Hollywood forums

Looks like I have to reconsider my previous comment. On my windows machine the x/y coordnates works corretcly. After resizing the main window the inputboxes works just as they should both for the inputboxes and the main window. For Android the experience is different. Coordinates gets wrong both on ...

Excellent. Errors when resizing the window are now gone. About the mouse coordinates I think this is deliberately made like this in Hollywood. Eg. if my program is made with a 800 x 600 window in mind and I place an object at near the bottom right of the screen at position X = 700 and Y = 550 and I ...

Thank you for providing a solution as well as explaining things. That is very helpful of you. Your suggestion for the final program run well, although a minor adjustment had to be done. The BeginDoubleBuffer() line must be executed after the main_window section or it will throw an error. And I also ...

I am trying to use HGui to create a edit textbox within my program. I can get it to work, but it will only work once per session. What happens is that I start the program with a regular hollywood display, then I open the textbox and can edit the text as I need, then save and close the textbox and re...

I have been fidling a bit with the ScuiLib package. I wanted to see if I could add some input gadgets to a prject without having to rewrite everything into RapaGUI. It does work quite well, even on Android which is the end target for my project. All I had to change to make it work on android was the...

I was curious to see how this looked so I went through part 1 to 5 and saved all the include scripts as instructed. But the sampe script fails. First just because I dont have the Deja Vu font in my system, so I just changed those entries to Times to get past it. But now it fails at the makebutton co...

Wonderful, now its working again. Although I had to rename one of my entries in my HollywoodDelegate.java to avoid conflict. I guess there are "competing" CalljavaMethod commands now. I had my own java command named createFile, and that resulted in compile errors. To resolve this I had to ...

Yes, that's exactly what's happening here. The APKs generated by APK Compiler 5.0 contain both the arm7 and arm8 versions because that's the way the Android build chain works now. Thats quite cool. I did recompile one of my games with HW11 and Compile 5.0 and noticed the combined apk now is a bit b...

arm7 was the 32bit wasnt ? probably has to do with the fact that new adroid studio /google has dropped support for this If google is to be trusted, even Android Studio Panda still supports creating armeabi-v7a apk's. Could it be that the apks now contain both versions in one apk? Although the apks ...

Before coming as far as to the point I got that duplicate error, there was some other errors reported. To get past those I had to use a custom gradle.build script like this plugins { alias(libs.plugins.android.application) } android { namespace = '%PACKAGE%' compileSdk { version = release(%COMPILESD...