On 9/3/2015 10:51 AM, motaito wrote:
> And working in visual studio is really nice
> too. I wish there was a cross platform IDE like that. I don't quite like
> the text editor from eclipse, but I haven't used it in a while. Maybe I
> need to give it another try.

Just in case you hadn't seen it, there is now Visual Studio Code:

https://code.visualstudio.com/

Although I haven't really looked at it myself. I don't think it can accept plug-ins (yet) such as VisualD so that may rule it out.

On Thursday, 3 September 2015 at 18:12:38 UTC, Jim Hewes wrote:
> On 9/3/2015 10:51 AM, motaito wrote:
>> And working in visual studio is really nice
>> too. I wish there was a cross platform IDE like that. I don't quite like
>> the text editor from eclipse, but I haven't used it in a while. Maybe I
>> need to give it another try.
>
> Just in case you hadn't seen it, there is now Visual Studio Code:
>
> https://code.visualstudio.com/
>
> Although I haven't really looked at it myself. I don't think it can accept plug-ins (yet) such as VisualD so that may rule it out.

I forgot about visual studio code. Right now I am trying to move away from windows products and only support the windows platform for cross platform reasons. It's a shame though, I used visual studio for years and it's my favorite IDE. However, I have a moral issue with the data collection philosophy that windows is currently trying to enforce. Just like visual studio code, among the first things you have to agree to is the terms and privacy policy, which will try to collect as much data as they can. I think something like visual studio code is their way to get data from other platforms as well... Otherwise it would look interesting and I would certainly give it a shot but I try to support this behavior as little as possible. Thanks for the tip though!

On Thursday, 3 September 2015 at 17:58:21 UTC, motaito wrote:
>
> @Zekereth and @thedeemon
> I guess I will stick to QT for my current project, but I will build some smaller learning projects in D, to try out various GUI libraries. DlangUI seams promising. I probably will either use DlangUI or GtkD.

Hopefully you will help by creating documentation (writing a blog post about your adventure would be a valuable exercise) and filing bug reports/feature requests. Even if you can't use any of them now you can push the process along.

On Thursday, 3 September 2015 at 12:19:25 UTC, motaito wrote:
> ...

Please see: http://wiki.dlang.org/GUI_Libraries

On Thursday, 3 September 2015 at 19:59:24 UTC, bachmeier wrote:
> On Thursday, 3 September 2015 at 17:58:21 UTC, motaito wrote:
>>
>> @Zekereth and @thedeemon
>> I guess I will stick to QT for my current project, but I will build some smaller learning projects in D, to try out various GUI libraries. DlangUI seams promising. I probably will either use DlangUI or GtkD.
>
> Hopefully you will help by creating documentation (writing a blog post about your adventure would be a valuable exercise) and filing bug reports/feature requests. Even if you can't use any of them now you can push the process along.

I can't make any promises. It will depend on how busy I will be. But I keep it in mind. If I write something, you could find it on www.motaito.com. I have only a few things there (installing arch and gentoo for beginners). I could make an additional post in this forum (provide a link), if I find the time to do so. Right now I would say it's somewhat unlikely, but if the interest is there, I can try to find the time.

On 09/03/2015 01:51 PM, motaito wrote:
>
> Yeah, it's a shame that the mono framework does not support WPF. I think
> WPF and MEF are the two most powerful features from .NET (for me anyway,
> that may be subjective). And working in visual studio is really nice
> too. I wish there was a cross platform IDE like that. I don't quite like
> the text editor from eclipse, but I haven't used it in a while. Maybe I
> need to give it another try.

I thought Mono did support that. Like in GitExtentions which runs fine on Linux (well, aside from frequent crashing). Or is WPF different from "win forms"?

On Thursday, 3 September 2015 at 14:13:26 UTC, Rikki Cattermole wrote:
>
> Short answer:
>
> Don't expect anything in Phobos short term.
> In the mean time you'll probably want a c/c++ library such as QT.
>

I really don't know much about GUI programming. I was looking at some basic info about GTK+, which led me to GObject, which led me to the Vala language. My understanding is that Vala is basically an OO version of C (i.e. it works well with GObject without a lot of the complexity of writing GObject code). People seem to be using it with GNOME. Maybe to your point about not having a pure D solution, it might be useful to investigate this as well.

On Thursday, 3 September 2015 at 15:15:47 UTC, motaito wrote:

>
> Thanks for the details! I was afraid, of something like this. To me D doesn't seam very competitive without a complete toolset :( Given that D has been around for a while now I am somewhat surprised it's not further along. I know it's a lot of work and not easy to do but clearly there has been a need for this for many years now. The resources I found were several years old (not including that they must have been working on it for a while before abandoning the project). It will be hard to compete with something like QT.
>
> I was hoping for a cross platform solution that would deliver good performance without the complexity of c/c++. But if there is no built in solution QT seams a better option. I wanted to avoid QT because of the added complexity and the QT-windows tend to lag on a windows platform. This may go away with updates and bugfixes though.
>

With D's relatively easy ability to link C libs, gtkD is the way I would've gone, IF I wasn't such a satisfied and long time user of Qt across BeOS-OS/2-BSD-Windows-OSX-Android-iOS-embedded Linux (did I miss any?).  The monumental amount of continual work involved in keeping a consistent professional interface blended into the "major" operating systems and adjusted to make the native user feel at home seems folly to attempt - though I do keep my fingers crossed for dlangui for a gui lib done the "D" way.

Anyway, though I have so enjoyed the huge part of Qt that is non-gui, and especially their model/view components where I can do all my model manipulation behind the scenes and practically hot-swap or connect multiple views to a model.

I've spent much of the last year building commandline applications with D running on the desktop and behind production web applications on aws servers. And I've found a novel way to relatively easily hook up thin Qt graphical interfaces on top of the commandline app that interacts with JSON via stdin/stdout as it does on servers.  In the Qt graphical interface I put, for example, a QTableView which I connect to a thin class that inherits QAbstractTableModel and implements four methods, three of which are 1 liners.  The other method simply connects to stdin and converts the JSON that it receives, from the D commandline app, into data for each (row,column) that the View calls for.  I actually embed the D executable into the Qt application, then extract and run it when the Qt app starts up.  I'm always amazed how un-noticably fast that is.

So, best of both worlds.  The D implementation is generally easier/more enjoyable for the actual guts of the tool, and I get a perfectly slick Qt user interface.

sorry, this is already too long.  I mean to open up and example repo/wiki with that pattern. RSN (Real Soon Now)

good luck.

On Friday, 4 September 2015 at 03:36:37 UTC, Shannon wrote:
> On Thursday, 3 September 2015 at 15:15:47 UTC, motaito wrote:
>


oh, DOtherSide was mentioned. the first time I looked at it. it implements QAbstractListModel ..  very familiar.  I should study that some more.

On Friday, 4 September 2015 at 00:11:02 UTC, Nick Sabalausky wrote:
> On 09/03/2015 01:51 PM, motaito wrote:
>>
>> Yeah, it's a shame that the mono framework does not support WPF. I think
>> WPF and MEF are the two most powerful features from .NET (for me anyway,
>> that may be subjective). And working in visual studio is really nice
>> too. I wish there was a cross platform IDE like that. I don't quite like
>> the text editor from eclipse, but I haven't used it in a while. Maybe I
>> need to give it another try.
>
> I thought Mono did support that. Like in GitExtentions which runs fine on Linux (well, aside from frequent crashing). Or is WPF different from "win forms"?

Afaik, WPF is not supported nor are there any plans to do so.
http://www.mono-project.com/docs/gui/wpf/

MEF may be supported, I haven't found any info. It's possible that it will be supported with with the .NET 5 framework coming up.