pipagerardo / nmsxtiles Goto Github PK

Hola! Intente compilar el programa bajo el sistema operativo Haiku, pero obtengo el siguiente error:

g++ -c -pipe -O2 -Wall -Wextra -fno-exceptions -fno-rtti -fPIC -DVER_NMSXTILES_MAJOR=0 -DVER_NMSXTILES_MINOR=9 -DVER_NMSXTILES_PATCH=6 -DQT_DEPRECATED_WARNINGS -DQT_DISABLE_DEPRECATED_BEFORE=0x060000 -DQT_NO_EXCEPTIONS -DQT_NO_DYNAMIC_CAST -DQT_NO_DEBUG -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_CORE_LIB -I. -I. -I../build -I../../../../system/develop/headers/x86/QtWidgets -I../../../../system/develop/headers/x86/QtGui -I../../../../system/develop/headers/x86/QtCore -I. -I. -I../../../../system/data/Qt5/mkspecs/haiku-g++ -o ../obj/mainwindow.o mainwindow.cpp mainwindow.cpp: In member function 'void MainWindow::SaveProject()': mainwindow.cpp:897:29: error: 'endl' was not declared in this scope; did you mean 'Qt::endl'? 897 | str << "PROJECT" << endl; | ^~~~ | Qt::endl In file included from ../../../../system/develop/headers/x86/QtCore/QTextStream:1, from mainwindow.cpp:12: ../../../../system/develop/headers/x86/QtCore/qtextstream.h:261:28: note: 'Qt::endl' declared here 261 | Q_CORE_EXPORT QTextStream &endl(QTextStream &s); | ^~~~ Makefile:1107: recipe for target '../obj/mainwindow.o' failed make: *** [../obj/mainwindow.o] Error 1

Hola!
Estoy programando una aplicación de desarrollo gráfico y le he incluido la opción de importar y exportar ficheros del nmsxtiles y probando me he encontrado con una irregularidad al guardar el fichero del tileset, que no afecta al funcionamiento pero quizás se pueda incluir como mejora.
Al usar la opción de ONEBANK, se guardan tres tilesets. Desde mi aplicación solo guardo uno y al probarlo en el nmsxtiles he visto que lo acepta perfectamente.

Si en algún momento quisieras cambiar el formato, yo utilizo XML. Podríamos contrastarlo para ver si se puede mejorar para usarse de forma estandarizada para nuestras aplicaciones y de otros desarrolladores.
Saludos!

He utilizado la opción Save As para guardar un proyecto en otro directorio y he visto que crea un nuevo fichero .prj y guarda los ficheros de datos en su path original.

Creo que el comportamiento esperado es poder crear una copia de todo sin alterar los originales.

No se si hay alguna razón, pero lo reporto por si sirve como mejora. ;)

Saludos!

As it is today, the binary exporter of screens dumps the data, but that file can not be loaded with BLOAD ,S as SC2 files are.
To solve that we need to add a header to the file (each file) as (from msx.org)

Byte: #FE (Type of file)
Word: Begin address of file (low, high)
Word: End address of file (low, high)
Word: Start address of file (Only important when ",R" parameter is defined with BLOAD-command)

So if we want to export the first and second parts of the screen, the header needs to be
fe00 18ff 1900 00

Please add an option for this type of exporter for projects with multiple screens