B4J Question [BANano] BN() not returning the generated variable name

Can you share some more code? It was meant for classes (seemed like the only thing who needed it). What is testvar and why would you need to use it like this?

alwaysbusy said:

Can you share some more code? It was meant for classes (seemed like the only thing who needed it). What is testvar and why would you need to use it like this?

Click to expand...

testvar is not an actual variable used in the project.

I threw the log statement in there, to watch BN() return the name that the variable WOULD be called, after the code generation. This log statement was written in the AppStart() routine.

Am I misunderstanding the purpose of bn()? Should it return, INSIDE the B4J project, the name of the variable when it's written in the js code, after the Build is executed?

The code itself is being generated as expected. e.g. the index.html file (although I called it index.php, because the php generation isn't working yet), and a button defined in the InitialBody. And the test.js code.

I guess the real question is: Is BN() meant to be used inside the generated javascript, or inside the b4j project?

B4JExplorer said:

This log statement was written in the AppStart()

Click to expand...

The code written in AppStart is NEVER compiled into a BANano project source code (as per BANano posts) it is just there to set up the project for BANano and other things. I made this mistake too so many times. . Create a module / class and test again as that will be compiled into the javascript project needed. I'm sure with that correction things will be fine..

Good luck!

Mashiane said:

The code written in AppStart is NEVER compiled into a BANano project source code (as per BANano posts) it is just there to set up the project for BANano and other things. I made this mistake too so many times. . Create a module / class and test again as that will be compiled into the javascript project needed. I'm sure with that correction things will be fine..

Good luck!

Click to expand...

Very good point. There's no logical reason why any expected code would be displayed during the execution of AppStart.

Ok, I'll try it in a separate class, thanks Mashiane.