This is openfl/chartjs related, after reading it thought it may be helpful to you. A user was asking a question bout the rendering of charts and within openfl.

thanks man. that's a lot of stuff i have to check 🙂

as an example of my use of haxeui and lime, which, is tying me to openfl in a way.....

the graphics engine backend has no effect on the rendering of my haxeui use

i mean openfl lives on top of lime. but yea that's what i meant with backend. because if you check this picture it seems to need some backend:

yeah, if you want targets and performance kha/lime are gonna win

if you want an easier api

openfl might be the right choice

if you want a game kha/heaps/hf all come forward

yea as i said i will check both i guess. i mean openfl alone i already used before

no game this time 🙂

kha/lime..... i didn't go with kha or openfl simply because a small engine i found caught my eye, so i ended up with lime/mme..... but before that, yeah, lime/kha probably would have won me.

i have to agree with Billy on that. the little mme engine was perfect for my needs though.

lime seems to have some sensor capabilites that i recently noticed i want to check out. for accelorometers as an example.... Billy, you know anything about that?

I do not

I generally lean towards kha when doing media related things :>

or haxe reactnative

Ah ok. As I was messing Heaps i slowly came to realize it wasn't going to easily handle what I was tying to do, the limitation to fbx models and being converted to inhouse format so speak was my barrier. Kha i noticed would have been the better choice.

messing with Heaps.... my typing is horrible today

I may still need to look at Kha for some things tho soon.

So i think the "best" backend for a cross platform desktop application is probably either haxeui-html5 in electron or haxeui-hxwidgets (which uses wxWidgets). Neither of these have a render loop (like kha and openfl - and in fact, most of the composite backends do). The kaizen app is using openfl and, iirc, they did something to stop it rendering "all the time", but i cant remember exactly what that was now. The reason they went with openfl (and haxeui-openfl) is because they had an existing as3 / flex code base, so want to utilise as much of it as they could. If you wanted to use external js libs, then yeah, your going to need to use haxeui-html5 (with or without electron) or, guess you could use another backend and have an iframe, or an embedded web page and show graphs there, but that sounds like it would be full of issues with comms between the two. On an unrealted side note: im not going to be around much. My puppy has deterioted rapidly (so rapidly) and we are likely going to put him down tomorrow, so want to spend as much time as i can with him. (just an fyi)

alright Ian, take your time buddy.

Thanks for the explanation @User . Sorry about your puppy!

This is more or less as I expected. Good to know though. However the electron target is not what I want. Also I am not really keen on using some extern js libraries. So from all I know now I will start with the openfl backend because I already know a bit of openfl and maybe also try it with kha backend. And then decide if I can live with the update loop or if I also can work around it if necessary.

Oh and I will check the wxwidgets backend

Ah but that can only target desktops..hm tough choices here 🙂

How would I apply a certain text size for all elements inside of a menubar or menu in xml? I tried style="font-size: 24px;" but this didn't do anything

e.g. from this example: https://github.com/haxeui/component-examples/blob/master/menus/assets/main.xml I want to generally increase text size of the menu