Page 1 of 1
AddScriptPackage("./data/scripts/") equivalent on VR_BASIC
Posted: Tue Jul 05, 2022 9:55 am
by Javi
Esto funciona ?
Code: Select all
[code]_GLCALL(0, "AddScriptPackage", "./data/scripts/" )
[/code]
is this ?
Code: Select all
[code]_GLCALL(0, "AddScriptPackage", "./data/scripts/" )
[/code]

Re: AddScriptPackage("./data/scripts/") equivalent on VR_BASIC
Posted: Tue Jul 05, 2022 4:08 pm
by msxvr
¿Y podría saber para que quieres hacer eso? Más que nada porque no hay utilidad posible desde VR-BASIC para eso ... que yo sepa

Re: AddScriptPackage("./data/scripts/") equivalent on VR_BASIC
Posted: Fri Jul 08, 2022 6:44 am
by Javi
No quiero tener un código monolítico de un solo archivo.
Me gustaría dividir el programa básico en diferentes archivos .bas.
Por ejemplo, en un archivo tiene las subrutinas, el otro archivo relacionado con gráficos, etc.
¿Hay alguna manera en VR-BASIC de hacer eso?
I don't want to have a single file monolithic code.
I would like to split the basic program in different .bas files.
For instance on one file have the subrutines, the other file related to graphics, etc.
Is there a way in VR-BASIC to do that?
Re: AddScriptPackage("./data/scripts/") equivalent on VR_BASIC
Posted: Mon Jul 11, 2022 7:12 am
by droman
Basic y por ende VR-BASIC, son lenguajes interpretados en tiempo de ejecución y una de sus limitaciones, es, precisamente, un sólo fichero de código. Las subrutinas, las puedes hacer con GOSUB y RETURN pero han de estar en el mismo fichero.
VR-Basic, es un Basic vitaminado, pero Basic.
Microsoft, con su Quick Basic (hasta donde yo sé) implementó un sistema de ficheros fuente, podías generar tantos ficheros como necesitases a la hora de programar tu aplicación, pero cuando llamas a uno de esos ficheros, lo que realmente haces, es pasar como parámetros todo lo que hay en ram (por estricto orden) y ceder el control absoluto a ese nuevo proceso, pero las subrutinas TIENEN que estar siempre en el mismo fichero.
Eso no sé si sería facil de implementar... pero el único sentido sería tener cada fase de un juego en ficheros diferentes, cada uno con su propia lógica.