OpenXTalk IDE DPE RC3 Test Release

User avatar
tperry2x
Posts: 3173
Joined: Tue Dec 21, 2021 9:10 pm
Location: Somewhere in deepest darkest Norfolk, England
Contact:

Re: OpenXTalk IDE DPE RC3 Test Release

Post by tperry2x »

OpenXTalkPaul wrote: Wed Jan 15, 2025 2:29 pm The focus border, the cyan 'glow' around around the text box should also match the system setting, If set that to orange for darkMode or some other color in the System Prefs and you'll still get 'Aqua' blue in the engine...
Just as we continously have to do elsewhere, how about faking it in script?
button-demos.gif
button-demos.gif (416.07 KiB) Viewed 1483 times
Attachments
button demos.oxtstack
(4 KiB) Downloaded 19 times
User avatar
OpenXTalkPaul
Posts: 2609
Joined: Sat Sep 11, 2021 4:19 pm
Contact:

Re: OpenXTalk IDE DPE RC3 Test Release

Post by OpenXTalkPaul »

tperry2x wrote: Sat Jan 18, 2025 9:38 am
OpenXTalkPaul wrote: Wed Jan 15, 2025 2:29 pm The focus border, the cyan 'glow' around around the text box should also match the system setting, If set that to orange for darkMode or some other color in the System Prefs and you'll still get 'Aqua' blue in the engine...
Just as we continously have to do elsewhere, how about faking it in script?

button-demos.gif
Nice. And yes, this is exactly what I did for the animation (there's a demo field that I added to the OXT Object Library, which is where I've been storing things like that).The 'glow' color should normally be in the current system focus border color selected in the OS system prefs, and not the engines 'aqua-look' cyan default for macOS. So that's when I then wrote some xBuilder code to retrieve those special system colors (and then went down a very large rabbit hole with NSNamedImages, and then into Core Image Effects :lol: )

After briefly trying to get going into GDK/GTK/GIO/etc. this weekend, I'm even more in favor of having our own GUI toolkit (skia canvas drawn 'widgets' or whatever) :lol: I'm fine with doing controls as reasonable approximations of various OSes/Toolkits, would only need to retrieve relevant information about the systems appearance in order to match it (which is similar to the way that classic UI controls are currently).
User avatar
tperry2x
Posts: 3173
Joined: Tue Dec 21, 2021 9:10 pm
Location: Somewhere in deepest darkest Norfolk, England
Contact:

Re: OpenXTalk IDE DPE RC3 Test Release

Post by tperry2x »

OpenXTalkPaul wrote: Tue Jan 21, 2025 3:33 am I'm fine with doing controls as reasonable approximations of various OSes/Toolkits, would only need to retrieve relevant information about the systems appearance in order to match it (which is similar to the way that classic UI controls are currently).
That approach also gives us another advantage - if someone wanted to drop in a UI control that looked / behaved like one in a more recent OS release (perhaps they are targeting a version of OSX after Big Sur) - we can have control elements that look and behave like current ones.

That also opens up the possibility of also having a set of our entirely bespoke (platform agnostic) controls - specifically IDE uniquely themed ones I mean (as additional options, as well as the standard ones).
Post Reply

Who is online

Users browsing this forum: No registered users and 0 guests