setting position to nearest helps a lot with the blur

i'd say it is totally fine in app now as opposed to before - thank you for having a look!

the text actually looks super nice now 😄

that layout bug is fixed now in latest haxeui-core

btw, you might want to implement textsize for text inputs... the "Filter" text seems oversized 🙂

hm, anyone know why a Im.list() wouldn't be clickable? I can click other elements in the Im UI I'm making but the list doesn't seem to respond to input

haxe
class AnimationEditor extends Scene
{

    var allAssets : Array<String> = [];
    var seletedAsset : Int = -1;

    [...]

    override function create()
    {
        allAssets = Assets.all.filter((a) -> a.indexOf(".png") >= 0);
    }

    override function update(delta : Float)
    {
        Im.begin("Animation Editor", width, height);
        Im.position(0, 0);
        {
            Im.beginTabs(Im.string());
            {
                if (Im.tab("Animation Editor"))
                {
                }
                if (Im.tab("Sprite Sheet Settings"))
                {
                    Im.text('Asset selection');
                    Im.list(300, Im.array(allAssets), Im.int(seletedAsset));
                    Im.beginRow();
                    {
                        Im.editInt("Frame Size X", Im.int(frameSizeX));
                        Im.editInt("Frame Size Y", Im.int(frameSizeY));
                    }
                    Im.endRow();
                }
            }
            Im.endTabs();
        }
        Im.end();
    }

    [...]
}

Maybe because you are modifying/creating

allAssets

at each frame? Can't say for sure with the code I see there anyway

updated the original post with more context - I'm only assigning

allAssets

during create. On a Mac if that helps, but this is happening in Electron so it shouldn't matter?

Can't say why it wouldn't work. I'll suggest the same thing as I did for @ambitious-knife-25690: I'll need a Ceramic project that reproduces the issue so that I can check if this is a bug in

elements

plugin

Two for the price of one - I also saw in the docs DearImGUI is available so I tried using that as well - the DearImGUI demo window doesn't appear with a call to

ImGui.showDemoWindow();

in the main scene update but only on the web target (it works fine on the native target). You can repro that behavior by commenting out the

- USE_ELEMENTS

define in ceramic.yaml https://cdn.discordapp.com/attachments/853414608747364352/1104841778223390850/ElementsIssue.zip

Beware Dear ImGUI is available but the lib it is based on (

imgui-hx

) is not exhaustively tested, especially on the web target. As Ceramic comes with its own solution (with elements), I have no plan to improve/debug Dear ImGUI integration at the moment (but pull requests are welcome), so you are a bit on your own if you use that. Will take a look at the elements thing however

@victorious-architect-82648 The bug happens because you specified a

height

to your window. Adding a scrollbar that conflicts with the list view. I'd like to improve how explicit window height is handled in

elements

, but this won't change short term so I'd advise not to use an explicit

height

as a workaround, that should make the list work for now

thinking about making a WYSIWYG editor for ceramic 🤔

would be useful for future projects

my biggest problem with ceramic is still the resizing, allowing the user to manually resize the app easily disorients widgets and visuals, and i have yet to find a way to make it not do that

I see, thank you!

@gifted-whale-78169is this what you're looking for perhaps?

No the scaling type doesn't affect anything

The best working is FIT but it doesn't make the scene fill the window

And FILL overfills

I don't even know what the hell the resize ones are supposed to do tbh lol

i'm not entirely sure then

it may be something to do with the way you're handling sizes, but when doing haxeui things the only thing i needed to change was that particular setting

for this, the setting is

RESIZE

yea i have no clue lol

i think it stretches my visuals when i use resize, or it just doesnt properly resize it so when minimizing the size the scene remains large

maybe you need to handle sizes relatively and update them based on a screen resize event

maybe