isra00 / neo-transposer Goto Github PK

Así de paso nos cargamos el filtro twig notation de https://github.com/isra00/neo-transposer/blob/master/src/NeoTransposer/NeoApp.php#L128

{1h}

"Key" is the right word, as used in the code (Transposition::getKey(), etc.)

Explicaciones flotantes, especialmente necesario si se oculta la equivalente/no equivalente y con la asamblea.
Se mostrará únicamente la primera vez que el usuario accede a TransposeSong, independientemente del canto que esté transportando.
Prototipo implementado con intro.js - Documentación

Por composición, algunos cantos están hechos para ser cantados con el registro alto o bajo. Pero el algoritmo actual del Transposer siempre los sitúa en el medio. Esta característica permite subir o bajar la transposición "centrada" por motivos artísticos hasta un máximo de 2 semitonos, siempre dentro del rango vocal del usuario.

Cuestión peliaguda: mostrar la transposición "ajustada" (Adjusted) como primera opción?

• Si resulta que para ese canto hay una transposición notEquivalent que coincide con la Adjusted, parece plausible ponerla como primera opción.
• Si para ese canto hay una transposición notEquivalent en sentido contrario a la Adjusted (es decir, que la notEquivalent es -1 y la Adjusted +1, o viceversa), entonces no se debería mostrar la notEquivalent.
• Si no hay notEquivalent... tomar una decisión al respecto

Añadir control de errores:

1. No existe el atributo app['neoconfig']['test_all_transpositions_expected']
2. El fichero especificado no existe

El wizard, si no se hace bien, en vez de mejorar la precisión sobre las voces estandar del firstStep, puede empeorarla. Quizá ese es el caso de los unhappy users actuales.

1. Detectar los unhappy users: cuando se recibe un fb negativo, se catalogará en db [BOOL user.is_unhappy] como unhappy si tiene un performance inferior a 50% y más de 5 fb
2. En Book, mostrar un flash o pop-up diciendo que parece unhappy seguramente porque no midió bien su voz, que el wizard es complicado y que aquí le ofrecemos una opción más fácil: ¿eres hombre o mujer? Con un click basta [TIMESTAMP user.chose_std].
3. Trackear performance antes y después de haber hecho ese click, y mostrarlo en el AdminDashboard: antes y después.

Actualmente el 5.7% de los usuarios que han reportado fb son unhappy (fb < 0.5), aunque solo 1/3 han reportado más de 5 fb.

Después de un tiempo prudente, eliminar esa lógica muerta de Transposition.php

En cantos de amplitud > x, aviso "Ojo, canto difícil: baja mucho y sube mucho. Pero canta con confianza, esta transposición es la correcta para tu voz!"

{5min}

El sistema actual (todos los acordes tienen una puntuación diferente) no refleja la realidad. Aquí un caso cagada:

Para ello hay que meter en la BD la nota máxima y mínima de las partes del canto q canta la asamblea.

Al hacer login debería volver a la página del canto, pero no ocurre.

transpose_song.twig:45
{{ login.login_form('', app.request.getRequestUri) }}

login.twig:19
{% macro login_form(error_msg, redirect) %}

Implementar con métodos normales, pasando el conector $db como parámetro del constructor.

El método actual peta producción, porque actualiza config.php pero config.php no se actualiza en producción porque tampoco se sube a git!

"Umethibitisha kodi zilizopendekezwa kwamba zinafaa sauti yako."

Introducido en 0cb13c3

...as we currently do with songs in AdminTools::checkLowerHigherNotes()

Do this after optimizing them. Consider implementing versioning (image.png?v=1) to avoid out-of-sync caches.

Los "Sorry, the page you are looking for could not be found." y "Whoops, looks like something went wrong." por defecto de Silex no molan. Aprovechar que se manejan esos errores para reportar los 500 con un email al administrador o algo así.

AdminDashboard, AdminTools y NeoApp implementan por separado la misma funcionalidad: instanciar un objeto \GeoIp2\Database\Reader con la BD apropiada. Lo suyo sería hacer un service de NeoApp.

Una build no debería considerarse íntegra si este test falla.

Para ayudar al usuario del wizard a coger el tono que se le pide que cante, mostrarle una grabación de ese canto en ese tono.

Revisar a fondo todos los botones y de paso unificar CSS.

https://developers.google.com/web/updates/2014/11/Support-for-installable-web-apps-with-webapp-manifest-in-chrome-38-for-Android

...y si tal, mostrar un aviso de que el usuario puede guardar el link en el escritorio (clave para feel de app).

Quizá se puede implementar con un custom service loadConfig o algo así.

https://github.com/isra00/neo-transposer/blob/master/src/NeoTransposer/Model/AutomaticTransposer.php#L316

Dadas las transposiciones:

1. centered1
2. centered2
3. notEquivalent1 (y quizá notEquivalent2)
4. artisticallyAdjusted
5. compatibleWithPeople

decidir cuáles se muestran al usuario, en qué orden y con qué apariencia.

O nos cargamos los equivalentes, o los desactivamos cuando aparezca el verdadero en el mismo canto. Ejemplo (Evenu Shalom Alejem, A1-E3):

O sea, solo en cantos como este, donde aparece tanto A como A7, transportar A a B y A7 a B7. En otros cantos con A pero sin A7, poner el equivalente A->B7. ¿O qué?

En una sesión de SauceLabs de Opera 11 sobre Windows XP sale esto:

Notar el follón con los acordes... ¡impracticable!

Sería bueno tooltip en TransposeChords (=> clase Chord y toda la mandanga). Como solución rápida, página estática con acordes pillados de por ahí, o incluso link a web externa.

No será un caso frecuente...