-
Notifications
You must be signed in to change notification settings - Fork 21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[FEATURE] Poder importar .MDO en Karel JS (sin .KEC) #132
Comments
necesitas poner ambos. esto es comportamiento esperado :( |
Debería de haber la opción de solo poner uno. Si solo te importa ver un mundo (sobre todo con cosas de hace siglos que solo existen en mdo) no debería de tener que generar un KEC vacio para poder abrirlo. Karel JS debería de soportar poder importar un MDO sin un KEC |
lo que pasa es que el KEC tiene parte de la información necesaria para generar el .in |
Que información tiene el KEC que se requiera en el mundo? Yo tengo una herramienta (en windows) para cambiar de .mdo a .in y los .in que me genera los he abierto en karel js. Todo lo que el .mdo tiene es posición y orientación de karel, los beepers en la mochila, los beepers en el mundo y las paredes, que es lo que realmente importa cuando importas un mundo. Los KEC no tienen mas que las condiciones de evaluación, que si bien pueden ser parte del .in, no son indispensables para que el mundo pueda visializarse Lo pasa es que gente que no tiene computadora windows no puede generar un KEC vacío para abrir mundos que existen en lugares antiguos. |
sí, es eso básicamente: posición y parámetros de ejecución |
ESPERADO:
El mundo se importa.
ACTUAL:
No pasa nada
Adjuntando .MDO por si es el archivo el que tiene el problema.
Mundo.zip
The text was updated successfully, but these errors were encountered: