On Sunday, 20 December 2015 at 13:53:33 UTC, default0 wrote:
> This is quick progress! Awesome! I finally have some free time on my hands, so I deleted my workspace and tried to set things up following the How to hack on DlangIDE steps again. After doing that and trying to compile on Debug/Win32 I get output with a linker error:
...
> Any help in somehow getting this all to build would be much appreciated. Oh and of course "dub run" works just fine.

For me, Visual Studio 2015 Community Edition + recent Visual D works ok.
Try to create some helloworld project using VisualD and build it. Does it work?

Clone dlangui and dlangide into the same directory (!!!)
Inside dlangui directory create directory /deps and clone dependencies into it (as described in readme).
Open dlangui/dlangui-msvc.sln
In workspace, select dlangide as a startup project.
Build dlangide.

As well you can try to build other projects (e.g. dmledit, tetris, example1) - does it work?

On Monday, 21 December 2015 at 18:03:32 UTC, Vadim Lopatin wrote:
> On Sunday, 20 December 2015 at 13:53:33 UTC, default0 wrote:
>> This is quick progress! Awesome! I finally have some free time on my hands, so I deleted my workspace and tried to set things up following the How to hack on DlangIDE steps again. After doing that and trying to compile on Debug/Win32 I get output with a linker error:
> ...
>> Any help in somehow getting this all to build would be much appreciated. Oh and of course "dub run" works just fine.
>
> For me, Visual Studio 2015 Community Edition + recent Visual D works ok.
> Try to create some helloworld project using VisualD and build it. Does it work?
>
> Clone dlangui and dlangide into the same directory (!!!)
> Inside dlangui directory create directory /deps and clone dependencies into it (as described in readme).
> Open dlangui/dlangui-msvc.sln
> In workspace, select dlangide as a startup project.
> Build dlangide.
>
> As well you can try to build other projects (e.g. dmledit, tetris, example1) - does it work?

Simple Hello World project compiles and runs okay.

I did do that. My directory structure is like this:
DCode/dlangide
DCode/dlangui
DCode/dlangui/deps/<lots-of-stuff-in-here>

Which I assume is what you are describing.
I just tried opening the setup I had from last time (ie dlangui-msvc.sln) and compile that (startup project set and all), now I get
http://www.digitalmars.com/ctg/optlink.html
OPTLINK : Warning 9: Unknown Option : OUT
OPTLINK : Error 12: Number Overflow : 
Building Debug\dlangide.exe failed!

I'm starting to think that either my VS or VD installation is cursed (I recently reinstalled VS though, so that shouldn't be it, maybe VD? But it generally works and I do have the latest stable version of it).

I redid my setup again right now, though, but apparently the current master has some compiler errors:
src\dlangui\core\files.d(264): Error: cannot implicitly convert expression (lastSlash + 1LU) of type ulong to uint
src\dlangui\core\files.d(354): Error: cannot implicitly convert expression (start) of type ulong to uint.

After crudely fixing these with cast(uint) I got it to build though.
So, something about my computer is definitely cursed (I ran the EXACT same commands as always - basically straight copy-paste from the Readme in DlangIDE and I didn't notice any changes to this file since I first did the setup).

Anyhow, it finally builds! \o/

Thanks a lot for the help and putting up with my incompetence at diagnosing issues through this, will probably start hacking away on things as time permits :-)

On Tuesday, 8 December 2015 at 15:58:43 UTC, Vadim Lopatin wrote:
> DlangIDE is getting close to usable.
> DlangIDE is and IDE for D programming language written in D using DlangUI library.
> [...]

Recent changes:

DCD is now integrated as a library instead of using commandline dcdclient/dcdserver --contrubuted by Keywan Ghadami

GDB support fixes

Some crashes fixed

On Tuesday, 8 December 2015 at 15:58:43 UTC, Vadim Lopatin wrote:
> - integration of DML GUI builder (Delphi like)

Can you explain me how do you think it can be done while there is even no official object streaming for D ?

Just one thing: "@widget" is not enough.

I don't know how to explain you the problem. But let's say you have an object inspector that displays the properties of an object. The D way doesn't work (templates). You won't be able to assign an untyped Object to an inspector if your object doesn't store runtime informations. It's just impossible. Furthemore properties are not just for the visual things...

You won't be able to make a good run-time designer "à la Delphi" until the D standard library gets a serialization library. And when this will happen, you won't be able to use this serialization library because it won't work at run-time (object inspectors, property bindings, etc.).

It won't work.

On Monday, 25 January 2016 at 20:00:57 UTC, Basile B. wrote:
> On Tuesday, 8 December 2015 at 15:58:43 UTC, Vadim Lopatin wrote:
>> - integration of DML GUI builder (Delphi like)
>
> Can you explain me how do you think it can be done while there is even no official object streaming for D ?
>
> Just one thing: "@widget" is not enough.
>
> I don't know how to explain you the problem. But let's say you have an object inspector that displays the properties of an object. The D way doesn't work (templates). You won't be able to assign an untyped Object to an inspector if your object doesn't store runtime informations. It's just impossible. Furthemore properties are not just for the visual things...
>
> You won't be able to make a good run-time designer "à la Delphi" until the D standard library gets a serialization library. And when this will happen, you won't be able to use this serialization library because it won't work at run-time (object inspectors, property bindings, etc.).
>
> It won't work.
Just register the metadata for the control types.
I use https://shardsoft.com/stash/projects/SHARD/repos/shardtools/browse/source/ShardTools/Reflection.d and it seems to work fine, with the caveat that you have to do createMetadata!MyControl at some point (I generally do it in a mixin that all, in my case content processors, are supposed to include). Theoretically one could use rtInfo to make this automatic.

On Monday, 25 January 2016 at 20:00:57 UTC, Basile B. wrote:
> On Tuesday, 8 December 2015 at 15:58:43 UTC, Vadim Lopatin wrote:
>> - integration of DML GUI builder (Delphi like)
>
> Can you explain me how do you think it can be done while there is even no official object streaming for D ?
>
> Just one thing: "@widget" is not enough.
>
> I don't know how to explain you the problem. But let's say you have an object inspector that displays the properties of an object. The D way doesn't work (templates). You won't be able to assign an untyped Object to an inspector if your object doesn't store runtime informations. It's just impossible. Furthemore properties are not just for the visual things...
>
> You won't be able to make a good run-time designer "à la Delphi" until the D standard library gets a serialization library. And when this will happen, you won't be able to use this serialization library because it won't work at run-time (object inspectors, property bindings, etc.).
>
> It won't work.

Currently it's being done by adding lines like following into modules which contain widgets to publish:

import dlangui.widgets.metadata;
mixin(registerWidgets!(Widget, TextWidget, ScrollBar, CanvasWidget)());

Unless widgets are registered, it's impossible to create them from DML like this:

auto layout = parseDML!VerticalLayout(q{
    VerticalLayout {
        layoutWidth: fill; layoutHeight: fill; backgroundColor: #FF8080
        TextWidget { text: "Input text here" }
        EditLine { id: edName  }
    }
});

Sample DML editor:
    dub run dlangui:dmledit