Just as we continously have to do elsewhere, how about faking it in script?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...
OpenXTalk IDE DPE RC3 Test Release
- tperry2x
- Posts: 3191
- Joined: Tue Dec 21, 2021 9:10 pm
- Location: Somewhere in deepest darkest Norfolk, England
- Contact:
Re: OpenXTalk IDE DPE RC3 Test Release
- Attachments
-
- button demos.oxtstack
- (4 KiB) Downloaded 23 times
- OpenXTalkPaul
- Posts: 2625
- Joined: Sat Sep 11, 2021 4:19 pm
- Contact:
Re: OpenXTalk IDE DPE RC3 Test Release
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 Effectstperry2x wrote: ↑Sat Jan 18, 2025 9:38 amJust as we continously have to do elsewhere, how about faking it in script?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...
button-demos.gif

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)

- tperry2x
- Posts: 3191
- Joined: Tue Dec 21, 2021 9:10 pm
- Location: Somewhere in deepest darkest Norfolk, England
- Contact:
Re: OpenXTalk IDE DPE RC3 Test Release
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.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 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).
Who is online
Users browsing this forum: No registered users and 0 guests