Lol, I would absolutely roll with that
More stuff
Realized that DUH norm you’d been building the Windows stuff using Win32 when really it should be WinUI so shit works right going forward
So I’ll have to rework that but … this is the best part …. the EXPOSED API etc doesnt change one damned bit
The implementations do - but not the API
YAY !
Anyway I got a couple more Mac controls working
Popup Menu and Pop Up Button since they are literally the same code just one has a boolean set to true for behaviour and the other sets it to false
Might just expose that boolean and then you can even flip it at runtime 
More work in progress
& yes thats a listbox with variable row heights & column widths (although my column widths arent working so I’m looking into that)
These are Text Cells and I’m working on a more generic “View” based cell so controls can be embedded as well
Radios will be group able by either
- embedding them in a view (like Xojo does)
- or by a "group name (so you dont need a view)
what you cant see on there is a timer that periodically runs & changes the check box state
Oh yes every control on there is native & works 
They are all NS something or others
Cheers !
why not with a propertiechangelistener but with a timer. Makes everthing more complex. And handling of more than one property with a timer can be really a confusing task
Because its to demonstrate a Timer instance working
more tinkering
5 new controls
tab panel
uptown arrows
color picker (as a UI element but there needs to be one that can be used purely in code as well)
html viewer
date picker (only the small one for now not the calendar one)
I suppose at some point I’ll have to let someone kick this thing around a bit
another week and more tinkering
- renamed to the NoJo framework
- listbox grids, grid styles, background colours for cells and a group box
todo list is getting really short for macOS target
- hierarchical rows for listbox (its already an outline view so this should be an easy add)
- sourcelist (rather than just a really custom one columnlistbox - bit that also works since you can embed container controls)
- alternative style pickers for date / time picker
- events as a window resizes
- sheet window support
- toolbars
- textfield secure password entry
- color picker from code not a UI control
Well more tinkering and now I can say that I have successfully converted both a simple console app & a simple desktop app to my framework
The simple desktop app in Xojo
And when run
![Screenshot 2026-08-15 at 2.53.27 PM|675x500]
(upload://irFMfbMeCIc52jfnbv4bfScDJ0P.jpeg)
And with one command like
./bin/Debug/net10.0/XojoConverter \
"full xojo examples/one window app" \
"full xojo examples/one window app/Converted"
Out the other side I get a C# project
That when run looks like
Still a few things to correct in the conversion but its coming along
Heck maybe I should make my converter chunk out a Buoy or Objo application from a Xojo one ?
Thoughts ?
So far as I know, neither of those projects is focused on either close Xojo compatibility or planning a converter, so a shim like this would be very useful to people with significant Xojo code bases, and helpful to the vendors. Even if it just gets it into the ballpark and needs some manual review or work.
I do think that Buoy has plans for a shim to improve Xojo compatibility
Not sure about Objo
Either way thanks for your thoughts