Re: GUI library for DMD 2.090 or DMD 2.091
On Mon, 2020-04-27 at 12:12 +, Antonio Corbi via Digitalmars-d-learn wrote: > On Monday, 27 April 2020 at 11:27:57 UTC, Paulo Pinto wrote: > > On Sunday, 26 April 2020 at 09:09:04 UTC, Antonio Corbi wrote: […] > > > I don't know if you are referring to the `clone!` macro > > > described here[1] > > > > > > [1] https://gtk-rs.org/blog/2019/12/15/new-release.html > > > > > > Antonio > > > > Hi, this macro is new to me, it did not exist when I tried to > > have a go at Gtk-rs, so it simplifies not having to write such > > boilerplate ourselves, but like the author mentions it doesn't > > make it go away, it just gets hidden behind the macro. > > Hi, > > Yes, previously this macro lived (in a simplified form, i.e. no > @strong) in the examples provided by the gtk-rs developers. Now > it's part of the gtk-rs bindings. I have not found any real need to use that clone! macro. I have found it straightforward, and easy, to clone the variables required so they can be moved. It also seems self-documenting, making the cloning obvious. -- Russel. === Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part
Re: GUI library for DMD 2.090 or DMD 2.091
On Monday, 27 April 2020 at 11:27:57 UTC, Paulo Pinto wrote: On Sunday, 26 April 2020 at 09:09:04 UTC, Antonio Corbi wrote: On Saturday, 25 April 2020 at 09:30:44 UTC, Paulo Pinto wrote: On Friday, 24 April 2020 at 18:52:55 UTC, Russel Winder wrote: [...] Just curious, how do you handle the whole RC> story in Gtk-rs? For me it made the point that languages with tracing GC or implicit reference counting are much better solution for doing GUI programming. Hi Paulo, I don't know if you are referring to the `clone!` macro described here[1] [1] https://gtk-rs.org/blog/2019/12/15/new-release.html Antonio Hi, this macro is new to me, it did not exist when I tried to have a go at Gtk-rs, so it simplifies not having to write such boilerplate ourselves, but like the author mentions it doesn't make it go away, it just gets hidden behind the macro. Hi, Yes, previously this macro lived (in a simplified form, i.e. no @strong) in the examples provided by the gtk-rs developers. Now it's part of the gtk-rs bindings. Antonio
Re: GUI library for DMD 2.090 or DMD 2.091
On Sunday, 26 April 2020 at 09:09:04 UTC, Antonio Corbi wrote: On Saturday, 25 April 2020 at 09:30:44 UTC, Paulo Pinto wrote: On Friday, 24 April 2020 at 18:52:55 UTC, Russel Winder wrote: [...] Just curious, how do you handle the whole RC> story in Gtk-rs? For me it made the point that languages with tracing GC or implicit reference counting are much better solution for doing GUI programming. Hi Paulo, I don't know if you are referring to the `clone!` macro described here[1] [1] https://gtk-rs.org/blog/2019/12/15/new-release.html Antonio Hi, this macro is new to me, it did not exist when I tried to have a go at Gtk-rs, so it simplifies not having to write such boilerplate ourselves, but like the author mentions it doesn't make it go away, it just gets hidden behind the macro.
Re: GUI library for DMD 2.090 or DMD 2.091
On Saturday, 25 April 2020 at 09:30:44 UTC, Paulo Pinto wrote: On Friday, 24 April 2020 at 18:52:55 UTC, Russel Winder wrote: [...] Just curious, how do you handle the whole RC> story in Gtk-rs? For me it made the point that languages with tracing GC or implicit reference counting are much better solution for doing GUI programming. Hi Paulo, I don't know if you are referring to the `clone!` macro described here[1] [1] https://gtk-rs.org/blog/2019/12/15/new-release.html Antonio
Re: GUI library for DMD 2.090 or DMD 2.091
On Friday, 24 April 2020 at 13:45:22 UTC, Phrozen wrote: I'm too new to DLang and I have a lot to learn. Probably that's why I have a lot of difficulties. Has anyone tried using a GUI library to the latest DMD 2.090 or DMD 2.091? I plan to use this language for a specific Thermal calculator application for Windows, but for two days I've been struggling with dub and elementary examples in GUI libraries. I need something simple - a modal window with 3 buttons and a two text boxes. So far I have tested DWT, TKD, DFL, dlangui without success. Can anyone help me with advice or some more recent tutorial. Thank you! working GUI library for D: Gtkd and tkd. --- dbh.
Re: GUI library for DMD 2.090 or DMD 2.091
On Friday, 24 April 2020 at 13:45:22 UTC, Phrozen wrote: I'm too new to DLang and I have a lot to learn. Probably that's why I have a lot of difficulties. Has anyone tried using a GUI library to the latest DMD 2.090 or DMD 2.091? I plan to use this language for a specific Thermal calculator application for Windows, but for two days I've been struggling with dub and elementary examples in GUI libraries. I need something simple - a modal window with 3 buttons and a two text boxes. So far I have tested DWT, TKD, DFL, dlangui without success. Can anyone help me with advice or some more recent tutorial. Thank you! Here is everything you need to know: https://madscientisthaven.blogspot.com/2020/01/beginning-multimedia-with-arsd.html
Re: GUI library for DMD 2.090 or DMD 2.091
On Friday, 24 April 2020 at 13:45:22 UTC, Phrozen wrote: I'm too new to DLang and I have a lot to learn. Probably that's why I have a lot of difficulties. Has anyone tried using a GUI library to the latest DMD 2.090 or DMD 2.091? I plan to use this language for a specific Thermal calculator application for Windows, but for two days I've been struggling with dub and elementary examples in GUI libraries. I need something simple - a modal window with 3 buttons and a two text boxes. So far I have tested DWT, TKD, DFL, dlangui without success. Can anyone help me with advice or some more recent tutorial. Thank you! You can create easy GUI using Qt or Win32Api. See step-by-step easy vides: GUI Qt: https://www.youtube.com/watch?v=Es9Qs9_1ipk GUI Win32Api: https://www.youtube.com/watch?v=_QqyPTLbgHU
Re: GUI library for DMD 2.090 or DMD 2.091
On Sat, 2020-04-25 at 09:30 +, Paulo Pinto via Digitalmars-d-learn wrote: […] > > Just curious, how do you handle the whole RC> story in > Gtk-rs? > > For me it made the point that languages with tracing GC or > implicit reference counting are much better solution for doing > GUI programming. > I am still not sure I have truly come to terms with the whole Rc/Arc and RefCell stuff. It isn't so much the using them, it is trying to decide what is the right combination for a given situation. Big D win here due to garbage collection. -- Russel. === Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part
Re: GUI library for DMD 2.090 or DMD 2.091
On Friday, 24 April 2020 at 18:52:55 UTC, Russel Winder wrote: On Fri, 2020-04-24 at 15:50 +, Phrozen via Digitalmars-d-learn wrote: […] @Basile B., thanks for the suggestion. I'll try this library too. Just a bit of confirmation: I am a fan of D and GtkD for desktop UI work. GTK+ is just a UI framework unlike Qt (which is UI and networking, database, etc.) and is fairly straightforward to work with after the initial learning hump – which is the same between GTK+ and Qt. Qt is really C++ and Python only though many languages have bindings to QML. GTK+ has many bindings, C++, Go, Rust, and D to name just the obvious native code languages. C++ (gtkmm) and Go (gotk3) bindings are manuals ones, Rust (gtk-rs) and D (GtkD) bindings are generated from the API specification (GIR files). I believe this makes gtk-rs and GtkD far superior to gtkmm and gotk3. I have done a number of projects in Rust/gtk-rs and D/GtkD. Overall I prefer the code of D/GtkD over Rust/gtk-rs *but* there is much more IDE and editor support for Rust compared to D. This makes Rust code easier to write than the equivalent D code, even if that Rust code is more ugly than the equivalent D code. So whilst I keep wanting to do D/GtkD, I keep getting pulled to Rust/gtk-rs simply because CLion (and Emacs) support for Rust is so much nicer than the D support. I must laud Samael's efforts on the IntelliJ IDEA/CLion D support, it is magnificent, but the project needs more resource to get the CLion D plugin somewhere near as good as the Rust CLion plugin. I am sure VisualStudio fans, indeed any other IDE users, will say the same about their IDE, I am a CLion user so try to push CLion support. Just curious, how do you handle the whole RC> story in Gtk-rs? For me it made the point that languages with tracing GC or implicit reference counting are much better solution for doing GUI programming.
Re: GUI library for DMD 2.090 or DMD 2.091
On Fri, 2020-04-24 at 15:50 +, Phrozen via Digitalmars-d-learn wrote: > […] > @Basile B., thanks for the suggestion. I'll try this library too. > Just a bit of confirmation: I am a fan of D and GtkD for desktop UI work. GTK+ is just a UI framework unlike Qt (which is UI and networking, database, etc.) and is fairly straightforward to work with after the initial learning hump – which is the same between GTK+ and Qt. Qt is really C++ and Python only though many languages have bindings to QML. GTK+ has many bindings, C++, Go, Rust, and D to name just the obvious native code languages. C++ (gtkmm) and Go (gotk3) bindings are manuals ones, Rust (gtk-rs) and D (GtkD) bindings are generated from the API specification (GIR files). I believe this makes gtk-rs and GtkD far superior to gtkmm and gotk3. I have done a number of projects in Rust/gtk-rs and D/GtkD. Overall I prefer the code of D/GtkD over Rust/gtk-rs *but* there is much more IDE and editor support for Rust compared to D. This makes Rust code easier to write than the equivalent D code, even if that Rust code is more ugly than the equivalent D code. So whilst I keep wanting to do D/GtkD, I keep getting pulled to Rust/gtk-rs simply because CLion (and Emacs) support for Rust is so much nicer than the D support. I must laud Samael's efforts on the IntelliJ IDEA/CLion D support, it is magnificent, but the project needs more resource to get the CLion D plugin somewhere near as good as the Rust CLion plugin. I am sure VisualStudio fans, indeed any other IDE users, will say the same about their IDE, I am a CLion user so try to push CLion support. -- Russel. === Dr Russel Winder t: +44 20 7585 2200 41 Buckmaster Roadm: +44 7770 465 077 London SW11 1EN, UK w: www.russel.org.uk signature.asc Description: This is a digitally signed message part
Re: GUI library for DMD 2.090 or DMD 2.091
On Friday, 24 April 2020 at 15:50:15 UTC, Phrozen wrote: @Adam D. Ruppe, your idea is great, especially for small and unpretentious applications! Very good work, man! if you do decide to use my thingy let me know how it goes for you. I often don't recommend it in threads cuz it kinda sucks, but I just think your use case sounded like a good fit.
Re: GUI library for DMD 2.090 or DMD 2.091
On Friday, 24 April 2020 at 14:13:25 UTC, Adam D. Ruppe wrote: On Friday, 24 April 2020 at 13:45:22 UTC, Phrozen wrote: [...] This sounds easy with my minigui.d. My library doesn't have a lot of features, no fancy graphics, and layout can be a bit clunky... but check out this code: [...] @Adam D. Ruppe, your idea is great, especially for small and unpretentious applications! Very good work, man! @Basile B., thanks for the suggestion. I'll try this library too. Thank you both, guys! Be healthy!
Re: GUI library for DMD 2.090 or DMD 2.091
On Friday, 24 April 2020 at 13:45:22 UTC, Phrozen wrote: I'm too new to DLang and I have a lot to learn. Probably that's why I have a lot of difficulties. Has anyone tried using a GUI library to the latest DMD 2.090 or DMD 2.091? I plan to use this language for a specific Thermal calculator application for Windows, but for two days I've been struggling with dub and elementary examples in GUI libraries. I need something simple - a modal window with 3 buttons and a two text boxes. So far I have tested DWT, TKD, DFL, dlangui without success. Can anyone help me with advice or some more recent tutorial. Thank you! you also have GTK-D[1], and you have up to date sources to learn[2] it. [1] https://code.dlang.org/packages/gtk-d [2] https://gtkdcoding.com/
Re: GUI library for DMD 2.090 or DMD 2.091
On Friday, 24 April 2020 at 13:45:22 UTC, Phrozen wrote:
I need something simple - a modal window with 3 buttons and a
two text boxes
This sounds easy with my minigui.d. My library doesn't have a lot
of features, no fancy graphics, and layout can be a bit clunky...
but check out this code:
Well first grab the library files from here:
https://github.com/adamdruppe/arsd
The three files you'll need are minigui.d, simpledisplay.d, and
color.d. Just download them to your directory and compile all
together with your file:
dmd yourfile.d minigui.d simpledisplay.d color.d
and it will make yourfile.exe. To get rid of the console, add
`-L/subsystem:windows` to that build command. If making a 64 bit
exe, you will need -m64 and -L/entry:mainCRTStartup as well. So
the total thing can be:
dmd yourfile.d minigui.d simpledisplay.d color.d
-L/subsystem:windows -L/entry:mainCRTStartup -m64
And that will create your stand-alone Windows exe that does not
have a console, just the gui window.
Here's a screenshot:
http://arsdnet.net/calc.png
The library also works on Linux but it is quirky there since it
is 100% DIY. It has no Mac support at all right now. But if all
you need is basic building blocks on Windows, it should be OK.
Anyway, the code, I hope is is kinda self-explanatory or at least
you can try poking around and see changes yourself. If not let me
know and I'll write more here.
---
import arsd.minigui;
class CustomSpacer : Widget {
this(Widget parent) { super(parent); }
override int paddingLeft() { return 32; }
override int paddingRight() { return 32; }
override int paddingTop() { return 32; }
override int paddingBottom() { return 32; }
}
void main() {
auto window = new Window(400, 180, "My Calculator");
auto spacer = new CustomSpacer(window);
auto box1 = new LabeledLineEdit("Fahrenheit: ", spacer);
auto box2 = new LabeledLineEdit("Celsius: ", spacer);
new VerticalSpacer(spacer);
auto layout = new class HorizontalLayout {
this() { super(spacer); }
override int maxHeight() { return 40; }
};
auto button1 = new Button("F to C", layout);
auto button2 = new Button("C to F", layout);
auto button3 = new Button("Close", layout);
button1.addEventListener(EventType.triggered, delegate ()
{
import std.conv;
import std.format;
try {
auto f = to!float(box1.content);
auto c = (f - 32) / 1.8;
box2.content = format("%0.2f", c);
} catch(Exception e) {
messageBox("Exception", e.msg);
}
});
button2.addEventListener(EventType.triggered, delegate ()
{
import std.conv;
import std.format;
try {
auto c = to!float(box2.content);
auto f = c * 1.8 + 32;
box1.content = format("%0.2f", f);
} catch(Exception e) {
messageBox("Exception", e.msg);
}
});
button3.addEventListener(EventType.triggered, delegate() {
window.close();
});
window.loop();
}
---
I wrote some docs for the lib here but it is incomplete.
http://dpldocs.info/experimental-docs/arsd.minigui.html
It is also possible to use my library with dub
https://code.dlang.org/packages/arsd-official
It is the "arsd-official:minigui" subpackage there. But I think
it is easier to just download the file yourself and build it
since it doesn't have a fancy build system.
GUI library for DMD 2.090 or DMD 2.091
I'm too new to DLang and I have a lot to learn. Probably that's why I have a lot of difficulties. Has anyone tried using a GUI library to the latest DMD 2.090 or DMD 2.091? I plan to use this language for a specific Thermal calculator application for Windows, but for two days I've been struggling with dub and elementary examples in GUI libraries. I need something simple - a modal window with 3 buttons and a two text boxes. So far I have tested DWT, TKD, DFL, dlangui without success. Can anyone help me with advice or some more recent tutorial. Thank you!
Re: Which is the active fork in DFL gui library ?
On Saturday, 2 November 2019 at 20:01:27 UTC, Vinod K Chandran wrote: Hi all, I just found that DFL gui library very interesting. But after some searching, i can see that DFL is inactive and there is few other forks for it. So this is my question - Which fork is good for a gui development in windows platform. BTW, i just tested the gtkD and successfully compiled a hello app. How do i avoid the console window when compiling gtkD app ? Thanks in advance. Another similar work is [DGui](https://github.com/o3o/dguihub)
Re: Which is the active fork in DFL gui library ?
On Sunday, 3 November 2019 at 23:25:40 UTC, Jesse Phillips wrote: On Sunday, 3 November 2019 at 16:48:52 UTC, Vinod K Chandran wrote: On Sunday, 3 November 2019 at 14:01:03 UTC, Jesse Phillips https://github.com/Rayerd/dfl @Jesse Phillips, Thank you for the reply. Does DWT is built upon Java's SWT ? I heard that SWT is somewhat slower in windows. Anyhow, what about the easiness of DWT ? Actually, i just want to make GUI for Windows only. I dont need a cross platform GUI. DTW is a translation of swt, I can speak to speed comparisons but I don't think you could apply anything out their related to comparing dfl and dwt. You can write windows only apps in dwt, don't compile for Linux, it uses native drawing. @Jesse Phillips, Thanks a lot. :)
Re: Which is the active fork in DFL gui library ?
On Monday, 4 November 2019 at 19:29:22 UTC, Jacob Carlborg wrote: On 2019-11-03 17:48, Vinod K Chandran wrote: [...] Yes. It's a full translation of the Java code to D. No JNI, JVM or Java or remains. [...] I don't know if that's the case. Also I don't know if that's related to Java/JVM. And I don't know how SWT and DWT compares in speed. [...] There's no GUI builder for DWT, if you're interested in that. In theory you could use one for SWT and translate the Java code to D, but that might be more troublesome. [...] DWT works on Windows and Linux. But you don't need to compile it for Linux if you don't want to. @Jacob Carlborg, Thanks for the detailed reply. Let me try it. :)
Re: Which is the active fork in DFL gui library ?
On 2019-11-03 17:48, Vinod K Chandran wrote: @Jesse Phillips, Thank you for the reply. Does DWT is built upon Java's SWT ? Yes. It's a full translation of the Java code to D. No JNI, JVM or Java or remains. I heard that SWT is somewhat slower in windows. I don't know if that's the case. Also I don't know if that's related to Java/JVM. And I don't know how SWT and DWT compares in speed. Anyhow, what about the easiness of DWT ? There's no GUI builder for DWT, if you're interested in that. In theory you could use one for SWT and translate the Java code to D, but that might be more troublesome. Actually, i just want to make GUI for Windows only. I dont need a cross platform GUI. DWT works on Windows and Linux. But you don't need to compile it for Linux if you don't want to. -- /Jacob Carlborg
Re: Which is the active fork in DFL gui library ?
On Sunday, 3 November 2019 at 16:48:52 UTC, Vinod K Chandran wrote: On Sunday, 3 November 2019 at 14:01:03 UTC, Jesse Phillips https://github.com/Rayerd/dfl @Jesse Phillips, Thank you for the reply. Does DWT is built upon Java's SWT ? I heard that SWT is somewhat slower in windows. Anyhow, what about the easiness of DWT ? Actually, i just want to make GUI for Windows only. I dont need a cross platform GUI. DTW is a translation of swt, I can speak to speed comparisons but I don't think you could apply anything out their related to comparing dfl and dwt. You can write windows only apps in dwt, don't compile for Linux, it uses native drawing.
Re: Which is the active fork in DFL gui library ?
On Sunday, 3 November 2019 at 07:07:42 UTC, Mike Parker wrote:
On Sunday, 3 November 2019 at 07:06:12 UTC, Mike Parker wrote:
Here's an example, winhello.d, that should work with all of
the following command lines:
Sorry, here's the example:
== winhello.d
/+ dub.sdl:
name "entry"
dflags "-L/SUBSYSTEM:WINDOWS" "-L/ENTRY:mainCRTStartup"
platform="windows-dmd"
+/
import core.sys.windows.windows;
pragma(lib, "user32");
void main() {
MessageBoxA(null, "Hello", "Hello", MB_OK);
}
@mike Parker,
Thank you for the detailed and helpful reply. I will sure try it.
Re: Which is the active fork in DFL gui library ?
On Sunday, 3 November 2019 at 14:01:03 UTC, Jesse Phillips wrote: On Saturday, 2 November 2019 at 20:01:27 UTC, Vinod K Chandran wrote: Hi all, I just found that DFL gui library very interesting. But after some searching, i can see that DFL is inactive and there is few other forks for it. So this is my question - Which fork is good for a gui development in windows platform. BTW, i just tested the gtkD and successfully compiled a hello app. How do i avoid the console window when compiling gtkD app ? Thanks in advance. The last one I used was from rayerd. But even that is behind. I switched my app to dwt. https://github.com/Rayerd/dfl @Jesse Phillips, Thank you for the reply. Does DWT is built upon Java's SWT ? I heard that SWT is somewhat slower in windows. Anyhow, what about the easiness of DWT ? Actually, i just want to make GUI for Windows only. I dont need a cross platform GUI.
Re: Which is the active fork in DFL gui library ?
On Saturday, 2 November 2019 at 20:01:27 UTC, Vinod K Chandran wrote: Hi all, I just found that DFL gui library very interesting. But after some searching, i can see that DFL is inactive and there is few other forks for it. So this is my question - Which fork is good for a gui development in windows platform. BTW, i just tested the gtkD and successfully compiled a hello app. How do i avoid the console window when compiling gtkD app ? Thanks in advance. The last one I used was from rayerd. But even that is behind. I switched my app to dwt. https://github.com/Rayerd/dfl
Re: Which is the active fork in DFL gui library ?
On Saturday, 2 November 2019 at 20:01:27 UTC, Vinod K Chandran wrote: Hi all, I just found that DFL gui library very interesting. But after some searching, i can see that DFL is inactive and there is few other forks for it. So this is my question - Which fork is good for a gui development in windows platform. DFL is a long, long dead library. It was created with D1. I'm unaware of any active fork. BTW, i just tested the gtkD and successfully compiled a hello app. How do i avoid the console window when compiling gtkD app ? Thanks in advance. Any Windows executable compiled with a main function is by default considered a "console subsystem" application. You can specify to the linker that it should be a "windows subsystem" application (for which a console window will not be created) with a linker command line switch. Assuming you're using DMD, when you're using the OPTLINK linker (which is the default when invoking DMD directly or when passing -m32, or the DUB switch -ax86), the switch is /SUBSYSTEM:WINDOWS. You can pass it on the DMD command line with -L, as in: -L/SUBSYSTEM:WINDOWS With the Microsoft linker (-m32mscoff or -m64 on the dmd command line, -ax86mscoff or -x86_64 with dub, or the default with recent 64-bit dub versions), it's the same switch. But you also need to specify the entry point as being main and not WinMain, so: -L/SUBSYSTEM:WINDOWS -L/ENTRY:mainCRTStartup When using dub, you can put the appropriate flags in a "dflags" entry in your dub.json or dub.sdl. Here's an example, winhello.d, that should work with all of the following command lines: dub -ax86 --single winhello.d dub -ax86_mscoff --single winhello.d dub -ax86_64 --single winhello.d dmd -L/SUBSYSTEM:WINDOWS winhello.d dmd -L/SUBSYSTEM:WINDOWS -L/ENTRY:mainCRTstartup -m32mscoff winhello.d dmd -L/SUBSYSTEM:WINDOWS -L/ENTRY:mainCRTstartup -m64 winhello.d If you don't have the Microsoft build tools installed, -m32mscoff and -m64 will use the lld linker that ships with DMD (if you chose to install it when you installed dmd). In that case, I'm not sure if the switches are the same. I've never used it and don't have it installed.
Re: Which is the active fork in DFL gui library ?
On Sunday, 3 November 2019 at 07:06:12 UTC, Mike Parker wrote:
Here's an example, winhello.d, that should work with all of the
following command lines:
Sorry, here's the example:
== winhello.d
/+ dub.sdl:
name "entry"
dflags "-L/SUBSYSTEM:WINDOWS" "-L/ENTRY:mainCRTStartup"
platform="windows-dmd"
+/
import core.sys.windows.windows;
pragma(lib, "user32");
void main() {
MessageBoxA(null, "Hello", "Hello", MB_OK);
}
Which is the active fork in DFL gui library ?
Hi all, I just found that DFL gui library very interesting. But after some searching, i can see that DFL is inactive and there is few other forks for it. So this is my question - Which fork is good for a gui development in windows platform. BTW, i just tested the gtkD and successfully compiled a hello app. How do i avoid the console window when compiling gtkD app ? Thanks in advance.
Re: Recommend: IDE and GUI library
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.
Re: Recommend: IDE and GUI library
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.
Re: Recommend: IDE and GUI library
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/
Re: Recommend: IDE and GUI library
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?
Re: Recommend: IDE and GUI library
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.
Re: Recommend: IDE and GUI library
On Friday, 24 February 2017 at 22:44:55 UTC, XavierAP wrote:
Hi I've looked at wiki.dlang.org/IDEs, and I see that Visual D
is linked from dlang.org/download.html. Still I was looking for
personal opinions and experiences beyond hard specs, I wonder
if one of the IDEs is already dominant at least for each OS for
any good reason.
My requirements are quite ordinary: make x64, debug, go to
definition, manage projects, code completion. My platform is
Windows; interested if the choice would be different for Linux,
if the same nice, otherwise I'd prefer to use whatever is best
on each OS.
And second question, is DWT the de facto standard for creating
GUIs? Or are there good competitors.
Sorry if I'm asking something too obvious, though I've looked
around for answers before. And I've also searched the forum but
really equivalent questions were over 2 years old and many
things may have changed.
Thanks!
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
Re: Recommend: IDE and GUI library
On Wednesday, 1 March 2017 at 17:37:02 UTC, XavierAP wrote: I'm trying now DlangUI on Visual D. I'm getting different errors from missing Derelict library dependencies... 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. Two paths must be there: one like C:\Users\...\AppData\Roaming\dub\packages\dlangui-0.9.46\dlangui\src\ and the other like C:\Users\...\AppData\Roaming\dub\packages\dlangui-0.9.46\dlangui\3rdparty\ and in linker tab of project settings make sure you link to the dlangui.lib you should have built beforehand. 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.
Re: Recommend: IDE and GUI library
On Tuesday, 28 February 2017 at 06:16:08 UTC, thedeemon wrote: For me Visual-D served well for years, and for GUI on Windows I've used DFL successfully (quite nice lib, very WinForms-like, with a visual editor) and now mostly use DLangUI (on both Windows and Linux). I'm trying now DlangUI on Visual D. I'm getting different errors from missing Derelict library dependencies... I see at github.com these are "subrepos" but after cloning the subrepo directories are still empty. Sorry this is my first time using Git/GitHub (used Mercurial and TortoiseHg at work, which I think would have cloned the subrepos without additional action). What am I missing?
Re: Recommend: IDE and GUI library
On Friday, 24 February 2017 at 22:44:55 UTC, XavierAP wrote: Hi I've looked at wiki.dlang.org/IDEs, and I see that Visual D is linked from dlang.org/download.html. Still I was looking for personal opinions and experiences beyond hard specs, I wonder if one of the IDEs is already dominant at least for each OS for any good reason. I don't think there is anything dominant, different people tend to make different choices. For me Visual-D served well for years, and for GUI on Windows I've used DFL successfully (quite nice lib, very WinForms-like, with a visual editor) and now mostly use DLangUI (on both Windows and Linux).
Re: Recommend: IDE and GUI library
On Saturday, 25 February 2017 at 21:26:32 UTC, XavierAP wrote: It's not GUI projects that I would plan to work on, just something easy with basic functionality that I can use for my own utilities or test clients for libraries. And if there's anything with any kind of designer support (in which IDE)... Well, if you use dqml you can use the official QML designer "Qt Quick Designer"[1]. You can also use GtkD[2], which supports loading[3] Glade[4] files. [1] http://doc.qt.io/qtcreator/creator-using-qt-quick-designer.html [2] https://github.com/gtkd-developers/GtkD [3] https://github.com/gtkd-developers/GtkD/blob/master/demos/builder/builderTest.d [4] https://glade.gnome.org/
Re: Recommend: IDE and GUI library
On Saturday, 25 February 2017 at 20:03:17 UTC, Jacob Carlborg wrote: There's no de factor library for creating GUIs in D. If you want a native look and feel, DWT is a good option. If you want the application to look the same on all platforms, there might be other better suited alternatives. It's not GUI projects that I would plan to work on, just something easy with basic functionality that I can use for my own utilities or test clients for libraries. And if there's anything with any kind of designer support (in which IDE)...
Re: Recommend: IDE and GUI library
On 2017-02-24 23:44, XavierAP wrote: And second question, is DWT the de facto standard for creating GUIs? Or are there good competitors. There's no de factor library for creating GUIs in D. If you want a native look and feel, DWT is a good option. If you want the application to look the same on all platforms, there might be other better suited alternatives. -- /Jacob Carlborg
Re: Recommend: IDE and GUI library
On Saturday, 25 February 2017 at 00:45:24 UTC, Moritz Maxeiner wrote: I use Visual Studio Code on Linux and macOS, not sure how the experience on Windows is, but I'd expect it to be the same. Windows is fine, can also debug mscoff x86 or x64 projects with MS 'cpptools' plugin that has visual studio debugger for C++
Re: Recommend: IDE and GUI library
On Friday, 24 February 2017 at 22:44:55 UTC, XavierAP wrote: Hi I've looked at wiki.dlang.org/IDEs, and I see that Visual D is linked from dlang.org/download.html. Still I was looking for personal opinions and experiences beyond hard specs, I wonder if one of the IDEs is already dominant at least for each OS for any good reason. My requirements are quite ordinary: make x64, debug, go to definition, manage projects, code completion. My platform is Windows; interested if the choice would be different for Linux, if the same nice, otherwise I'd prefer to use whatever is best on each OS. I use Visual Studio Code on Linux and macOS, not sure how the experience on Windows is, but I'd expect it to be the same. With the dlang extension[1], the usual development tools dcd, dfmt, dscanner, dfix (see code.dlang.org for these), and the native debug extension[2] all your requirements are covered. After the setup everything has been working smoothly and I'm very happy with it. The *only* little gripe about it is that Visual Studio Code uses the Electron framework and drains about 10-20% more power than e.g. neovim, though the comparison is apples vs oranges. And second question, is DWT the de facto standard for creating GUIs? Or are there good competitors. AFAIK there is no standard in creating GUIs with D. I suppose if any one of them has what it takes to take that position in the future it'd be dlangui[3], but considering the issue tracker and the manpower available that'll likely still take a while. In the meantime I personally use dqml[4] (QtQuick 2.0 bindings) since I like MVC, and this allows me to write application logic and model in D, visual in QML, and controller in JS (and this also allows me to swap out the application core without changing a single line in the QML or JS). Sorry if I'm asking something too obvious, though I've looked around for answers before. If it's obvious, I missed it myself; I pretty much tried out all the GUI/TUI things on code.dlang.org until I found something I liked. [1] https://github.com/dlang-vscode/dlang-vscode [2] https://github.com/WebFreak001/code-debug [3] https://github.com/buggins/dlangui [4] https://github.com/filcuc/dqml
Recommend: IDE and GUI library
Hi I've looked at wiki.dlang.org/IDEs, and I see that Visual D is linked from dlang.org/download.html. Still I was looking for personal opinions and experiences beyond hard specs, I wonder if one of the IDEs is already dominant at least for each OS for any good reason. My requirements are quite ordinary: make x64, debug, go to definition, manage projects, code completion. My platform is Windows; interested if the choice would be different for Linux, if the same nice, otherwise I'd prefer to use whatever is best on each OS. And second question, is DWT the de facto standard for creating GUIs? Or are there good competitors. Sorry if I'm asking something too obvious, though I've looked around for answers before. And I've also searched the forum but really equivalent questions were over 2 years old and many things may have changed. Thanks!
Re: Working Windows GUI library - no console Window
On Friday, 6 November 2015 at 15:52:10 UTC, johann wrote: hi, i like to use a window gui library and i think i found a working one. https://github.com/FrankLIKE/dfl2 - works with x64 the problem is, that with DMD 2.069.0, VS2015 and visualD the trick of using "-L/SUBSYSTEM:windows,6.00 -L/ENTRY:mainCRTStartup" does not suppress the console window anymore. does anybody have a solution for that problem? is anybody still working on that library? johann Have a look at the resultant executable header with a tool like objdump / pebrowse. In the header somewhere there is a field that specifies the subsystem type. It should be set to gui, rather than console. IMAGE_SUBSYSTEM_WINDOWS_GUI 2 https://msdn.microsoft.com/en-us/library/windows/desktop/ms680339%28v=vs.85%29.aspx
Working Windows GUI library - no console Window
hi, i like to use a window gui library and i think i found a working one. https://github.com/FrankLIKE/dfl2 - works with x64 the problem is, that with DMD 2.069.0, VS2015 and visualD the trick of using "-L/SUBSYSTEM:windows,6.00 -L/ENTRY:mainCRTStartup" does not suppress the console window anymore. does anybody have a solution for that problem? is anybody still working on that library? johann
Re: Working Windows GUI library - no console Window
On Friday, 6 November 2015 at 15:52:10 UTC, johann wrote: hi, i like to use a window gui library and i think i found a working one. https://github.com/FrankLIKE/dfl2 - works with x64 the problem is, that with DMD 2.069.0, VS2015 and visualD the trick of using "-L/SUBSYSTEM:windows,6.00 -L/ENTRY:mainCRTStartup" does not suppress the console window anymore. does anybody have a solution for that problem? is anybody still working on that library? johann Same problem here. I had to remove the mainCRTStartup flag and use WinMain as my entry point.
Re: Working Windows GUI library - no console Window
On Friday, 6 November 2015 at 21:02:59 UTC, John Chapman wrote: On Friday, 6 November 2015 at 15:52:10 UTC, johann wrote: hi, i like to use a window gui library and i think i found a working one. https://github.com/FrankLIKE/dfl2 - works with x64 the problem is, that with DMD 2.069.0, VS2015 and visualD the trick of using "-L/SUBSYSTEM:windows,6.00 -L/ENTRY:mainCRTStartup" does not suppress the console window anymore. does anybody have a solution for that problem? is anybody still working on that library? johann Same problem here. I had to remove the mainCRTStartup flag and use WinMain as my entry point. me too. i need to start a main(), since the lib will not work with a starting WinMain.
Re: Working Windows GUI library?
Hello thedeemon, tvDdl> Yes, DFL! tvDdl> https://github.com/Rayerd/dfl Sounds good. but still... I can't find any examples or documentation :( -- With best regards from Ukraine, Andre Skype: Francophile Twitter: @m_elensule; Facebook: menelion My blog: http://menelion.oire.org/ Original message From: thedeemon via Digitalmars-d-learn <digitalmars-d-learn@puremagic.com> To: digitalmars-d-learn@puremagic.com Date created: , 9:30:34 AM Subject: Working Windows GUI library? On Thursday, 3 September 2015 at 15:46:28 UTC, Andre Polykanine wrote: > So my question is: is there any reliable GUI library > implementing native Windows controls? Yes, DFL! https://github.com/Rayerd/dfl It's a thin wrapper over WinAPI so all controls are native. I've built several apps with it and quite happy with this library. It comes with a graphical interface builder called Entice Designer which is rather old but still works fine. Also, with this lib your app is just a single binary less than 1 MB, no additional DLLs required.
Re: Working Windows GUI library?
On Friday, 4 September 2015 at 13:54:25 UTC, Andre Polykanine wrote: Hello thedeemon, tvDdl> Yes, DFL! tvDdl> https://github.com/Rayerd/dfl Sounds good. but still... I can't find any examples or documentation :( Here's some original docs and examples: http://wiki.dprogramming.com/Dfl/Tutorial http://wiki.dprogramming.com/Dfl/HomePage Documentation is a bit scarce, but if you're familiar with WinForms (from .NET) you'll recognize everything immediately and will feel at home with DFL. Here's a real world sample - an app I made for our clients: https://bitbucket.org/thedeemon/autovideoenhance For instance, a simple typical form (window) code: https://bitbucket.org/thedeemon/autovideoenhance/src/b0259ca763577cb50169eaa7ee99f074da21724d/folderform.d?at=default (most of the big setup code is generated by Entice Designer, not written manually)
Re: Working Windows GUI library?
On 2015-09-03 17:46, Andre Polykanine via Digitalmars-d-learn wrote: Hi everyone, Does anyone of you work with a Windows GUI library with native controls in order to write desktop apps in D? Here is why I'm asking: actually, there are quite a number of GUI libraries listed at wiki.dlang.org. However, I have one specific requirement: the resulting apps should be accessible for blind and visually impaired users. To do that, Windows native controls are highly preferred since they are treated correctly by screen reading software. DWT [1] uses native controls. Supports Windows and Linux. I have not tried the accessible features but I know it has some code for that. All documentation for SWT should be applicable. [1] https://github.com/d-widget-toolkit/dwt -- /Jacob Carlborg
Re: Working Windows GUI library?
On Thursday, 3 September 2015 at 15:46:28 UTC, Andre Polykanine wrote: So my question is: is there any reliable GUI library implementing native Windows controls? Yes, DFL! https://github.com/Rayerd/dfl It's a thin wrapper over WinAPI so all controls are native. I've built several apps with it and quite happy with this library. It comes with a graphical interface builder called Entice Designer which is rather old but still works fine. Also, with this lib your app is just a single binary less than 1 MB, no additional DLLs required.
Working Windows GUI library?
Hi everyone, Does anyone of you work with a Windows GUI library with native controls in order to write desktop apps in D? Here is why I'm asking: actually, there are quite a number of GUI libraries listed at wiki.dlang.org. However, I have one specific requirement: the resulting apps should be accessible for blind and visually impaired users. To do that, Windows native controls are highly preferred since they are treated correctly by screen reading software. So no QT, no GTK (they are both not accessible under Windows). I've tried to build samples for each library, and got virtually no results: DGui was the only one that caused no problems at all, but it has almost no documentation and most of the samples are drawing-related. So my question is: is there any reliable GUI library implementing native Windows controls? Thanks! -- With best regards from Ukraine, Andre Skype: Francophile Twitter: @m_elensule; Facebook: menelion My blog: http://menelion.oire.org/
Re: Working Windows GUI library?
Hello Adam, ADRvDdl> Easily usable by the blind or people with motor difficulties and ADRvDdl> other similar challenges. Exactly, thank you. I.e., the app should be usable without mouse and with a screen reader (to over-simplify the things). -- With best regards from Ukraine, Andre Skype: Francophile Twitter: @m_elensule; Facebook: menelion My blog: http://menelion.oire.org/ Original message From: Adam D. Ruppe via Digitalmars-d-learn <digitalmars-d-learn@puremagic.com> To: digitalmars-d-learn@puremagic.com Date created: , 7:56:52 PM Subject: Working Windows GUI library? On Thursday, 3 September 2015 at 16:49:51 UTC, BBasile wrote: > I don't know what you meant by 'accessible' Easily usable by the blind or people with motor difficulties and other similar challenges.
Re: Working Windows GUI library?
On Thursday, 3 September 2015 at 16:49:51 UTC, BBasile wrote: I don't know what you meant by 'accessible' Easily usable by the blind or people with motor difficulties and other similar challenges.
Re: Working Windows GUI library?
On Thursday, 3 September 2015 at 15:46:28 UTC, Andre Polykanine wrote: [...] Hello, there this one: https://github.com/nomad-software/tkd [...] I don't know what you meant by 'accessible' but the two respective runtimes exist for windows.
Re: Working Windows GUI library?
On Thursday, 3 September 2015 at 16:49:51 UTC, BBasile wrote: [...] I don't know what you meant by 'accessible' [...] https://en.wikipedia.org/wiki/Computer_accessibility Accessibility is even more important than native language support.
Re: Recommended GUI library?
On 2014-10-17 18:34, K.K. wrote: I'm looking for suggestions for a GUI library, to create a somewhat light GUI that can also be created without too much fuss, and support for Windows Linux. Have a look at DWT [1]. It's basically the only D GUI framework that doesn't have any dependencies except for system libraries. [1] https://github.com/d-widget-toolkit/dwt -- /Jacob Carlborg
Re: Recommended GUI library?
Thanks for the extra suggestions! I'll check them out.
Recommended GUI library?
I'm looking for suggestions for a GUI library, to create a somewhat light GUI that can also be created without too much fuss, and support for Windows Linux. The GUI I'm looking to make would be one that is just one window, with support for tabs (just like the ones in the properties page for items on Windows), and support for opening up file browsing (just normal system one is good). Then pretty much each of the tabs are just gonna be for setting up info to send to a bunch of smaller programs. Ive used Tcl/Tk with Python before, and I briefly tried out a D version, with choppy results. So what library would anyone suggest for what I'm looking to do, or which library have you taken a liking to? Thanks, for any suggestions!
Re: Recommended GUI library?
I highly recommend gtkD. It works on Windows, OSX, and Linux and provides a very nice OO interface to Gtk+. http://gtkd.org/
Re: Recommended GUI library?
On Friday, 17 October 2014 at 16:41:21 UTC, Jeremy DeHaan wrote: I highly recommend gtkD. It works on Windows, OSX, and Linux and provides a very nice OO interface to Gtk+. http://gtkd.org/ ooo looks pretty good. I'll go try it out; Thanks, Jeremy!
Re: Recommended GUI library?
On Friday, 17 October 2014 at 16:34:04 UTC, K.K. wrote: I'm looking for suggestions for a GUI library, to create a somewhat light GUI that can also be created without too much fuss, and support for Windows Linux. The GUI I'm looking to make would be one that is just one window, with support for tabs (just like the ones in the properties page for items on Windows), and support for opening up file browsing (just normal system one is good). Then pretty much each of the tabs are just gonna be for setting up info to send to a bunch of smaller programs. Ive used Tcl/Tk with Python before, and I briefly tried out a D version, with choppy results. So what library would anyone suggest for what I'm looking to do, or which library have you taken a liking to? Thanks, for any suggestions! If you want something small and simple you could try this: https://github.com/nomad-software/tkd
Re: GUI library
On Sunday, 25 March 2012 at 15:59:21 UTC, Jacob Carlborg wrote: On 2012-03-25 17:22, Kevin Cox wrote: I would reccomend Qt as well. You will get native cross-platform widgets with great performance. I am not sure how far QtD is but I know it once had a lot of development on it. I don't think Qt is uses the native drawing operations on Mac OS X. Qt does support native drawing operations on Mac OS X since 4.5.0, when it switched from Carbon to Cocoa as its backend. More info here[1] and here[2]. [1]: http://labs.qt.nokia.com/2007/06/21/wwdc-qt-carbon-64-bit-and-other-buzzwords/ [2]: http://labs.qt.nokia.com/2008/03/03/qtmac-cocoa-port-alpha-released/ - Rizo
Re: GUI library
On Sunday, 25 March 2012 at 15:14:04 UTC, Jacob Carlborg wrote: It would also be possible to use Cocoa, as you do with Objective-C, but that wouldn't be very practically. There's also a DMD fork that directly supports interfacing with Objective-C: http://michelf.com/projects/d-objc/ Why do you say that the usage of Cocoa through the D-ObjC bridge would not be very practical? What are the possible limitations? - Rizo
Re: GUI library
Kevin Cox wrote: I would reccomend Qt as well. You will get native cross-platform widgets with great performance. I am not sure how far QtD is but I know it once had a lot of development on it. AFAIR, QtD is at the alpha stage. It's based on QtJambi, but there is another SMOKE generator, which might be worth giving a try.
Re: GUI library
On 2012-04-13 14:47, Rizo Isrof wrote: On Sunday, 25 March 2012 at 15:59:21 UTC, Jacob Carlborg wrote: On 2012-03-25 17:22, Kevin Cox wrote: I would reccomend Qt as well. You will get native cross-platform widgets with great performance. I am not sure how far QtD is but I know it once had a lot of development on it. I don't think Qt is uses the native drawing operations on Mac OS X. Qt does support native drawing operations on Mac OS X since 4.5.0, when it switched from Carbon to Cocoa as its backend. More info here[1] and here[2]. [1]: http://labs.qt.nokia.com/2007/06/21/wwdc-qt-carbon-64-bit-and-other-buzzwords/ [2]: http://labs.qt.nokia.com/2008/03/03/qtmac-cocoa-port-alpha-released/ - Rizo If I recall correctly I read somewhere that they went back to non-native due to some problems with flicker, but that sounds very strange. -- /Jacob Carlborg
Re: GUI library
On 2012-04-13 14:51, Rizo Isrof wrote: On Sunday, 25 March 2012 at 15:14:04 UTC, Jacob Carlborg wrote: It would also be possible to use Cocoa, as you do with Objective-C, but that wouldn't be very practically. There's also a DMD fork that directly supports interfacing with Objective-C: http://michelf.com/projects/d-objc/ Why do you say that the usage of Cocoa through the D-ObjC bridge would not be very practical? What are the possible limitations? What I was referring to above was to interface with Objective-C without using a bridge. That is just very verbose and tedious. There's a lot of code to write just to create a new class, call a method and so on. The problem with the D/Objective-C bridge is bloat. A Hello World application written using the bridge takes around 60MB. It also slows down compilation time. -- /Jacob Carlborg
Re: GUI library
On Sunday, 25 March 2012 at 15:59:21 UTC, Jacob Carlborg wrote: On 2012-03-25 17:22, Kevin Cox wrote: I would reccomend Qt as well. You will get native cross-platform widgets with great performance. I am not sure how far QtD is but I know it once had a lot of development on it. I don't think Qt is uses the native drawing operations on Mac OS X. Thanks to you both for your assistance.
Re: GUI library
On 2012-03-25 15:04, Tyro[17] wrote: Is there one available for use with D2 on MAC OS X? Thanks, Andrew I think these are the choices on Mac OS X: * gtkD - Bindings to GTK. Does not use the native drawing operations of the operating system. Available on all platforms. http://dsource.org/projects/gtkd * QtD - Bindings to Qt. Use the native drawing operations of the operating system (I think). Available on all platforms. Not sure if this is developed any more. http://dsource.org/projects/qtd * wxD - Bindings to wxWidgets. Use the native drawing operations of the operating system. Available on all platforms. Not sure of the status. http://wxd.sourceforge.net/ It would also be possible to use Cocoa, as you do with Objective-C, but that wouldn't be very practically. There's also a DMD fork that directly supports interfacing with Objective-C: http://michelf.com/projects/d-objc/ -- /Jacob Carlborg
Re: GUI library
On Sun, Mar 25, 2012 at 11:13 AM, Jacob Carlborg d...@me.com wrote: On 2012-03-25 15:04, Tyro[17] wrote: Is there one available for use with D2 on MAC OS X? Thanks, Andrew * QtD - Bindings to Qt. Use the native drawing operations of the operating system (I think). Available on all platforms. Not sure if this is developed any more. I would reccomend Qt as well. You will get native cross-platform widgets with great performance. I am not sure how far QtD is but I know it once had a lot of development on it.
Re: GUI library
On 2012-03-25 17:22, Kevin Cox wrote: I would reccomend Qt as well. You will get native cross-platform widgets with great performance. I am not sure how far QtD is but I know it once had a lot of development on it. I don't think Qt is uses the native drawing operations on Mac OS X. -- /Jacob Carlborg
Re: A GUI library to begin with
On Wednesday, 8 February 2012 at 22:21:35 UTC, AaronP wrote: On 02/08/2012 09:24 AM, Jesse Phillips wrote: I think GtkD is stated to suck because it isn't native to Windows or Mac, both in look and availability. Hmm, perhaps. Incidentally, it looks great on Linux! :P GTK+ was created for GIMP which incidentally was made as an open-source alternative for Photoshop that worked correctly for platforms outside of Windows. Linux and FreeBSD just so happen to be large targets here.
Re: A GUI library to begin with
08.02.2012 7:55, Mr. Anonymous пишет: Why does GTK suck (I read that a couple of times). GtkD (+OpenGL) worked stable in my rather big D1+Tango project 2 years ago (and do it now). Looks like it has lots of memory leaks (in almost every function call) but it didn't lead to crash after few hours of program work (but my program have no big text buffers).
Re: A GUI library to begin with
On Wednesday, 8 February 2012 at 03:55:41 UTC, Mr. Anonymous wrote: Hello, I want to start playing with D, and I'm looking at a GUI library to begin with. From what I see here: http://www.prowiki.org/wiki4d/wiki.cgi?GuiLibraries I have four choices: GtkD, DWT, DFL, DGui. Has anyone tried these? Any suggestions? What is the status of DWT? What's the difference between DFL and DGui? Why does GTK suck (I read that a couple of times). Thanks. GtkD seems to be the most mature and production ready for D. Although indeed, Gtk+ (and then GtkD) suffers from its lack of Native controls. The best solution would be QtD, but it looks like its abandoned. QtJambi isn't officially supported by Trolltech (Nokia, whatever :D) any more, so switching to Smoke would be the must. WxD works quite good, you need to keep in mind that it crashes with DMD64, GDC and LDC works fine. DWT could be nice if it gets 64bitz support and Mac/Cocoa port too. DFL seems to be Windows only? Tho I guess it isn't maintained anymore. Situation with D and GUI is kinda poor. I see hope in Andrej researches about wxPHP and bringing it to D. I see hope in reviewing QtD project, it used to be flagship product next to DWT for D. DWT could be nice too if 64bt for Windows/Linux and Cocoa will be in. As for now, I would use GtkD ;-)
Re: A GUI library to begin with
Ach, and there is plugin for Windows Gtk+ runtime called WIMP which emulates Windows Native look, so situation with GtkD isn't so bad on Linux/FreeBSD and Windows. I guess the biggest problem is da Mac OSX platform. Monodevelop looks so f**cking ugly on Mac :D
Re: A GUI library to begin with
Al 09/02/12 21:25, En/na Damian Ziemba ha escrit: GtkD seems to be the most mature and production ready for D. Although indeed, Gtk+ (and then GtkD) suffers from its lack of Native controls. The best solution would be QtD, but it looks like its abandoned. QtJambi isn't officially supported by Trolltech (Nokia, whatever :D) any more, so switching to Smoke would be the must. WxD works quite good, you need to keep in mind that it crashes with DMD64, GDC and LDC works fine. DWT could be nice if it gets 64bitz support and Mac/Cocoa port too. DFL seems to be Windows only? Tho I guess it isn't maintained anymore. Situation with D and GUI is kinda poor. I see hope in Andrej researches about wxPHP and bringing it to D. I see hope in reviewing QtD project, it used to be flagship product next to DWT for D. DWT could be nice too if 64bt for Windows/Linux and Cocoa will be in. As for now, I would use GtkD ;-) There is some other interesting option, but in an early stage: http://repo.or.cz/w/girtod.git -- Jordi Sayol
Re: A GUI library to begin with
I used gtkd, it worked perfectly. only downside is it isn't native on windows.
Re: A GUI library to begin with
On 2012-02-09 21:25, Damian Ziemba wrote: On Wednesday, 8 February 2012 at 03:55:41 UTC, Mr. Anonymous wrote: Hello, I want to start playing with D, and I'm looking at a GUI library to begin with. From what I see here: http://www.prowiki.org/wiki4d/wiki.cgi?GuiLibraries I have four choices: GtkD, DWT, DFL, DGui. Has anyone tried these? Any suggestions? What is the status of DWT? What's the difference between DFL and DGui? Why does GTK suck (I read that a couple of times). Thanks. GtkD seems to be the most mature and production ready for D. Although indeed, Gtk+ (and then GtkD) suffers from its lack of Native controls. The best solution would be QtD, but it looks like its abandoned. QtJambi isn't officially supported by Trolltech (Nokia, whatever :D) any more, so switching to Smoke would be the must. WxD works quite good, you need to keep in mind that it crashes with DMD64, GDC and LDC works fine. DWT could be nice if it gets 64bitz support and Mac/Cocoa port too. DFL seems to be Windows only? Tho I guess it isn't maintained anymore. Situation with D and GUI is kinda poor. I see hope in Andrej researches about wxPHP and bringing it to D. I see hope in reviewing QtD project, it used to be flagship product next to DWT for D. DWT could be nice too if 64bt for Windows/Linux and Cocoa will be in. I've already started the Cocoa port of DWT but it's not finished yet. About 64bit, I don't know how easy it would be to adopt the existing ports to 64bit. The original SWT sources use different code bases for 32 and 64bit. -- /Jacob Carlborg
Re: A GUI library to begin with
On 02/07/2012 09:55 PM, Mr. Anonymous wrote: Hello, I want to start playing with D, and I'm looking at a GUI library to begin with. From what I see here: http://www.prowiki.org/wiki4d/wiki.cgi?GuiLibraries I have four choices: GtkD, DWT, DFL, DGui. Has anyone tried these? Any suggestions? What is the status of DWT? What's the difference between DFL and DGui? Why does GTK suck (I read that a couple of times). Thanks. I wrote a small utility in gtkd and it seemed good enough. I'm not sure how it'd hold up for larger projects, but the toolkit it's built on (GTK) is quite mature. I don't think it sucks at all, just that GUI programming in C sucks in general. :P
Re: A GUI library to begin with
On Wednesday, 8 February 2012 at 03:55:41 UTC, Mr. Anonymous wrote: Hello, I want to start playing with D, and I'm looking at a GUI library to begin with. From what I see here: http://www.prowiki.org/wiki4d/wiki.cgi?GuiLibraries I have four choices: GtkD, DWT, DFL, DGui. Has anyone tried these? Any suggestions? What is the status of DWT? What's the difference between DFL and DGui? Why does GTK suck (I read that a couple of times). Thanks. I think GtkD is stated to suck because it isn't native to Windows or Mac, both in look and availability. I've used DFL and DWT. DFL is fairly small in comparison. There is also Entice designer which is a graphical way to create a GUI. It outputs DFL and at DWT (when dwt was for D1, not in its current state). I usually use it just to find components to use. DWT has been my favorite of all GUI's I've used. But I haven't attempted the same kinds of things which I've done in other toolkits. The documentation on DFL isn't great, but it has some. DWT is the SWT documentation so it requires some language translation. wxD is also updated for D2, I believe and moved https://github.com/afb/wxd
Re: A GUI library to begin with
On 02/08/2012 09:24 AM, Jesse Phillips wrote: I think GtkD is stated to suck because it isn't native to Windows or Mac, both in look and availability. Hmm, perhaps. Incidentally, it looks great on Linux! :P
Re: A GUI library to begin with
On Wed, 08 Feb 2012 05:55:37 +0200 Mr. Anonymous mailnew4s...@gmail.com wrote: Has anyone tried these? Any suggestions? wxD (http://wxd.sourceforge.net/) Sincerely, Gour -- Those persons who execute their duties according to My injunctions and who follow this teaching faithfully, without envy, become free from the bondage of fruitive actions. http://atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 signature.asc Description: PGP signature
Re: A GUI library to begin with
On 08.02.2012 7:04, Gour wrote: On Wed, 08 Feb 2012 05:55:37 +0200 Mr. Anonymousmailnew4s...@gmail.com wrote: Has anyone tried these? Any suggestions? wxD (http://wxd.sourceforge.net/) Sincerely, Gour The website says: wxD is intended for D language version 1.0, and doesn't work as good with D 2.0. Once the new language specification is released, wxD can be updated to support it. Is it still relevant, or is the website outdated?
Re: A GUI library to begin with
On 2012-02-08 04:55, Mr. Anonymous wrote: Hello, I want to start playing with D, and I'm looking at a GUI library to begin with. From what I see here: http://www.prowiki.org/wiki4d/wiki.cgi?GuiLibraries I have four choices: GtkD, DWT, DFL, DGui. Has anyone tried these? Any suggestions? What is the status of DWT? What's the difference between DFL and DGui? Why does GTK suck (I read that a couple of times). Thanks. The status of DWT is that it works on Windows and Linux GTK+ only on 32bit platforms. It's currently not a project I prioritize but others sometime contribute and make sure it's up to date with the latest compiler. -- /Jacob Carlborg
Re: A GUI library to begin with
On Wednesday, 8 February 2012 at 03:55:41 UTC, Mr. Anonymous wrote: Has anyone tried these? Any suggestions? What is the status of DWT? What's the difference between DFL and DGui? I've only tried DFL and DGui, since I kinda didn't like the others, and of those two, DFL is the better choice, as it seems more mature. But aside from that they're very similar. Mars
