On Wednesday, 1 March 2017 at 20:00:32 UTC, thedeemon wrote:
> If you're building your app with VisualD (as opposed to invoking dub externally), make sure you've set up import paths in project settings properly.

Thanks. With dub everything works straight forward. I just call it blindly since it's the first time I use dub and I'm not sure everything it's supposed to do. Still I want to be able to be able to work and debug from Visual Studio.

For this I found out how to clone the dependencies, sorry about that... (Only from the command line... Anyone recommends better free Windows Git gui clients than GitHub Desktop?) Import paths seem correctly setup in the project files from the repo, as I would expect. And once the dependency code is in its place it does build, both the library and the example applications.

The problem I was having after all this was a runtime exception, but it happens only on 32-bit. Switching to 64-bit building and debugging works out of the box (after having cloned the subrepos). Here I have no idea if I have a drive issue, in any case 64-bit is enough for me.
BTW the exception is:
"derelict.util.exception.SymbolLoadException Failed to load OpenGL symbol [glEnableClientStateiEXT] "

> Also, if you use "minimal" configuration of DLangUI (which I recommend) you can remove mentions of SDL and GL from its dependencies in its dub.json, this way there are less things for compiler and VisualD to look for.

I understand that in order to do this from Visual Studio, according to the instructions at github.com/buggins/dlangui, I should use configurations DebugMinimal instead of Debug, etc. But these configurations are not defined; I wonder if this documentation is out of sync with the current code. Otherwise I also though OpenGL wouldn't be used unless the version identifier USE_OPENGL was defined, but apparently it is not in VS as far as I can see?

So in the end I'm not very sure whether OpenGL is kicking in in 64-bit when it works, or in general how to disable it (from Visual Studio instead of dub) -- or what are the consequences for performance or whatever. For now I can work like this and if I have additional problems that prevent me from advancing I will research it further...

Thanks also @aberba and everyone.

On Wednesday, 1 March 2017 at 23:44:47 UTC, XavierAP wrote:
>
> For this I found out how to clone the dependencies, sorry about that... (Only from the command line... Anyone recommends better free Windows Git gui clients than GitHub Desktop?)
>

TortoiseGIT maybe?

On Wednesday, 1 March 2017 at 23:44:47 UTC, XavierAP wrote:
> On Wednesday, 1 March 2017 at 20:00:32 UTC, thedeemon wrote:
>
> For this I found out how to clone the dependencies, sorry about that... (Only from the command line... Anyone recommends better free Windows Git gui clients than GitHub Desktop?) Import paths seem correctly setup in the project files from the repo, as I would expect. And once the dependency code is in its place it does build, both the library and the example applications.

Here [1] is the official git page listing all GUI clients for different plartforms.
I use GitExtensions[2] and I like it a lot. It works very well and all the complicated stuff can be done from the GUI interface and also from command line.


[1]=https://git-scm.com/download/gui/win
[2]=https://gitextensions.github.io/

On Wednesday, 1 March 2017 at 23:44:47 UTC, XavierAP wrote:
> Still I want to be able to be  able to work and debug from Visual Studio.

The way I did on Windows:
1) get dlangui via dub
2) go to its folder in AppData\roaming\dub\packages and edit dub.json:
 * find "minimal" configuration
 * add "USE_WIN32" to "versions-windows",
 * remove mentions of "derelict-sdl2" and "derelict-gl3" from "dependencies"
 * remove "ForceLogs" from "versions" (just to avoid logspamming)
3) run "dub build --build=release --config=minimal"
4) use the result .lib file from my VisualD project

This way no dependency on OpenGL which causes problems for you.

On Thursday, 2 March 2017 at 06:16:09 UTC, Patrick Schluter wrote:
>
> Here [1] is the official git page listing all GUI clients for different plartforms.
> I use GitExtensions[2] and I like it a lot. It works very well and all the complicated stuff can be done from the GUI interface and also from command line.

Patrick thanks for the great recommendation! I'm using GitExtensions now on Windows. In comparison I wonder how GitHub's desktop client is even allowed on the Internet.

For Linux (Lubuntu) any recommendation among these?
https://git-scm.com/download/gui/linux

On Wednesday, 1 March 2017 at 20:23:57 UTC, aberba wrote:
> On Friday, 24 February 2017 at 22:44:55 UTC, XavierAP wrote:
>> [...]
>
> Gtkd is obviously defacto for Linux ONLY, dlangui for cross platform app without native feel. But if you want something easy and flexible with native look and feel on all platforms, well tested, use LibUI (http://code.dlang.org/packages/libuid). Look inside the "examples" folder in their Github repository to see example usage.
>
> More like:
>  auto hbox = new Box(false).setPadded(1);
>  vbox.append(hbox);
>
> hbox.append(new Button("Button"))
>     .append(new Checkbox("Checkbox"))
> ...
>
> Examples:
> https://github.com/mogud/libuid/blob/master/examples/example1.d
> https://github.com/mogud/libuid/blob/master/examples/example2.d

I second this. I've been playing with this recently and it's really easy to use.