www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - Gui in D: I miss this project

reply aberba <karabutaworld gmail.com> writes:
This seemed to be an effort (among others) to bring GUI cross 
platform to standard D but some 
language/compiler/Phobos/Deimos/manpower issues were the drag.

https://github.com/Devisualization


We now have DLangUI.

I wonder what the current drag is.
Jan 09
next sibling parent reply rikki cattermole <rikki cattermole.co.nz> writes:
On 10/01/2017 10:41 AM, aberba wrote:
 This seemed to be an effort (among others) to bring GUI cross platform
 to standard D but some language/compiler/Phobos/Deimos/manpower issues
 were the drag.

 https://github.com/Devisualization


 We now have DLangUI.

 I wonder what the current drag is.
Nice to see my work comes up. The previous generation of Devisualization projects had quite a few drawbacks hence I no longer working on them. I keep them around as they can still be quite useful for figuring out what to do. The replacement so far are: - Manu's color work - My experimental (for Phobos) image library[0] - Windowing/event loop library[1] SPEW is the biggest drain on my resources at the moment. Since it provides the event loop and the core component to everything related to Devisualization, windowing. The thing right now that is holding me up is ogl_gen[2]. Binding generator for OpenGL with a slight twist, it includes actual documentation in the comments of symbols! [0] https://github.com/rikkimax/alphaPhobos/tree/master/source/std/experimental/graphic/image [1] https://github.com/Devisualization/spew [2] https://github.com/rikkimax/ogl_gen
Jan 09
parent reply Jacob Carlborg <doob me.com> writes:
On 2017-01-10 02:05, rikki cattermole wrote:

 The thing right now that is holding me up is ogl_gen[2]. Binding
 generator for OpenGL with a slight twist, it includes actual
 documentation in the comments of symbols!
If you're generating static binding, you could give DStep [1] a try. It include comments in the generated result. [1] https://github.com/jacob-carlborg/dstep -- /Jacob Carlborg
Jan 09
parent rikki cattermole <rikki cattermole.co.nz> writes:
On 10/01/2017 8:31 PM, Jacob Carlborg wrote:
 On 2017-01-10 02:05, rikki cattermole wrote:

 The thing right now that is holding me up is ogl_gen[2]. Binding
 generator for OpenGL with a slight twist, it includes actual
 documentation in the comments of symbols!
If you're generating static binding, you could give DStep [1] a try. It include comments in the generated result. [1] https://github.com/jacob-carlborg/dstep
No can do, the reference is all in xml[0]. But yes the generator can do both static and dynamic. [0] https://cvs.khronos.org/svn/repos/ogl/trunk/ecosystem/public/sdk/docs/man4/glBindTextures.xml
Jan 09
prev sibling next sibling parent Satoshi <satoshi rikarin.org> writes:
On Monday, 9 January 2017 at 21:41:37 UTC, aberba wrote:
 This seemed to be an effort (among others) to bring GUI cross 
 platform to standard D but some 
 language/compiler/Phobos/Deimos/manpower issues were the drag.

 https://github.com/Devisualization


 We now have DLangUI.

 I wonder what the current drag is.
Actually I'm working on a GUI toolkit for 2 years. This quarter could be a first release if everything goes fine.
Jan 10
prev sibling next sibling parent reply thedeemon <dlang thedeemon.com> writes:
On Monday, 9 January 2017 at 21:41:37 UTC, aberba wrote:
 This seemed to be an effort (among others) to bring GUI cross 
 platform to standard D but some 
 language/compiler/Phobos/Deimos/manpower issues were the drag.

 https://github.com/Devisualization


 We now have DLangUI.

 I wonder what the current drag is.
No drag, DLangUI is quite fine and usable (and already being used in industry). Or are you talking about including it into Phobos? That's not the best idea, it would make Phobos unnecessary fat and involve some dependencies complicating things, besides there is never a consensus regarding a GUI library, trying to include any GUI library is a recipe for eternal flamewar about all the different aspects of what GUI library should be and do. If you need some GUI, DLangUI is just a "dub build" away.
Jan 10
next sibling parent reply aberba <karabutaworld gmail.com> writes:
On Wednesday, 11 January 2017 at 07:21:22 UTC, thedeemon wrote:
 On Monday, 9 January 2017 at 21:41:37 UTC, aberba wrote:
 [...]
No drag, DLangUI is quite fine and usable (and already being used in industry). Or are you talking about including it into Phobos? That's not the best idea, it would make Phobos unnecessary fat and involve some dependencies complicating things, besides there is never a consensus regarding a GUI library, trying to include any GUI library is a recipe for eternal flamewar about all the different aspects of what GUI library should be and do. If you need some GUI, DLangUI is just a "dub build" away.
I'm worried about it not becoming abandoned.
Jan 11
next sibling parent reply Sai <tmp tmp.com> writes:
On Wednesday, 11 January 2017 at 09:17:45 UTC, aberba wrote:
 On Wednesday, 11 January 2017 at 07:21:22 UTC, thedeemon wrote:
 On Monday, 9 January 2017 at 21:41:37 UTC, aberba wrote:
 [...]
No drag, DLangUI is quite fine and usable (and already being used in industry). Or are you talking about including it into Phobos? That's not the best idea, it would make Phobos unnecessary fat and involve some dependencies complicating things, besides there is never a consensus regarding a GUI library, trying to include any GUI library is a recipe for eternal flamewar about all the different aspects of what GUI library should be and do. If you need some GUI, DLangUI is just a "dub build" away.
I'm worried about it not becoming abandoned.
I guess this is a risk with any free SW, the risk of it getting abandoned. Unless someone is willing to pay money for support contracts, which is not possible for hobbyists like me. Nor can I support it myself as I am not an expert in that field. After suffering from this couple of times, I now tend to prefer SW from big corporations which hopefully will be supported for few years or SW from communities which are large enough to pick things up when things are abandoned. Didn't mean to offend anyone, just thinking out loud.
Jan 11
parent reply aberba <karabutaworld gmail.com> writes:
On Wednesday, 11 January 2017 at 15:33:36 UTC, Sai wrote:
 On Wednesday, 11 January 2017 at 09:17:45 UTC, aberba wrote:
 On Wednesday, 11 January 2017 at 07:21:22 UTC, thedeemon wrote:
 On Monday, 9 January 2017 at 21:41:37 UTC, aberba wrote:
 [...]
No drag, DLangUI is quite fine and usable (and already being used in industry). Or are you talking about including it into Phobos? That's not the best idea, it would make Phobos unnecessary fat and involve some dependencies complicating things, besides there is never a consensus regarding a GUI library, trying to include any GUI library is a recipe for eternal flamewar about all the different aspects of what GUI library should be and do. If you need some GUI, DLangUI is just a "dub build" away.
I'm worried about it not becoming abandoned.
I guess this is a risk with any free SW, the risk of it getting abandoned. Unless someone is willing to pay money for support contracts, which is not possible for hobbyists like me. Nor can I support it myself as I am not an expert in that field. After suffering from this couple of times, I now tend to prefer SW from big corporations which hopefully will be supported for few years or SW from communities which are large enough to pick things up when things are abandoned. Didn't mean to offend anyone, just thinking out loud.
D Foundation could help ensure the project keeps running by providing some kind of recognition and backing. After all, when someone wants a cross platform D GUI library, the ONLY current usable choice is DLangUI. Is there any technical or legal issues to this? We could go with it now or wait till nothing comes. Every modern/mainstream/widely used software has some kin of GUI frontend.
Jan 11
next sibling parent reply lobo <swamplobo gmail.com> writes:
On Thursday, 12 January 2017 at 07:24:43 UTC, aberba wrote:
 On Wednesday, 11 January 2017 at 15:33:36 UTC, Sai wrote:
 After all, when someone wants a cross platform D GUI library, 
 the ONLY current usable choice is DLangUI.
I disagree. There is no need for a pure D GUI library. It is a lot of work for little value and we'd be better off with improved C++ interop first. I have several cross platform projects in industry now running on GtkD. It works out of the box on Linux and was trivial to get going on Windows and Mac. It is built on a stable base and has a D api that is easy to use. GtkD could use some more hands to really improve the D experience so I'd argue that project would be better suited to immediate D foundation support (after C++ interop of course). bye, lobo
Jan 11
parent aberba <karabutaworld gmail.com> writes:
On Thursday, 12 January 2017 at 07:43:18 UTC, lobo wrote:
 On Thursday, 12 January 2017 at 07:24:43 UTC, aberba wrote:
 On Wednesday, 11 January 2017 at 15:33:36 UTC, Sai wrote:
 After all, when someone wants a cross platform D GUI library, 
 the ONLY current usable choice is DLangUI.
I disagree. There is no need for a pure D GUI library. It is a lot of work for little value and we'd be better off with improved C++ interop first. I have several cross platform projects in industry now running on GtkD. It works out of the box on Linux and was trivial to get going on Windows and Mac. It is built on a stable base and has a D api that is easy to use. GtkD could use some more hands to really improve the D experience so I'd argue that project would be better suited to immediate D foundation support (after C++ interop of course). bye, lobo
Gtk doesn't focus much in cross platform support. Its written in C so no c++. DlangUI is Pure D so future prof when gtk makes hard decisions. DlangUI is the closest you can get ATM. Its architecture is quite powerful and flexible with multiple backends. Its will work on Android. Plus its ready. It could use more hands on deck to improve.
Jan 12
prev sibling parent reply Dukc <ajieskola gmail.com> writes:
On Thursday, 12 January 2017 at 07:24:43 UTC, aberba wrote:
 After all, when someone wants a cross platform D GUI library, 
 the ONLY current usable choice is DLangUI.
Arsd-official:simpledisplay is also natively D and cross-platform, plus it's native and VERY simple to use. Does not work on as many platforms as DlangUI, trough. It should really be added to that wiki listing of graphical frameworks.
Jan 13
next sibling parent reply Dukc <ajieskola gmail.com> writes:
On Friday, 13 January 2017 at 20:11:08 UTC, Dukc wrote:
 Arsd-official:simpledisplay is also natively D and 
 cross-platform, plus it's native and VERY simple to use. Does 
 not work on as many platforms as DlangUI, trough. It should 
 really be added to that wiki listing of graphical frameworks.
Oops, just realized you said GUI library, not a graphics library. Arsd has a GUI interfacce too but it is, I think, Windows only.
Jan 13
parent Adam D. Ruppe <destructionator gmail.com> writes:
On Friday, 13 January 2017 at 20:16:02 UTC, Dukc wrote:
 Oops, just realized you said GUI library, not a graphics 
 library. Arsd has a GUI interfacce too but it is, I think, 
 Windows only.
Well, it has some support for Linux too, but it is a custom job there and not complete. (I write things as I need them, and since I do more simple games or web stuff, the nicer gui widgets are low on my todo list.)
Jan 13
prev sibling parent reply Adam D. Ruppe <destructionator gmail.com> writes:
On Friday, 13 January 2017 at 20:11:08 UTC, Dukc wrote:
 Does not work on as many platforms as DlangUI, trough.
Which platforms do dlangui work on? It's console feature is cool, I do that with terminal.d rather than simpledisplay.d. I guess the other difference is probably Mac, I only support it there with the X11 thing installed, which Apple no longer supports. I kinda want to wait till there's Objective-C integration in there though.
Jan 13
next sibling parent reply Dukc <ajieskola gmail.com> writes:
 Which platforms do dlangui work on?

 It's console feature is cool, I do that with terminal.d rather 
 than simpledisplay.d. I guess the other difference is probably 
 Mac, I only support it there with the X11 thing installed, 
 which Apple no longer supports.

 I kinda want to wait till there's Objective-C integration in 
 there though.
If I understood the package description correctly, it supports Windows, Linux and Mac. Windows natively, so the complains about non-nativity are only partially true. Plus at least Mac native support is worked on. I also read somewhere, perhaps the official blog, that it works with Android at least to some extent.
Jan 14
parent reply Vadim Lopatin <coolreader.org gmail.com> writes:
On Saturday, 14 January 2017 at 10:58:38 UTC, Dukc wrote:
 Which platforms do dlangui work on?

 It's console feature is cool, I do that with terminal.d rather 
 than simpledisplay.d. I guess the other difference is probably 
 Mac, I only support it there with the X11 thing installed, 
 which Apple no longer supports.

 I kinda want to wait till there's Objective-C integration in 
 there though.
If I understood the package description correctly, it supports Windows, Linux and Mac. Windows natively, so the complains about non-nativity are only partially true. Plus at least Mac native support is worked on. I also read somewhere, perhaps the official blog, that it works with Android at least to some extent.
Windows support in DlangUI is not native since it does not use native controls. DlangUI draws widgets itself on all platforms. But on Win32 it's possible to build app which uses Win32 API only, and no additional DLLs will be required to run it. On Linux and Mac, there is extra dependency - libSDL2.
Jan 15
parent reply Jacob Carlborg <doob me.com> writes:
On 2017-01-16 07:28, Vadim Lopatin wrote:

 Windows support in DlangUI is not native since it does not use native
 controls.
 DlangUI draws widgets itself on all platforms. But on Win32 it's
 possible to build app which uses Win32 API only, and no additional DLLs
 will be required to run it. On Linux and Mac, there is extra dependency
 - libSDL2.
For most application on macOS, a non-native GUI library is not interesting. -- /Jacob Carlborg
Jan 15
next sibling parent reply Vadim Lopatin <coolreader.org gmail.com> writes:
On Monday, 16 January 2017 at 07:38:31 UTC, Jacob Carlborg wrote:
 On 2017-01-16 07:28, Vadim Lopatin wrote:

 Windows support in DlangUI is not native since it does not use 
 native
 controls.
 DlangUI draws widgets itself on all platforms. But on Win32 
 it's
 possible to build app which uses Win32 API only, and no 
 additional DLLs
 will be required to run it. On Linux and Mac, there is extra 
 dependency
 - libSDL2.
For most application on macOS, a non-native GUI library is not interesting.
There is a workaround: it's possible to create DlangUI theme which looks like native OSX app.
Jan 17
parent reply Adam D. Ruppe <destructionator gmail.com> writes:
On Tuesday, 17 January 2017 at 13:46:21 UTC, Vadim Lopatin wrote:
 There is a workaround: it's possible to create DlangUI theme 
 which looks like native OSX app.
It usually isn't the theme, it is the little details of user interaction that the native ones get (though the theme is really hard to get right too, especially given user color customization, etc.).
Jan 17
parent reply Shachar Shemesh <shachar weka.io> writes:
On 17/01/17 15:58, Adam D. Ruppe wrote:
 On Tuesday, 17 January 2017 at 13:46:21 UTC, Vadim Lopatin wrote:
 There is a workaround: it's possible to create DlangUI theme which
 looks like native OSX app.
It usually isn't the theme, it is the little details of user interaction that the native ones get (though the theme is really hard to get right too, especially given user color customization, etc.).
https://www.wxwidgets.org/docs/faq/osx/ Like I said.
Jan 17
parent reply rikki cattermole <rikki cattermole.co.nz> writes:
On 18/01/2017 3:56 AM, Shachar Shemesh wrote:
 On 17/01/17 15:58, Adam D. Ruppe wrote:
 On Tuesday, 17 January 2017 at 13:46:21 UTC, Vadim Lopatin wrote:
 There is a workaround: it's possible to create DlangUI theme which
 looks like native OSX app.
It usually isn't the theme, it is the little details of user interaction that the native ones get (though the theme is really hard to get right too, especially given user color customization, etc.).
https://www.wxwidgets.org/docs/faq/osx/ Like I said.
Don't look at wxWidgets too closely for how to do windowing correctly. They have like 5 event loops for OSX with only one actually ever used.
Jan 17
parent reply Shachar Shemesh <shachar weka.io> writes:
On 18/01/17 05:27, rikki cattermole wrote:
 On 18/01/2017 3:56 AM, Shachar Shemesh wrote:
 On 17/01/17 15:58, Adam D. Ruppe wrote:
 On Tuesday, 17 January 2017 at 13:46:21 UTC, Vadim Lopatin wrote:
 There is a workaround: it's possible to create DlangUI theme which
 looks like native OSX app.
It usually isn't the theme, it is the little details of user interaction that the native ones get (though the theme is really hard to get right too, especially given user color customization, etc.).
https://www.wxwidgets.org/docs/faq/osx/ Like I said.
Don't look at wxWidgets too closely for how to do windowing correctly. They have like 5 event loops for OSX with only one actually ever used.
IIRC, QT also uses native widgets when they are available (i.e. - on anything other than Linux). Shachar
Jan 17
parent Jacob Carlborg <doob me.com> writes:
On 2017-01-18 08:22, Shachar Shemesh wrote:

 IIRC, QT also uses native widgets when they are available (i.e. - on
 anything other than Linux).
"As with Cocoa and Carbon, Qt provides widgets that look like those described in the Human Interface Descriptions. Qt's widgets use HIThemes to implement the look and feel" [1] Doesn't sound like they're native. [1] http://doc.qt.io/qt-5/osx-issues.html -- /Jacob Carlborg
Jan 17
prev sibling parent reply aberba <karabutaworld gmail.com> writes:
On Monday, 16 January 2017 at 07:38:31 UTC, Jacob Carlborg wrote:
 On 2017-01-16 07:28, Vadim Lopatin wrote:

 Windows support in DlangUI is not native since it does not use 
 native
 controls.
 DlangUI draws widgets itself on all platforms. But on Win32 
 it's
 possible to build app which uses Win32 API only, and no 
 additional DLLs
 will be required to run it. On Linux and Mac, there is extra 
 dependency
 - libSDL2.
For most application on macOS, a non-native GUI library is not interesting.
What about Photoshop? Is it native? No.
Jan 18
parent reply Jacob Carlborg <doob me.com> writes:
On 2017-01-18 10:24, aberba wrote:

 What about Photoshop? Is it native? No.
Last time I used it it didn't look very native. -- /Jacob Carlborg
Jan 18
parent reply aberba <karabutaworld gmail.com> writes:
On Wednesday, 18 January 2017 at 17:51:18 UTC, Jacob Carlborg 
wrote:
 On 2017-01-18 10:24, aberba wrote:

 What about Photoshop? Is it native? No.
Last time I used it it didn't look very native.
So it will be incorrect to say native gui is a requirement to fain higher adoption.
Jan 18
next sibling parent rikki cattermole <rikki cattermole.co.nz> writes:
On 19/01/2017 10:00 AM, aberba wrote:
 On Wednesday, 18 January 2017 at 17:51:18 UTC, Jacob Carlborg wrote:
 On 2017-01-18 10:24, aberba wrote:

 What about Photoshop? Is it native? No.
Last time I used it it didn't look very native.
So it will be incorrect to say native gui is a requirement to fain higher adoption.
Photoshop is one of the oldest programs still in use today commercially. It has more holes in its licensing then a sieve. I wouldn't look towards it for best practices.
Jan 18
prev sibling parent reply Jacob Carlborg <doob me.com> writes:
On 2017-01-18 22:00, aberba wrote:

 So it will be incorrect to say native gui is a requirement to fain
 higher adoption.
Of course there will be applications that does not look native but still is popular. If I'm looking for a new type of application I'll dismiss those that don't look native very quickly. Unless I know beforehand that the application is very good, then I'll give it some more time. Example, I'm using Eclipse for Scala related coding. Although Eclipse is written using SWT, that uses native drawing, it still looks a bit alien. Non-native tabs, non-native preferences and so on. But I don't know of any other IDE for Scala that looks more native. Also I used Eclipse on other platforms before I used it on macOS. -- /Jacob Carlborg
Jan 18
parent Ola Fosheim =?UTF-8?B?R3LDuHN0YWQ=?= writes:
On Thursday, 19 January 2017 at 07:39:10 UTC, Jacob Carlborg 
wrote:
 If I'm looking for a new type of application I'll dismiss those 
 that don't look native very quickly. Unless I know beforehand 
 that the application is very good, then I'll give it some more 
 time.
I think it has more to do with looking well-designed for the purpose. 3D and audio editors often use non-native custom UI toolkits. VS Code is also non-native. But on OSX you have to use the OSX-menu and put extra effort into the design if you use non-native widgets IMO. Also, make sure it isn't sluggish. Java apps often has that extra GC sluggishness to them, even the polished JetBrains IDEs feel a bit sluggish.
Jan 23
prev sibling parent Vadim Lopatin <coolreader.org gmail.com> writes:
On Friday, 13 January 2017 at 22:55:03 UTC, Adam D. Ruppe wrote:
 On Friday, 13 January 2017 at 20:11:08 UTC, Dukc wrote:
 Does not work on as many platforms as DlangUI, trough.
Which platforms do dlangui work on? It's console feature is cool, I do that with terminal.d rather than simpledisplay.d. I guess the other difference is probably Mac, I only support it there with the X11 thing installed, which Apple no longer supports. I kinda want to wait till there's Objective-C integration in there though.
DlangUI platforms: Win, Linux, OSX, Android. It's easy to add new platforms (each new platform requires writing 2-3K lines of code).
Jan 15
prev sibling parent Jonas Drewsen <nospam4321 hotmail.com> writes:
On Wednesday, 11 January 2017 at 09:17:45 UTC, aberba wrote:
 On Wednesday, 11 January 2017 at 07:21:22 UTC, thedeemon wrote:
 On Monday, 9 January 2017 at 21:41:37 UTC, aberba wrote:
 [...]
No drag, DLangUI is quite fine and usable (and already being used in industry). Or are you talking about including it into Phobos? That's not the best idea, it would make Phobos unnecessary fat and involve some dependencies complicating things, besides there is never a consensus regarding a GUI library, trying to include any GUI library is a recipe for eternal flamewar about all the different aspects of what GUI library should be and do. If you need some GUI, DLangUI is just a "dub build" away.
I'm worried about it not becoming abandoned.
This. Dlangui does seem too fat to add to phobos. What could be done in general for these cases is to let the D org. pick a couple of important libraries that is not suited for Phobos and try to move them to the dlang github org as owner (if current owner agrees of course). Original owner becomes lead/driver on the moved repo. That would be strong sign of commitment and in case of the original owner losing interest the dlang org. can assign a new driver.
Jan 11
prev sibling parent reply Chris Wright <dhasenan gmail.com> writes:
On Wed, 11 Jan 2017 07:21:22 +0000, thedeemon wrote:
 If you need some GUI, DLangUI is just a "dub build" away.
How does DLangUI do with screen readers and magnifiers? From what I'm seeing, neither GTK+ nor Qt work with screen readers anad other assistive technologies. wxWidgets has some accessibility bugs (wxGrid is invisible to screen readers). DLangUI uses OpenGL, so it's less likely to support screen magnifiers (and equally unlikely to support screen readers).
Jan 11
next sibling parent thedeemon <dlang thedeemon.com> writes:
On Wednesday, 11 January 2017 at 15:56:46 UTC, Chris Wright wrote:
 On Wed, 11 Jan 2017 07:21:22 +0000, thedeemon wrote:
 If you need some GUI, DLangUI is just a "dub build" away.
How does DLangUI do with screen readers and magnifiers?
Very poorly, I guess. It does not use native controls and I don't remember seeing any special support for accessibility there. It's not necessarily tied to OpenGL, when compiled with proper flags it does not use OpenGL at all and relies on WinAPI or SDL, there are different backends available, including even text mode. For example, I'm shipping a Windows product where DLangUI is used with WinAPI backend, so no OpenGL libraries or drivers need to be shipped or installed in the user's system.
Jan 11
prev sibling next sibling parent reply Vadim Lopatin <coolreader.org gmail.com> writes:
On Wednesday, 11 January 2017 at 15:56:46 UTC, Chris Wright wrote:
 On Wed, 11 Jan 2017 07:21:22 +0000, thedeemon wrote:
 If you need some GUI, DLangUI is just a "dub build" away.
How does DLangUI do with screen readers and magnifiers? From what I'm seeing, neither GTK+ nor Qt work with screen readers anad other assistive technologies. wxWidgets has some accessibility bugs (wxGrid is invisible to screen readers). DLangUI uses OpenGL, so it's less likely to support screen magnifiers (and equally unlikely to support screen readers).
Checked magnifier under Windows. Works ok for DlangUI apps built with OpenGL support as well as software renderer (configuration="minimal"). If OpenGL is stopper for magnifier on other platforms, it's possible to try minimal configuration. Currently DlangUI does not support screen readers. I'm not sure what is API to support screen readers. If there should be ability to get control text from window by X,Y - it can be added easy.
Jan 13
parent rikki cattermole <rikki cattermole.co.nz> writes:
On 13/01/2017 9:04 PM, Vadim Lopatin wrote:
 On Wednesday, 11 January 2017 at 15:56:46 UTC, Chris Wright wrote:
 On Wed, 11 Jan 2017 07:21:22 +0000, thedeemon wrote:
 If you need some GUI, DLangUI is just a "dub build" away.
How does DLangUI do with screen readers and magnifiers? From what I'm seeing, neither GTK+ nor Qt work with screen readers anad other assistive technologies. wxWidgets has some accessibility bugs (wxGrid is invisible to screen readers). DLangUI uses OpenGL, so it's less likely to support screen magnifiers (and equally unlikely to support screen readers).
Checked magnifier under Windows. Works ok for DlangUI apps built with OpenGL support as well as software renderer (configuration="minimal"). If OpenGL is stopper for magnifier on other platforms, it's possible to try minimal configuration. Currently DlangUI does not support screen readers. I'm not sure what is API to support screen readers. If there should be ability to get control text from window by X,Y - it can be added easy.
A bit older reference for Win32[0]. But this means COM. [0] https://msdn.microsoft.com/en-us/windows/desktop/gg712214.aspx
Jan 13
prev sibling parent Gerald <gerald.b.nunn gmail.com> writes:
On Wednesday, 11 January 2017 at 15:56:46 UTC, Chris Wright wrote:
 On Wed, 11 Jan 2017 07:21:22 +0000, thedeemon wrote:
 If you need some GUI, DLangUI is just a "dub build" away.
How does DLangUI do with screen readers and magnifiers? From what I'm seeing, neither GTK+ nor Qt work with screen readers anad other assistive technologies. wxWidgets has some accessibility bugs (wxGrid is invisible to screen readers). DLangUI uses OpenGL, so it's less likely to support screen magnifiers (and equally unlikely to support screen readers).
GTK3 on Linux works with Orca the screen reader and other assistive technologies including a magnifier. https://opensource.com/life/15/5/accessibility-linux
Jan 13
prev sibling parent reply Jacob Carlborg <doob me.com> writes:
On 2017-01-09 22:41, aberba wrote:
 This seemed to be an effort (among others) to bring GUI cross platform
 to standard D but some language/compiler/Phobos/Deimos/manpower issues
 were the drag.

 https://github.com/Devisualization


 We now have DLangUI.

 I wonder what the current drag is.
There's DWT [1] as well. Works on Windows and Linux, uses native drawing. [1] https://github.com/d-widget-toolkit/dwt -- /Jacob Carlborg
Jan 15
parent Nick Sabalausky <SeeWebsiteToContactMe semitwist.com> writes:
On 01/16/2017 02:39 AM, Jacob Carlborg wrote:
 On 2017-01-09 22:41, aberba wrote:
 This seemed to be an effort (among others) to bring GUI cross platform
 to standard D but some language/compiler/Phobos/Deimos/manpower issues
 were the drag.

 https://github.com/Devisualization


 We now have DLangUI.

 I wonder what the current drag is.
There's DWT [1] as well. Works on Windows and Linux, uses native drawing. [1] https://github.com/d-widget-toolkit/dwt
There's also QtE5 https://github.com/MGWL/QtE5 Looks pretty good, from what I can see.
Jan 23