and this is it with:

.... verrry different 😄

It seems the textarea issue is occuring again? https://www.haxeui.org/builder/?xdvejx At least pasting that forces a wrap is issue? And it is herky jerky after it first wraps?

hmmm, even without paste weird things happen it seems, i wonder if this is related to that other one that only happens on tableviews... i bet it is

first one seems fine, its all the others that seem off

actually, if add a note in the data source so the textarea in the first one has data, then that also goes all weird

this should be fixed now

ive also updated the builder, so the example above should work, i think this will probably fix your other textarea + list/tableview related issues... 🤞

Is there a way to use different modules.xml depeding on compiler fflags ? For example in a demo version, you wouldn't have all the ressources, you would only have access to a few theme. Kind of #if SHOWCASE use this modulle #end ?

It is much better but still some weirdness

at first I delete a letter then add it back (in A4 column) In a2 it doesnt stretch on first letter wrapping on https://www.haxeui.org/builder/?rjrvgh

Im trying to make objects reposition and resize on the window resizing but i cant manage to do it, the button just goes to the corner and no resizing happens as far as I can see (OpenFL target)

hx
    private function onResize(width:Int, height:Int) {
        scaleX = width / prevWidth;
        scaleY = height / prevHeight;

        prevWidth = width;
        prevHeight = height;

        trace(scaleX, scaleY);

        for (ci in 0...UI.numComponents) {
            var component = UI.getComponentAt(ci);
            trace(component.x, component.y, component.width, component.height);
            component.x = component.x * scaleX;
            component.y = component.y * scaleY;
            component.resizeComponent(component.width * scaleX, component.height * scaleY);
            trace(component.x, component.y, component.width, component.height);
        }
    }

outputs:

hx
Source/Main.hx:69: 1.92,1.335 // Scale
Source/Main.hx:73: 0,0,264,53 // Position & size before repos/resize attempt
Source/Main.hx:77: 0,0,506.88,70.755 // Position & size after repos/resize attempt

I guess the issue is that the x and y become 0 when repositioning for some reason??

also dumb question but...how do I set the x and y values of a component through xml?

you can use "if" and "unless" in the module xml, which, iirc, works off of axe flags

i think that might be more of an issue with textarea... does the same happen on a "normal" textarea (ie, one not in a tabelview)

top / left (although x/y would probably work also)

but x and y and zero before the resize:

Source/Main.hx:73: 0,0,264,53 // Position & size before repos/resize attempt

So it stands to reaon they are 0 after also (0 * 100000 = 0)

Ithought I had tested it and in fact it doesn't work in the module itself ( ) but works inside the part of the module . But then you're maybe supposed to have only one module.xml by projet and then it would be knd logical

yeah, you are certainly only supposed to have only one module per project, but i guess that is a somewhat arbitrary limitation - currently once haxeui find a module.xml it simply stops looking for more (1 per classpath entry)

what are you trying to do? I guess haxeui could do something like "if it finds a module that isnt excluded then it stops the search"... or even something like

module.openfl.xml

, but before making these types of changes, id like to know what the use case is

(and yeah, i dont think a top level "if" is implemented - or really makes sense with the current "1 module per classpath entry architecture" since it would find the module, exclude everything and then its like no module exists)

@bright-gpu-74537 Forgot to give you a proper thank you helping me on this - Thanks a lot.

🙂 - np - im actually going to wrap all this up in a (non haxeui) lib "system-utils"

Hi, regarding perfomance of HaxeUI, what does the experience says about which target platforms performs the best?

Actually for now, it is more for convenience. I'm trying to rewrite an old ( and too complex app) . In my usercase, it was more debugging/testing purporse. Like this app is an edcuation app , so I thought being able to compile or example ust the maths part in english ( and publish ust this part) . But it is not really important, I can have a big module instead 🙂 I just thought you could do it because as you can put ids in module.

well, its kinda hard to say really, generally hxcpp seems to run the fastest in my exp, but then again, i dont really seem to have any issues with haxeui-html5 either... i guess it very much depends on what you are doing with it... TableView for example has some issues with large column count / row counts (on all backends), and really needs either a partial, or full, rewrite. So, i guess like all performance type things its very much: it depends (not helpful, i know 🙂 )

well, im certainly open to convenience based enhancements, maybe the best thing to do, for now, is have "one big module" and once that is working, maybe i can take a look at that module and see if there are updates that can be made to core to make it a little nicer