4 ms·
Seems to be based on iup that supports both Windows and Linux? http://webserver2.tecgraf.puc-rio.br/iup/ http://webserver2.tecgraf.puc-rio.br/iup/ The new crop
by liuliu 7y ago
Seems to be based on iup that supports both Windows and Linux? http://webserver2.tecgraf.puc-rio.br/iup/ http://webserver2.tecgraf.puc-rio.br/iup/
The new crop of immediate mode cross platform GUI libraries are more interesting (such as nuklear and Dear Imgui). I also did some experimentation with these libs a few days ago: https://liuliu.me/eyes/write-cross-platform-gui-in-swift-like-it-is-1998/ https://liuliu.me/eyes/write-cross-platform-gui-in-swift-lik...
- mwcampbell 7y ago> The new crop of immediate mode cross platform GUI libraries are more interesting (such as nuklear and Dear Imgui). They're also completely inaccessible to blind people (using screen readers) and probably some people with other disabilities as well. IUP is at least partially based on platform controls. I'll take usable over interesting.
- flohofwoe 7y agoThis wouldn't be a problem if the underlying operating system APIs wouldn't treat accessibility as an opaque "feature" baked into their UI frameworks. There should/could be open accessibility APIs in each OS which sit between (e.g.) screenreader software and custom UI frameworks.
- mwcampbell 7y agoSome platforms do have APIs like that. For example, on Windows, UI Automation is not tied to any particular UI framework; the UIA tree just needs to be associated with an HWND (Win32 window handle). But implementing these APIs is a lot of work. And I imagine it would be especially challenging for an immediate-mode toolkit, because an API like UI Automation is based on a retained tree of objects that the screen reader or other assistive technology can query on demand. So I figure applications are more likely to be accessible if I warn developers away from such toolkits altogether.