some Problems with demo app

[uweschaller]

If i build the demo app (Demo with android-4.x-like theme) from current sources i have the following problems:

• android build shows no text (no text on button, no text on menu items ...)
• html5 build freezes on startup (script-timeout)

swf build looks ok
I like that app because its a very good showcase for StablexUI. Maybe someone can have a look.

I used the current version of all haxe libs.

[mpoint4u]

hey uwe,
I am trying to do the same thing in the moment (but just started)....

few questions:
.) did you build it on Win / Mac or Linux ?
.) are you using StablexUI from Github (last commit on master branch)?
.) what version of OpenFL are you using exactly?

cheers, Marcus

[mpoint4u]

just in short words:

I compiled the Demo sample from the Github repo ... (
https://github.com/RealyUniqueName/StablexUI/tree/master/samples/demo ) on a MacBookPro (Late 2011, OS X Yosemite 10.10), with Haxe 3.1.3, OpenFL 2.0.1, lime 1.0.1, lime-tools 1.5.7, hxcpp 3.1.39 and StablexUI from Github master branch (latest commit today 7dc87c9..... )

Compiled fine on Flash (as expected), failed to compile on HTML5 (as expected, that's the standard in the moment) and compiled fine and ran fine on Android (text on buttons, text on menu items, even icons on buttons). I used a Nexus7 tablet, with Android version 4.4.4 on the Android debug bridge...

Not to forget.... I used the command ' lime test "build.xml" '

means ' lime test "build.xml" flash '
or ' lime test "build.xml" android '

in the root dir of the demo example to compile & run it ...

Hope that help a bit,
cheers M

[mpoint4u]

Little sidenote:
I also tried the Android compile with a slightly older version of StablexUI (as of commit c785d59 / Nov 10th 2014 - 01:11:30 EET ), and the interesting thing is, that this compile looks quite a bit different than with the latest StablexUI version that I mentioned above ( 7dc87c9 ). On my Nexus7 tablet the Older-StablexUI-version-app uses just a fraction of the available screen space, so it looks like it has been written for a small mobile phone (with 480 x 320 pixels - or so..). In the latest StablexUI version this problem is gone, and the app uses the full screen space available (still the fonts are quite tiny and needed to be blown up a bit, but that's another story...). What happened is that there were 2 or 3 commits in the last days from Nathan Huesken (aka RudolfVonKrugstein https://github.com/RudolfVonKrugstein/StablexUI ), who was trying to get Scale Transitions right for his use-case ... and his changes got incorporated into the main repo by Alexander Kuzmenko (aka RealyUniqueName)...
Seems that Nathan also fixed the sizing problem (which I mentioned above). Intentionally - or not - who cares?

[RealyUniqueName]

Looks like OpenFL 2.1.x broke fonts support on android. Can't investigate more now, but with 2.0.x everything looks fine (except html5 target)

[RealyUniqueName]

Also the commits linked by mpoint4u has no affect on fonts in demo app, because Nathan's commit does nothing with fonts, and my commit only affects theme, which is not used in this app.

[mpoint4u]

that's right, the commits I mentioned have no effect on the font size of the demo app, but they seem to have an effect on how the whole demo app stretches across the available screen size estate (which varies from device to device)...

[uweschaller]

thank you for you help

i use windows 8.1
with:
openfl: [2.1.5]
stablexui: [1.1.1]

installed via "haxelib install openfl" ...

how do I downgrade openFL?
I tried manual install (haxelib local openfl-2,0,1.zip)
after that it throws this error
Error: Source path "C:\HaxeToolkit\as3hx/lime/2,0,0-alpha,8/ndll/Android/liblime-v7.so" does not exist

[mpoint4u]

hey uwe,

guess the best would be if you get rid of your current OpenFL 2.1.5 (it's
too new...still faulty..)) with

haxelib remove openfl

(and it would presumably also help to get rid / or temporary deactivate
your as3hx library, that you have there in
' C:\HaxeToolkit\as3hx ' ... you can later install / reactivate it again
with the right OpenFL version in place ... )

then do

haxelib install openfl 2.0.1

let your computer install all other stuff it suggests,
and then you should be good to go ....

(of course it never hurts, to reboot one more time on windows...)

cheers Marcus

2014-11-14 12:56 GMT+02:00 Uwe Schaller [email protected]:

thank you for you help

i use windows 8.1
with:
openfl: [2.1.5]
stablexui: [1.1.1]

installed via "haxelib install openfl" ...

how do I downgrade openFL?
I tried manual install (haxelib local openfl-2,0,1.zip)
after that it throws this error
Error: Source path
"C:\HaxeToolkit\as3hx/lime/2,0,0-alpha,8/ndll/Android/liblime-v7.so" does
not exist

—
Reply to this email directly or view it on GitHub
#176 (comment)
.

[mpoint4u]

this is also a real good resource of help ...

http://www.openfl.org/documentation/setup/install-haxe/

[vrescobar]

I got the same error here (but with mac/cpp target, in HTML the font was displayed), I can't even setup the environment to an older version. I installed with haxelib the git versions of openfl (to version 2.0.1), lime (1.0.1), latest from stablexui.

At time to make lime rebuild it required nme-dev and nme and I got them from haxelib, however I cannot compile them or make work all libraries together at any older version. Currently I cannot buiuld my project because:

Error:Source path "/usr/lib/haxe/lib/lime/git/ndll/Mac64/lime.ndll" does not exist

and the lime rebuild mac,tools complains about:

Error: clang: error: no such file or directory: './src/apple/CaptureDevice.mm'

However I could make work the latest greatest versions of those libraries (and build their demos) with the mentioned bug affecting on stablexui.

Please, help.

[RealyUniqueName]

Can you try other samples except demo app with lates openlf, lime, stablexui?

[vrescobar]

I tried as well with StablexUI/samples/dragDrop_simple (unmodified from this repo).

In HTML5 target I read the text in the middle (the instructions) and everything works as expected (the text is shown with very poor resolution by the way). The Target flash also works properly as expected (with great resolution, .

In the cpp (mac 64) and neko, the drag and drop movement works fine but the text in the middle white box (the instructions) are just not there (or not visible). Same with android (real device) and ios targets (simulator).

If you need more debug info tell me as soon as possible, since I am new I am cannot be sure what else could I attach that could be useful.

If it is not going to be fixed soon could you please tell me the exact library versions you use where the bug is not present? Thank you in advance

---

Working on mac os X yosemite (uname -a)
Darwin XXXX 14.1.0 Darwin Kernel Version 14.1.0: Thu Feb 26 19:26:47 PST 2015; root:xnu-2782.10.73~1/RELEASE_X86_64 x86_64

---

Libraries used from git are in master branch up-to-date, the rest from haxelib:

$ haxelib path stablexui
/usr/lib/haxe/lib/StablexUI/git/src/
-D stablexui=1.1.4
/usr/lib/haxe/lib/actuate/1,8,3/
-D actuate=1.8.3
/usr/lib/haxe/lib/hscript/2,0,4/
-D hscript=2.0.4
/usr/lib/haxe/lib/openfl/git/
-D openfl=3.0.0-beta.3

[alijaya]

I use all latest version, and cannot run the neko / cpp sample of
dragDrop_simple, it's just crashing...
I think it's because the TextField problem... and I'm on mac

On 6 April 2015 at 20:23, Víctor R. Escobar [email protected]
wrote:

I tried as well with StablexUI/samples/dragDrop_simple (unmodified from
this repo).

In HTML5 target I read the text in the middle (the instructions) and
everything works as expected (the text is shown with very poor resolution
by the way). The Target flash also works as expected (with great
resolution, .

In the cpp mac, neko, version the drag and drop works fine but the text in
the middle box (the instructions) are just not there (or not visible). Same
with android.

Libraries used from git are in master branch up-to-date, the rest from
haxelib:

$ haxelib path stablexui
/usr/lib/haxe/lib/StablexUI/git/src/
-D stablexui=1.1.4
/usr/lib/haxe/lib/actuate/1,8,3/
-D actuate=1.8.3
/usr/lib/haxe/lib/hscript/2,0,4/
-D hscript=2.0.4
/usr/lib/haxe/lib/openfl/git/
-D openfl=3.0.0-beta.3~~~

If you need more debug info tell me as soon as possible, since I am new I am cannot be sure what else could be useful.
If it is not going to be fixed soon could you please tell me the exact library versions you use where the bug is not present? Thank you in advance

—
Reply to this email directly or view it on GitHub
#176 (comment)
.

[RealyUniqueName]

Ok, now i see this problem too :)
On linux it just throws core dump. Looks like new breaking changes in openfl. I'll try to pinpoint the reason.