Reubicar bloques

[MGonzalezx]

Resolves #361

Los bloques que usamos en los desafíos están en sceneBlocks y en commonBlocks. También existen los notusedBlocks que se crearon para que esos bloques NO aparezcan en el selector del creador.
El problema ahora es que algunos de esos bloques son necesarios para los desafíos de coty (207 por ejemplo) o toto (251 por ejemplo).

Creé una nueva lista llamada challengeOnlyBlocks la cual va a contener los bloques que deben existir en desafíos pero no en el selector del creador.

Eliminé a la lista 'notusedBlocks' ya que quedó vaciá y estamos utilizando todos los bloques.

Modifiqué la función availableBlocksFor() para aceptar el parámetro opcional includeChallengeOnly (un booleano que por defecto es false). Esto permite ocultar ciertos bloques en la interfaz del creador de escenarios que solo deben estar disponibles en los desafíos.

Hice una corrección de Ejercicios y Bloques en donde no bastaba solo mover los bloques ya sea por error de tipeo o porque faltaba un bloque:

• Ejercicio 244 (Coty): Se creó el bloque HayCharco necesario para el charco. Tomando como referencia el bloque en Ember
• Ejercicios 253 y 254 (Toto): Se corrigió una inconsistencia de mayúsculas en challenges.ts, cambiando HayVocalRMT por la forma correcta: hayVocalRMT.
• Ejercicio 255 (Coty): Se resolvió un error de carga por el cual Blockly arrojaba que faltaba el input longitud en el bloque GirarGrados. Se unificó el criterio modificando blocks.ts para que use grados , alineándose con la definición original en primitives.ts.
• Ejercicios 1022 (Capy) y 1028 (Capy y Guyrá): Se corrigió un error de tipeo en challenges.ts donde decía VolverAlBordeIzquierdo en lugar de VolverABordeIzquierdo.
• Ejercicio 1135 (CHUY): Se creó el bloque OpComparacion (de la categoría operators) y se añadió a la lista de bloques challengeOnlyBlocks. Se tomó como referencia el mismo bloque pero en ember.