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: how old is dfl ??
On Thursday, 13 July 2017 at 13:08:37 UTC, Flaze07 wrote: hi the reason I ask how old dfl is because it is an abandoned project...but I want to use it... I am just afraid of some...incompability Your choice for a gui depends on your requirements and how you intend to use it. Here is a list of gui's for the D language: https://wiki.dlang.org/GUI_Libraries As you research, you will see that DFL was originally written for D1 and Tango, but there have been several ports to D2 and Phobos. The DFL port I checked out has been ported to D2 and Phobos, found here: https://code.dlang.org/packages/dguihub and here: https://github.com/o3o/dguihub I was able to download and the examples compiled the first try. This version does not have any docs, so you will have to read the D source code to figure out how all the widgets work. There are docs in the other DFL forks that look promising, I just haven't taken the time to check it out.
how old is dfl ??
hi the reason I ask how old dfl is because it is an abandoned project...but I want to use it... I am just afraid of some...incompability
Re: DFL background tasks
Briliant, thanks a lot ! Looks like I misunderstood Adam's reply, sorry about that ! I tried different things but I didn't think of calling invoke from within the worker thread, that solved the freezing problem. I ended up using the Thread class; spawn complained about the mutability of the given arguments. I realize what I did may be an ugly solution for the problem at hand, so I'll try to modify the code in order to avoid giving the thread UI elements altogether, thus being able to take advantage of more.. modern techniques like std.concurrency. I'm using the Timer trick on another part of the project. Right now I'm running instances of a Downloader class in the background, a class that extends Thread and provides some useful functionality : a way to track the progress, to set rate limits, to abort the download, etc. It seems to be working fine, I'm using the (incomplete) program to download Visual Studio as we speak. I set up a timer to periodically retrieve the progress of a download from the instances then update the ListView accordingly. Right now I'm hesitating between continuing with this approach vs using std.concurrency or even std.parallelism since the downloads are supposed to run in parallel without communicating with one another, but the only way I see would be to place the message handling code inside a loop, which for some reason doesn't sit right with me. I'm still learning concurrency (courtesy of Ali Çehreli and his book), so maybe my doubts are unfounded. Here's what I'll probably end up using, minus the error handling : void dlWorker(HTTP client, string local, string remote, bool resume = true) { auto fh = File(local, resume ? a : w); scope(exit) fh.close; size_t size; size_t progress; client.onProgress = (size_t dlTotal, size_t dlNow, size_t ulTotal, size_t ulNow) { size = dlTotal; progress = dlNow; }; client.onReceive = (ubyte[] data) { fh.rawWrite(data); return data.length; }; client.perform; while(!client.isStopped) { auto msg = receiveOnly!(MsgType, int)(); switch(msg[0]) { case MsgType.progress: send(ownerTid, progress); break; case MsgType.size: send(ownerTid, size); break; case MsgType.abort: client.shutdown; send(ownerTid, 1); break; default: client.handle.set(CurlOption.recv_rate_speed_large, msg[1]); send(ownerTid, 1); break; } } } enum MsgType { progress, size, abort, limit; } Though I'm not entirely sure how I would tie the ListView rows to their respective workers. But I'll cross that bridge when I get to it. Again, thanks for all the help. You guys are definitely going to be mentioned in the About section of the finished product.
Re: DFL background tasks
On Wednesday, 10 June 2015 at 22:18:21 UTC, Scroph wrote: client.perform; while(!client.isStopped) I don't think this will work as you expect. perform is a synchronous call, it will not return until the download finishes, as I understand, so your while loop is too late. I think you should insert message processing stuff inside onProgress, though it's also suboptimal (if no progress for long time - no joy). Proper design will require more thought...
Re: DFL is really cool,Who can contact Christopher E. Miller?
On Thursday, 15 May 2014 at 03:58:15 UTC, FrankLike wrote: 1.DFL's Memory Usage is the least than other. winsamp.exe is 2.1M,DFL's example's exe is 2.7M. 2.The size of DFL's example's exe files is the least than other, and only a single file. 3.DFL's source code is the most easy to understand. D need Christopher E. Miller. Why not put it in github.com? And put it in code.dlang.org. When Compile the X64,then error: You will put it in code.dlang.org and github.com? DGui is very cool,the exe's size is a half of DFL's,and it's easy to learn. If It will be used on Linux ,Mac Os X,it will be the coolist of all gui libs. And there are some controls are not implement,such as imageButton,GridView,DateTimePick,Socket,DataControl. Thank you. FrankLike, please stop asking others to create full GUI frameworks for you. DFL and DGui are both Windows ONLY and always will be. They are written using the Win32 API which can only be used on windows (or an emulation layer). Take a look at the source code of either library and improve it yourself without trying to push it on to others. Fully cross-platform GUI toolkits are very, very hard to create. That's why Gtk-D and Tkd exist, to use the years of hard work others have done. Once you see the amount of work necessary to create such GUI libraries you will use Gtk-D or Tkd instead. Also stop whining about memory usage of GUI applications. 3-4Mb is nothing for such an app. Yes it would be nice to have a cross-platform GUI toolkit written in D using all the native API's on each platform but that isn't going to happen anytime soon. Pushing others to do the work is going to be counter productive. Why not start the effort yourself and invite others to join you once progress is made?
Re: DFL is really cool,Who can contact Christopher E. Miller?
this sucks. it would be nice to get a gui lib that works with 32 and 64 bit. create a nice language and don't the tools/libs to use it. with your attitude you will not have a chance to became main stream. On Sunday, 18 May 2014 at 17:50:47 UTC, Gary Willoughby wrote: On Thursday, 15 May 2014 at 03:58:15 UTC, FrankLike wrote: 1.DFL's Memory Usage is the least than other. winsamp.exe is 2.1M,DFL's example's exe is 2.7M. 2.The size of DFL's example's exe files is the least than other, and only a single file. 3.DFL's source code is the most easy to understand. D need Christopher E. Miller. Why not put it in github.com? And put it in code.dlang.org. When Compile the X64,then error: You will put it in code.dlang.org and github.com? DGui is very cool,the exe's size is a half of DFL's,and it's easy to learn. If It will be used on Linux ,Mac Os X,it will be the coolist of all gui libs. And there are some controls are not implement,such as imageButton,GridView,DateTimePick,Socket,DataControl. Thank you. FrankLike, please stop asking others to create full GUI frameworks for you. DFL and DGui are both Windows ONLY and always will be. They are written using the Win32 API which can only be used on windows (or an emulation layer). Take a look at the source code of either library and improve it yourself without trying to push it on to others. Fully cross-platform GUI toolkits are very, very hard to create. That's why Gtk-D and Tkd exist, to use the years of hard work others have done. Once you see the amount of work necessary to create such GUI libraries you will use Gtk-D or Tkd instead. Also stop whining about memory usage of GUI applications. 3-4Mb is nothing for such an app. Yes it would be nice to have a cross-platform GUI toolkit written in D using all the native API's on each platform but that isn't going to happen anytime soon. Pushing others to do the work is going to be counter productive. Why not start the effort yourself and invite others to join you once progress is made?
Re: DFL is really cool,Who can contact Christopher E. Miller?
On Sunday, 18 May 2014 at 17:58:04 UTC, jack death wrote: this sucks. it would be nice to get a gui lib that works with 32 and 64 bit. create a nice language and don't the tools/libs to use it. with your attitude you will not have a chance to became main stream. D bindings exist for an - admittedly small - number of popular GUI toolkits. Writing a gui toolkit from scratch is an enormous amount of work when you can easily make use of existing works. P.S. https://github.com/d-widget-toolkit/dwt
Re: DFL is really cool,Who can contact Christopher E. Miller?
On Thursday, 15 May 2014 at 04:53:01 UTC, dennis luehring wrote: Am 15.05.2014 05:58, schrieb FrankLike: 1.DFL's Memory Usage is the least than other. winsamp.exe is 2.1M,DFL's example's exe is 2.7M. 2.The size of DFL's example's exe files is the least than other, and only a single file. 3.DFL's source code is the most easy to understand. D need Christopher E. Miller. and what should happen then? he seems to lost interest long time ago and there are some forks of the project on github - so why do D need Christopher E. Miller in person? The DFL License Agreement DFL is Copyright (C) 2004-2010 Christopher E. Miller If he has some intersting to DFL,I can do something for DFL,ok? Thank you.
Re: DFL is really cool,Who can contact Christopher E. Miller?
On 5/15/2014 3:19 PM, FrankLike wrote: The DFL License Agreement DFL is Copyright (C) 2004-2010 Christopher E. Miller If he has some intersting to DFL,I can do something for DFL,ok? Thank you. You don't need him to do anything with DFL. It's released under an opens source license, so as long as you follow the terms of the license you can do what you want with it.
DFL is really cool,Who can contact Christopher E. Miller?
1.DFL's Memory Usage is the least than other. winsamp.exe is 2.1M,DFL's example's exe is 2.7M. 2.The size of DFL's example's exe files is the least than other, and only a single file. 3.DFL's source code is the most easy to understand. D need Christopher E. Miller.
Re: DFL is really cool,Who can contact Christopher E. Miller?
Am 15.05.2014 05:58, schrieb FrankLike: 1.DFL's Memory Usage is the least than other. winsamp.exe is 2.1M,DFL's example's exe is 2.7M. 2.The size of DFL's example's exe files is the least than other, and only a single file. 3.DFL's source code is the most easy to understand. D need Christopher E. Miller. and what should happen then? he seems to lost interest long time ago and there are some forks of the project on github - so why do D need Christopher E. Miller in person?
Re: DFL is the best UIcontrols for D,compare it to dwt, tkd,dtk,dlangui,anchovy......
On Tuesday, 13 May 2014 at 23:26:20 UTC, ed wrote: On Tuesday, 13 May 2014 at 15:20:36 UTC, FrankLike wrote: DFL is just a thin wrapper around Win32, no surprise. I've found my apps written using DFL work quite fine in Linux via Wine, so I use them from both OSes. In Linux?The exe was compiled in win32? Don't play jokes on it. He's not joking, it is via wine. As for the DFL/DWT,GTK-d,TKd comparison you need to compare apples with apples. If you can improve DFL widgets so they: 1. support linux, windows, mac 2. support the same features as the more complex GUI widgets With the constraint that: 3. DFL uses less LOC and reduces code complexity comapred to GTK-d and DWT Then the comparison between DFL and other GUI libraries would be interesting. Cheers, ed Don't you want to look for the DFL's author Christopher E. Miller? 'DFL is Copyright (C) 2004-2010 Christopher E. Miller'
Re: DFL is the best UIcontrols for D,compare it to dwt, tkd,dtk,dlangui,anchovy......
well you are wrong. but it turns stomach to waste a lot of time searching in a huge collection of projects that were started and not finished. those are still advertised in a wiki. nobody wants a collection of incomplete shambles - its unfortunatly a huge turn off. one does pay a price for complex thing - sure - no problem. but do they work not just for x32, are they complete ... D/phobos is regrettably still a tinkertoy collection for people that have plenty of time. i mean no offence, i am just disapointed of the overall usability of it all. On Tuesday, 13 May 2014 at 21:23:04 UTC, Gary Willoughby wrote: On Tuesday, 13 May 2014 at 20:42:11 UTC, jack death wrote: It would be cool if somebody will handle developing of DFL. It's better to have one such toolkit, than tons of complex and not finished toolkits. Tkd is finished. Gtk-D is finished. You aren't going to get very far unless you actually learn to use your tools, complex or not. Tkd is about as simple as it gets for GUI programming. Tkd-D is more complex but that's the price you pay for needing to create something more complex. isn't that the truth. as much as i like D, i find it unusable for me, since i do not have a ui-/db-toolkit. i want to use the language, not invent everything every step or fight for it. You've obviously never looked. https://github.com/gtkd-developers/GtkD https://github.com/nomad-software/tkd https://github.com/rejectedsoftware/mysql-native http://dlang.org/phobos/etc_c_sqlite3.html https://github.com/adilbaig/Tiny-Redis http://www.wikiservice.at/d/wiki.cgi?DatabaseBindings
Re: DFL is the best UIcontrols for D,compare it to dwt, tkd,dtk,dlangui,anchovy......
Although DFL not use on Linux or Mac os X,it's easy to do for high level Software Engineer. Well, go ahead and do it!
Re: DFL is the best UIcontrols for D,compare it to dwt, tkd,dtk,dlangui,anchovy......
On Wednesday, 14 May 2014 at 10:05:25 UTC, Dejan Lekic wrote: Although DFL not use on Linux or Mac os X,it's easy to do for high level Software Engineer. Well, go ahead and do it! Don't you want to look for the DFL's author Christopher E. Miller? 'DFL is Copyright (C) 2004-2010 Christopher E. Miller
Re: DFL is the best UIcontrols for D,compare it to dwt, tkd,dtk,dlangui,anchovy......
On Wednesday, 14 May 2014 at 06:14:16 UTC, FrankLike wrote: On Tuesday, 13 May 2014 at 23:26:20 UTC, ed wrote: On Tuesday, 13 May 2014 at 15:20:36 UTC, FrankLike wrote: DFL is just a thin wrapper around Win32, no surprise. I've found my apps written using DFL work quite fine in Linux via Wine, so I use them from both OSes. In Linux?The exe was compiled in win32? Don't play jokes on it. He's not joking, it is via wine. As for the DFL/DWT,GTK-d,TKd comparison you need to compare apples with apples. If you can improve DFL widgets so they: 1. support linux, windows, mac 2. support the same features as the more complex GUI widgets With the constraint that: 3. DFL uses less LOC and reduces code complexity comapred to GTK-d and DWT Then the comparison between DFL and other GUI libraries would be interesting. Cheers, ed Don't you want to look for the DFL's author Christopher E. Miller? 'DFL is Copyright (C) 2004-2010 Christopher E. Miller' Not particularly as I am not that interested in DFL. But you can work on DFL without the author, i.e. make improvements, port to Linux or whatever you wish. http://dsource.org/projects/dfl/browser/trunk/win32/dfl/license.txt The DFL library is under a 3-choice license, pick one that suits you: LGPL, ZLIB, DFL license. Then go code :) Cheers, ed
Re: DFL is the best UIcontrols for D, compare it to dwt, tkd, dtk, dlangui, anchovy......
On 13/05/14 02:10, FrankLike wrote: 1.DFL's Memory Usage is the least than other. winsamp.exe is 2.1M,DFL's example's exe is 2.7M. 2.The size of DFL's example's exe files is the least than other, and only a single file. 3.DFL's source code is the most easy to understand. Although DFL not use on Linux or Mac os X,it's easy to do for high level Software Engineer. Now D need a simple ,quickly,easy to study UI Controls for D to develop. I would think it would get more complicated if it got support for other platforms. Also, without having looked at its features, I'm guessing it's not as comprehensive as DWT, Gtk or Qt. -- /Jacob Carlborg
Re: DFL is the best UIcontrols for D,compare it to dwt, tkd,dtk,dlangui,anchovy......
On Tuesday, 13 May 2014 at 06:24:27 UTC, Jacob Carlborg wrote: On 13/05/14 02:10, FrankLike wrote: 1.DFL's Memory Usage is the least than other. winsamp.exe is 2.1M,DFL's example's exe is 2.7M. 2.The size of DFL's example's exe files is the least than other, and only a single file. 3.DFL's source code is the most easy to understand. Although DFL not use on Linux or Mac os X,it's easy to do for high level Software Engineer. Now D need a simple ,quickly,easy to study UI Controls for D to develop. I would think it would get more complicated if it got support for other platforms. Also, without having looked at its features, I'm guessing it's not as comprehensive as DWT, Gtk or Qt. Thank you. DWT AND DFL ,their Memory Usage is the least . but DWT is more complicated than DFL. Look at the base control :Button at DFL :only 270 lines , but at DWT: need 1400 lines. Thank you again.
Re: DFL is the best UIcontrols for D, compare it to dwt, tkd, dtk, dlangui, anchovy......
On 13/05/14 08:44, FrankLike wrote: Thank you. DWT AND DFL ,their Memory Usage is the least . but DWT is more complicated than DFL. Look at the base control :Button at DFL :only 270 lines , but at DWT: need 1400 lines. Thank you again. The question is what the buttons in each library is capable to do. I know that at least in DWT, many widgets contain quite a lot of code to customize them, to make them behave similarly on all platforms. -- /Jacob Carlborg
Re: DFL is the best UIcontrols for D,compare it to dwt, tkd,dtk,dlangui,anchovy......
On Tuesday, 13 May 2014 at 09:32:43 UTC, Jacob Carlborg wrote: On 13/05/14 08:44, FrankLike wrote: Thank you. DWT AND DFL ,their Memory Usage is the least . but DWT is more complicated than DFL. Look at the base control :Button at DFL :only 270 lines , but at DWT: need 1400 lines. Thank you again. The question is what the buttons in each library is capable to do. I know that at least in DWT, many widgets contain quite a lot of code to customize them, to make them behave similarly on all platforms. Thank you. Look at the Button class in DWT. In Linux ,button class need 844 lines,but in win32 ,button class need 1300 lines. Look at the setText Method in button class. There is a great difference between in Linux and in Win32. public void setText (String string) {} But if the same thing in DFL, the codes will be less. Because in Win32 ,DFL only need 270~280 lines for button class. Thank you again.
Re: DFL is the best UIcontrols for D,compare it to dwt, tkd,dtk,dlangui,anchovy......
On Tuesday, 13 May 2014 at 00:10:15 UTC, FrankLike wrote: 1.DFL's Memory Usage is the least than other. winsamp.exe is 2.1M,DFL's example's exe is 2.7M. 2.The size of DFL's example's exe files is the least than other, and only a single file. 3.DFL's source code is the most easy to understand. DFL is just a thin wrapper around Win32, no surprise. I've found my apps written using DFL work quite fine in Linux via Wine, so I use them from both OSes.
Re: DFL is the best UIcontrols for D,compare it to dwt, tkd,dtk,dlangui,anchovy......
DFL is really cool. Not all programmers need complex toolkits. A lot of need easy to learning toolkits for medium projects. It would be cool if somebody will handle developing of DFL. It's better to have one such toolkit, than tons of complex and not finished toolkits.
Re: DFL is the best UIcontrols for D,compare it to dwt, tkd,dtk,dlangui,anchovy......
DFL is just a thin wrapper around Win32, no surprise. I've found my apps written using DFL work quite fine in Linux via Wine, so I use them from both OSes. In Linux?The exe was compiled in win32? Don't play jokes on it.
Re: DFL is the best UIcontrols for D,compare it to dwt, tkd,dtk,dlangui,anchovy......
On Tuesday, 13 May 2014 at 15:28:05 UTC, Suliman wrote: DFL is really cool. Not all programmers need complex toolkits. A lot of need easy to learning toolkits for medium projects. It would be cool if somebody will handle developing of DFL. It's better to have one such toolkit, than tons of complex and not finished toolkits. Yes,if you have enough interesting,let us look for the DFL'author together,ok?
Re: DFL is the best UIcontrols for D, compare it to dwt, tkd, dtk, dlangui, anchovy......
On 2014-05-13 12:14, FrankLike wrote: Look at the Button class in DWT. In Linux ,button class need 844 lines,but in win32 ,button class need 1300 lines. Look at the setText Method in button class. There is a great difference between in Linux and in Win32. public void setText (String string) {} But if the same thing in DFL, the codes will be less. Because in Win32 ,DFL only need 270~280 lines for button class. If you look at the code you can see that DWT supports buttons with text and images, which DFL doesn't. What I'm saying is that DWT does more than DFL, supports more features. -- /Jacob Carlborg
Re: DFL is the best UIcontrols for D,compare it to dwt, tkd,dtk,dlangui,anchovy......
It would be cool if somebody will handle developing of DFL. It's better to have one such toolkit, than tons of complex and not finished toolkits. isn't that the truth. as much as i like D, i find it unusable for me, since i do not have a ui-/db-toolkit. i want to use the language, not invent everything every step or fight for it. people here are sure smart and dedicated, but they develop very complex and badly documented/exampled libraries etc. i think D will not pick up as much as the developer think since it does not offer the the small little things that make it possible to develop (by joe blow) software easily and fast. i don't care for linux and complexity. thank you all.
Re: DFL is the best UIcontrols for D,compare it to dwt, tkd,dtk,dlangui,anchovy......
On Tuesday, 13 May 2014 at 20:42:11 UTC, jack death wrote: It would be cool if somebody will handle developing of DFL. It's better to have one such toolkit, than tons of complex and not finished toolkits. Tkd is finished. Gtk-D is finished. You aren't going to get very far unless you actually learn to use your tools, complex or not. Tkd is about as simple as it gets for GUI programming. Tkd-D is more complex but that's the price you pay for needing to create something more complex. isn't that the truth. as much as i like D, i find it unusable for me, since i do not have a ui-/db-toolkit. i want to use the language, not invent everything every step or fight for it. You've obviously never looked. https://github.com/gtkd-developers/GtkD https://github.com/nomad-software/tkd https://github.com/rejectedsoftware/mysql-native http://dlang.org/phobos/etc_c_sqlite3.html https://github.com/adilbaig/Tiny-Redis http://www.wikiservice.at/d/wiki.cgi?DatabaseBindings
Re: DFL is the best UIcontrols for D,compare it to dwt, tkd,dtk,dlangui,anchovy......
On Tuesday, 13 May 2014 at 19:02:03 UTC, Jacob Carlborg wrote: On 2014-05-13 12:14, FrankLike wrote: Look at the Button class in DWT. In Linux ,button class need 844 lines,but in win32 ,button class need 1300 lines. Look at the setText Method in button class. There is a great difference between in Linux and in Win32. public void setText (String string) {} But if the same thing in DFL, the codes will be less. Because in Win32 ,DFL only need 270~280 lines for button class. If you look at the code you can see that DWT supports buttons with text and images, which DFL doesn't. What I'm saying is that DWT does more than DFL, supports more features. |t is easy to support by modifing the baseButton for DFL,or add anew imageButton.
Re: DFL is the best UIcontrols for D,compare it to dwt, tkd,dtk,dlangui,anchovy......
On Tuesday, 13 May 2014 at 15:20:36 UTC, FrankLike wrote: DFL is just a thin wrapper around Win32, no surprise. I've found my apps written using DFL work quite fine in Linux via Wine, so I use them from both OSes. In Linux?The exe was compiled in win32? Don't play jokes on it. He's not joking, it is via wine. As for the DFL/DWT,GTK-d,TKd comparison you need to compare apples with apples. If you can improve DFL widgets so they: 1. support linux, windows, mac 2. support the same features as the more complex GUI widgets With the constraint that: 3. DFL uses less LOC and reduces code complexity comapred to GTK-d and DWT Then the comparison between DFL and other GUI libraries would be interesting. Cheers, ed
DFL is the best UIcontrols for D,compare it to dwt, tkd,dtk,dlangui,anchovy......
1.DFL's Memory Usage is the least than other. winsamp.exe is 2.1M,DFL's example's exe is 2.7M. 2.The size of DFL's example's exe files is the least than other, and only a single file. 3.DFL's source code is the most easy to understand. Although DFL not use on Linux or Mac os X,it's easy to do for high level Software Engineer. Now D need a simple ,quickly,easy to study UI Controls for D to develop. Frank
compare DFL with tkD and dlangui, I want to ask, what's the status of Christopher E. Miller?
I compare DFL with tkD and dlangui,find: DFL can gets the smallest exe file and Minimal memory footprint. Although it only works on windows,but it full wrote by D. and its syntax is very similar to c#,that can help a lots of c# lovers turn to D,this will help D to develop. What's the status of Christopher E. Miller? Who can find him? Frank.
I have modified the DFL to X64,but it's not work ,who know why not work?
Hi,everyone, I have modified the DFL's d files ,now it can get x86 libs,and can get x64 libs. on x86, dfl.lib works ok,but on x64 dfl64.lib works not ok. This is my makelib64.bat ,who can help me? makelib64_libs.bat:make some libs for make dfl libs-- @rem Make DFL x64. @rem http://www.dprogramming.com/dfl.php @rem Requires DMD and DMC's libs @rem Free downloads from http://www.digitalmars.com/d/dcompiler.html and http://www.digitalmars.com/download/freecompiler.html @echo off title D Build Environment dmd Compiler x64 echo Welcome to ues D Compiler ,dmd 2014 echo. SET VCINSTALLDIR=%VS100COMNTOOLS%..\..\VC call %VCINSTALLDIR%\vcvarsall.bat amd64 @echo off @cls @rem Either set the environment variables dmd_path and dmc_path @rem or fix the paths below. if not %dmd_path% == goto dmd_set set dmd_path=d:\d\dmd2 :dmd_set set dmd_path_windows=%dmd_path%\windows if not exist %dmd_path_windows%\bin\dmd.exe set dmd_path_windows=%dmd_path% if not %dmc_path% == goto dmc_set set dmc_path=d:\d\dm :dmc_set if exist %dmc_path% goto got_dmc @rem @echo DMC not found; using DMD path (if you get errors, install DMC) set dmc_path=%dmd_path_windows% :got_dmc @rem DMC's Basic Utilities required to make these libs. %dmc_path%\bin\implib user64_dfl.lib user32_dfl.def %dmc_path%\bin\implib shell64_dfl.lib shell32_dfl.def pause ---MakeDFLx64.lib- @rem Make DFL x64. @rem http://www.dprogramming.com/dfl.php @rem Requires DMD and DMC's libs @rem Free downloads from http://www.digitalmars.com/d/dcompiler.html and http://www.digitalmars.com/download/freecompiler.html @echo off title D Build Environment dmd Compiler x64 echo Welcome to ues D Compiler ,dmd 2014 echo. SET VCINSTALLDIR=%VS100COMNTOOLS%..\..\VC call %VCINSTALLDIR%\vcvarsall.bat amd64 @echo off @cls call makelib64_libs.bat @rem Either set the environment variables dmd_path and dmc_path @rem or fix the paths below. if not %dmd_path% == goto dmd_set set dmd_path=d:\d\dmd2 :dmd_set set dmd_path_windows=%dmd_path%\windows if not exist %dmd_path_windows%\bin\dmd.exe set dmd_path_windows=%dmd_path% if not %dmc_path% == goto dmc_set set dmc_path=d:\d\dm :dmc_set if exist %dmc_path% goto got_dmc @rem @echo DMC not found; using DMD path (if you get errors, install DMC) set dmc_path=%dmd_path_windows% :got_dmc @rem DMC's Basic Utilities required to make these libs. @rem %dmc_path%\bin\implib user64_dfl.lib user32_dfl.def @rem @if errorlevel 1 goto oops @rem %dmc_path%\bin\implib shell64_dfl.lib shell32_dfl.def @rem @if errorlevel 1 goto oops set _stdcwindowsd= set _stdcwindowsobj= if not %dlib% == Tango goto dfl_not_tango_files set _stdcwindowsd=internal/_stdcwindows.d set _stdcwindowsobj=_stdcwindows.obj :dfl_not_tango_files set dfl_files=package.d all.d base.d application.d internal/dlib.d internal/clib.d internal/utf.d internal/com.d control.d clippingform.d form.d registry.d drawing.d menu.d notifyicon.d commondialog.d filedialog.d folderdialog.d panel.d textbox.d richtextbox.d picturebox.d listbox.d groupbox.d splitter.d usercontrol.d button.d label.d collections.d internal/winapi.d internal/wincom.d event.d socket.d timer.d environment.d messagebox.d tooltip.d combobox.d treeview.d tabcontrol.d colordialog.d listview.d data.d clipboard.d fontdialog.d progressbar.d resources.d statusbar.d imagelist.d toolbar.d %_stdcwindowsd% set dfl_objs=package.obj all.obj base.obj application.obj dlib.obj clib.obj utf.obj com.obj control.obj clippingform.obj form.obj registry.obj drawing.obj menu.obj notifyicon.obj commondialog.obj filedialog.obj folderdialog.obj panel.obj textbox.obj richtextbox.obj picturebox.obj listbox.obj groupbox.obj splitter.obj usercontrol.obj button.obj label.obj collections.obj winapi.obj wincom.obj event.obj socket.obj timer.obj environment.obj messagebox.obj tooltip.obj combobox.obj treeview.obj tabcontrol.obj colordialog.obj listview.obj data.obj clipboard.obj fontdialog.obj progressbar.obj resources.obj statusbar.obj imagelist.obj toolbar.obj %_stdcwindowsobj% @rem Also update link pragmas for build. set dfl_libs_dfl=user64_dfl.lib shell64_dfl.lib olepro32_dfl.lib set dfl_libs=%dmc_path%\lib\gdi32.lib %dmc_path%\lib\comctl32.lib %dmc_path%\lib\advapi32.lib %dmc_path%\lib\comdlg32.lib %dmc_path%\lib\ole32.lib %dmc_path%\lib\uuid.lib %dmd_path_windows%\lib\ws2_32.lib %dfl_libs_dfl% @rem -version=NO_DRAG_DROP -version=NO_MDI @rem -debug=SHOW_MESSAGE_INFO -debug=MESSAGE_PAUSE @rem set dfl_flags=%dfl_flags% -debug=SHOW_MESSAGENFO set _dfl_flags=%dfl_flags% -wi if not %dfl_debug_flags% == goto dfl_debug_flags_set set dfl_debug_flags=-debug -g :dfl_debug_flags_set if not %dfl_release_flags% == goto dfl_release_flags_set @remif not %dlib% == Tango goto dfl_not_release_tango @rem echo Due to a bug in DMD, release mode dfl lib will not include -inline; use
Re: I test move the DFL to x64, there are some things, who will help me?
On Monday, 14 April 2014 at 16:13:38 UTC, FrankLike wrote: I test move the DFL to x64,there are some things,who will help me? When I move the DFL to x64,then find some error: internal\com.d(36):Error: cannot implicitly convert expression)C_refCountInc(cast(void*)this)) of type ulong to uint . I'm not sure that x86 to x64,the type ulong to uint? who can help me ? And the bat file has some error? Thank you. Not anyone want to do that?
Re: I test move the DFL to x64, there are some things, who will help me?
On Tuesday, 15 April 2014 at 22:40:50 UTC, FrankLike wrote: On Monday, 14 April 2014 at 16:13:38 UTC, FrankLike wrote: I test move the DFL to x64,there are some things,who will help me? When I move the DFL to x64,then find some error: internal\com.d(36):Error: cannot implicitly convert expression)C_refCountInc(cast(void*)this)) of type ulong to uint . I'm not sure that x86 to x64,the type ulong to uint? who can help me ? And the bat file has some error? Thank you. I add the dmd x64 into the makelib.bat title D Build Environment dmd Compiler x64 echo Welcome to ues D Compiler ,dmd 2014 echo. SET VCINSTALLDIR=%VS100COMNTOOLS%..\..\VC call %VCINSTALLDIR%\vcvarsall.bat amd64 @echo off @cls
I test move the DFL to x64,there are some things,who will help me?
I test move the DFL to x64,there are some things,who will help me? When I move the DFL to x64,then find some error: internal\com.d(36):Error: cannot implicitly convert expression)C_refCountInc(cast(void*)this)) of type ulong to uint . I'm not sure that x86 to x64,the type ulong to uint? who can help me ? And the bat file has some error? Thank you. -- MakeDFLLIBx64.bat-- @rem Make DFL x64. @rem http://www.dprogramming.com/dfl.php @rem Requires DMD and DMC's libs @rem Free downloads from http://www.digitalmars.com/d/dcompiler.html and http://www.digitalmars.com/download/freecompiler.html @echo off @cls @rem Either set the environment variables dmd_path and dmc_path @rem or fix the paths below. if not %dmd_path% == goto dmd_set set dmd_path=d:\d\dmd2 :dmd_set set dmd_path_windows=%dmd_path%\windows if not exist %dmd_path_windows%\bin\dmd.exe set dmd_path_windows=%dmd_path% if not %dmc_path% == goto dmc_set set dmc_path=d:\d\dm :dmc_set if exist %dmc_path% goto got_dmc @rem @echo DMC not found; using DMD path (if you get errors, install DMC) set dmc_path=%dmd_path_windows% :got_dmc set _stdcwindowsd= set _stdcwindowsobj= if not %dlib% == Tango goto dfl_not_tango_files set _stdcwindowsd=internal/_stdcwindows.d set _stdcwindowsobj=_stdcwindows.obj :dfl_not_tango_files set dfl_files=package.d all.d base.d application.d internal/dlib.d internal/clib.d internal/utf.d internal/com.d control.d clippingform.d form.d registry.d drawing.d menu.d notifyicon.d commondialog.d filedialog.d folderdialog.d panel.d textbox.d richtextbox.d picturebox.d listbox.d groupbox.d splitter.d usercontrol.d button.d label.d collections.d internal/winapi.d internal/wincom.d event.d socket.d timer.d environment.d messagebox.d tooltip.d combobox.d treeview.d tabcontrol.d colordialog.d listview.d data.d clipboard.d fontdialog.d progressbar.d resources.d statusbar.d imagelist.d toolbar.d %_stdcwindowsd% set dfl_objs=package.obj all.obj base.obj application.obj dlib.obj clib.obj utf.obj com.obj control.obj clippingform.obj form.obj registry.obj drawing.obj menu.obj notifyicon.obj commondialog.obj filedialog.obj folderdialog.obj panel.obj textbox.obj richtextbox.obj picturebox.obj listbox.obj groupbox.obj splitter.obj usercontrol.obj button.obj label.obj collections.obj winapi.obj wincom.obj event.obj socket.obj timer.obj environment.obj messagebox.obj tooltip.obj combobox.obj treeview.obj tabcontrol.obj colordialog.obj listview.obj data.obj clipboard.obj fontdialog.obj progressbar.obj resources.obj statusbar.obj imagelist.obj toolbar.obj %_stdcwindowsobj% @rem Also update link pragmas for build. set dfl_libs_dfl=user64_dfl.lib shell64_dfl.lib olepro64_dfl.lib set dfl_libs=%dmc_path%\lib\gdi32.lib %dmc_path%\lib\comctl32.lib %dmc_path%\lib\advapi32.lib %dmc_path%\lib\comdlg32.lib %dmc_path%\lib\ole32.lib %dmc_path%\lib\uuid.lib %dmd_path_windows%\lib\ws2_32.lib %dfl_libs_dfl% @rem -version=NO_DRAG_DROP -version=NO_MDI @rem -debug=SHOW_MESSAGE_INFO -debug=MESSAGE_PAUSE @rem set dfl_flags=%dfl_flags% -debug=SHOW_MESSAGENFO set _dfl_flags=%dfl_flags% -wi if not %dfl_debug_flags% == goto dfl_debug_flags_set set dfl_debug_flags=-debug -g :dfl_debug_flags_set if not %dfl_release_flags% == goto dfl_release_flags_set @remif not %dlib% == Tango goto dfl_not_release_tango @rem echo Due to a bug in DMD, release mode dfl lib will not include -inline; use environment variable dfl_release_flags to override. @remset dfl_release_flags=-O -release @remgoto dfl_release_flags_set @rem:dfl_not_release_tango set dfl_release_flags=-O -inline -release :dfl_release_flags_set @echo on @if %dfl_ddoc% == goto after_dfl_ddoc @echo. @echo Generating ddoc documentation... %dmd_path_windows%\bin\dmd %_dfl_flags% %dfl_options% -c -o- -Dddoc %dfl_files% @if errorlevel 1 goto oops @if %dfl_ddoc% == only goto done @if not %dfl_ddoc_only% == goto done :after_dfl_ddoc @rem DMC's Basic Utilities required to make these libs. @rem %dmc_path%\bin\implib user64_dfl.lib user32_dfl.def @rem @if errorlevel 1 goto oops @rem %dmc_path%\bin\implib shell64_dfl.lib shell32_dfl.def @rem @if errorlevel 1 goto oops @rem @echo. @rem @echo Generating headers... @rem @del *.di @rem %dmd_path_windows%\bin\dmd -m64 -H -o- -c -I.. %_dfl_flags% %dfl_options% %dfl_files% @rem @if errorlevel 1 goto oops @echo. @echo Compiling debug DFL... %dmd_path_windows%\bin\dmd -m64 -c %dfl_debug_flags% %_dfl_flags% %dfl_options% -I.. %dfl_files% @if errorlevel 1 goto oops @echo. @echo Making debug lib... %dmd_path_windows%\bin\dmd -m64 -lib -c -n dfl_debug64.lib %dfl_libs% %dfl_objs% @if errorlevel 1 goto oops @echo. @echo Compiling release DFL... %dmd_path_windows%\bin\dmd -m64 -c %dfl_release_flags% %_dfl_flags% %dfl_options% -I.. %dfl_files% @if errorlevel 1 goto oops
Re: DFL can be used by D2.065
On Wednesday, 26 March 2014 at 06:35:56 UTC, FrankLike wrote: If you are programming on win32,now,DFL can be used by D2.065. Please git clone http://github.com/FrankLike/dfl Open the folder w32 -dflexe double click the 'makedflexe.bat' file,after some seconds ,press the 'Enter key' ,after some seconds,dfl.lib,dfl.exe are all in you d install folders('lib' and 'bin') ,that's all ok. Thanks Christopher E. Miller. You should make your changes into a pull request. Most people using DFL are tracking Rayerd's repo.
Re: DFL can be used by D2.065
On Thursday, 27 March 2014 at 07:39:47 UTC, Jordi Sayol wrote: Is there somebody maintaining the GTK branch of DFL? No.
Re: DFL can be used by D2.065
On Sunday, 30 March 2014 at 11:53:55 UTC, xx xx wrote: it doesn't work for 64bit. will you fix that too? On Sunday, 30 March 2014 at 09:08:17 UTC, FrankLike wrote: Hi,every one. I fork a new dfl from https://github.com/Rayerd/dfl we should keep the origin code is refresh. I find the error in DMD 2.065 is: becase the base.d(403) ,dfl is not work. I have modified it. Please look it :https://github.com/Franklike/dfl Thank you who use it. Christopher E. Miller,thank you. What's the status on this?
Re: DFL can be used by D2.065
Hi,every one. I fork a new dfl from https://github.com/Rayerd/dfl we should keep the origin code is refresh. I find the error in DMD 2.065 is: becase the base.d(403) ,dfl is not work. I have modified it. Please look it :https://github.com/Franklike/dfl Thank you who use it. Christopher E. Miller,thank you.
Re: DFL can be used by D2.065
it doesn't work for 64bit. will you fix that too? On Sunday, 30 March 2014 at 09:08:17 UTC, FrankLike wrote: Hi,every one. I fork a new dfl from https://github.com/Rayerd/dfl we should keep the origin code is refresh. I find the error in DMD 2.065 is: becase the base.d(403) ,dfl is not work. I have modified it. Please look it :https://github.com/Franklike/dfl Thank you who use it. Christopher E. Miller,thank you.
Re: DFL can be used by D2.065
On Wednesday, 26 March 2014 at 06:35:56 UTC, FrankLike wrote: If you are programming on win32,now,DFL can be used by D2.065. Please git clone http://github.com/FrankLike/dfl Open the folder w32 -dflexe double click the 'makedflexe.bat' file,after some seconds ,press the 'Enter key' ,after some seconds,dfl.lib,dfl.exe are all in you d install folders('lib' and 'bin') ,that's all ok. Thanks Christopher E. Miller. I've had a look at DFL and it looks quite good but, looking thru the API, I can't see anywhere to draw a filled ellipse - Am I missing something? Regards, -=mike=-
Re: DFL can be used by D2.065
I've had a look at DFL and it looks quite good but, looking thru the API, I can't see anywhere to draw a filled ellipse - Am I missing something? Regards, -=mike=- https://github.com/FrankLIKE/dfl-examples-d2.git paint.d will help you. Seiji Fujita,thank you.
Re: DFL can be used by D2.065
FrankLike 1150015...@qq.com wrote in message news:btajmssaimcexmnvg...@forum.dlang.org... I've had a look at DFL and it looks quite good but, looking thru the API, I can't see anywhere to draw a filled ellipse - Am I missing something? Regards, -=mike=- https://github.com/FrankLIKE/dfl-examples-d2.git paint.d will help you. Seiji Fujita,thank you. Hi, I had a look at paint.d in the examples - this example deals with drawing an icon. I also looked at draw.d - this deals with drawing to the canvas - the only filled shapes are the rectangular ones (fillRectangle) - there is no equivalent fillEllipse. Checking the drawing.d file shows no filled ellipse drawing functions. The ellipse functions are explicitely drawn without filling. It might need a lib addition :-) Regards, -=mike=-
Re: Building DFL errors.
it's work good with the dmd 2.065 on win look here :https://github.com/FrankLIKE/dfl Christopher E. Miller, thank you.
Re: DFL can be used by D2.065
Is there somebody maintaining the GTK branch of DFL? -- Jordi Sayol
Re: DFL can be used by D2.065
On Thursday, 27 March 2014 at 07:32:38 UTC, Mike Parker wrote: On 3/27/2014 10:57 AM, FrankLike wrote: On Wednesday, 26 March 2014 at 10:42:09 UTC, Andrej Mitrovic wrote: On 3/26/14, FrankLike 1150015...@qq.com wrote: If you are programming on win32,now,DFL can be used by D2.065. Please git clone http://github.com/FrankLike/dfl Open the folder w32 -dflexe double click the 'makedflexe.bat' FYI: you've changed one hardcoded path to another. I also don't understand the removal of the package module. Anywho I don't use DFL much. : package module Let the all.d is null,most of codes have used the dfl.all,so keep all.d and remove package.d ,that's ok. thank you. It's fine to keep both. Old code (if any of it out there still compiles) can continue to use dfl.all, while new projects can make user of the newer package.d. The *.all technique should be deprecated in old projects like this, IMO, not encouraged. Thank you,Mike Sorry,I test the newer package.d ,but it's not work. Error 42:Symbol Undefined _D3dfll2__ModuleInfoZ Can you contact the Christopher E. Miller? He should keep continue his work,it's very good. Thank you again.
DFL can be used by D2.065
If you are programming on win32,now,DFL can be used by D2.065. Please git clone http://github.com/FrankLike/dfl Open the folder w32 -dflexe double click the 'makedflexe.bat' file,after some seconds ,press the 'Enter key' ,after some seconds,dfl.lib,dfl.exe are all in you d install folders('lib' and 'bin') ,that's all ok. Thanks Christopher E. Miller.
Re: DFL can be used by D2.065
On 3/26/14, FrankLike 1150015...@qq.com wrote: If you are programming on win32,now,DFL can be used by D2.065. Please git clone http://github.com/FrankLike/dfl Open the folder w32 -dflexe double click the 'makedflexe.bat' FYI: you've changed one hardcoded path to another. I also don't understand the removal of the package module. Anywho I don't use DFL much. :
Re: DFL can be used by D2.065
On Wednesday, 26 March 2014 at 10:42:09 UTC, Andrej Mitrovic wrote: On 3/26/14, FrankLike 1150015...@qq.com wrote: If you are programming on win32,now,DFL can be used by D2.065. Please git clone http://github.com/FrankLike/dfl Open the folder w32 -dflexe double click the 'makedflexe.bat' FYI: you've changed one hardcoded path to another. I also don't understand the removal of the package module. Anywho I don't use DFL much. : package module Let the all.d is null,most of codes have used the dfl.all,so keep all.d and remove package.d ,that's ok. thank you.
Re: DFL
On DFL Can work in D2.065 on win. Thanks Christopher E. Miller
Re: DFL
On Wednesday, 26 March 2014 at 06:39:58 UTC, FrankLike wrote: DFL Can work in D2.065 on win. We can find it in http://github.com/FrankLIKE/dfl you can get it by git clone http://github.com/FrankLIKE/dfl Thanks Christopher E. Miller
Re: Building DFL
DFL CAN USING D2.065 FOR WIN You can get it by git clone http://github.com/FrankLIKE Christopher E. Miller,thank you.
Building DFL errors.
Hi, Tried building DFL from github.com/Rayerd/dfl and I get the following errors when trying to build. Any ideas on how to build it. Error: module dfl.all package name 'dfl' in file all.d conflicts with usage as a module name in file package.d Error: module dfl.base package name 'dfl' in file base.d conflicts with usage as a module name in file package.d Error: module dfl.application package name 'dfl' in file application.d conflicts with usage as a module name in file package.d Error: module dfl.dlib package name 'dfl' in file internal\dlib.d conflicts with usage as a module name in file package.d Error: module dfl.clib package name 'dfl' in file internal\clib.d conflicts with usage as a module name in file package.d Error: module dfl.utf package name 'dfl' in file internal\utf.d conflicts with usage as a module name in file package.d Error: module dfl.com package name 'dfl' in file internal\com.d conflicts with usage as a module name in file package.d Error: module dfl.control package name 'dfl' in file control.d conflicts with usage as a module name in file package.d Error: module dfl.clippingform package name 'dfl' in file clippingform.d conflicts with usage as a module name in file package.d Error: module dfl.form package name 'dfl' in file form.d conflicts with usage as a module name in file package.d Error: module dfl.registry package name 'dfl' in file registry.d conflicts with usage as a module name in file package.d Error: module dfl.drawing package name 'dfl' in file drawing.d conflicts with usage as a module name in file package.d Error: module dfl.menu package name 'dfl' in file menu.d conflicts with usage as a module name in file package.d Error: module dfl.notifyicon package name 'dfl' in file notifyicon.d conflicts with usage as a module name in file package.d Error: module dfl.commondialog package name 'dfl' in file commondialog.d conflicts with usage as a module name in file package.d Error: module dfl.filedialog package name 'dfl' in file filedialog.d conflicts with usage as a module name in file package.d Error: module dfl.folderdialog package name 'dfl' in file folderdialog.d conflicts with usage as a module name in file package.d Error: module dfl.panel package name 'dfl' in file panel.d conflicts with usage as a module name in file package.d Error: module dfl.textbox package name 'dfl' in file textbox.d conflicts with usage as a module name in file package.d Error: module dfl.richtextbox package name 'dfl' in file richtextbox.d conflicts with usage as a module name in file package.d Error: module dfl.picturebox package name 'dfl' in file picturebox.d conflicts with usage as a module name in file package.d Zz
Re: Building DFL errors.
On 2013-10-25 14:30, Zz wrote: Hi, Tried building DFL from github.com/Rayerd/dfl and I get the following errors when trying to build. Any ideas on how to build it. It might not be update to date with the latest compiler. -- /Jacob Carlborg
Re: Building DFL errors.
Which version of DMD should I use? I'm currently using 2.063.2. Zz On Friday, 25 October 2013 at 12:53:42 UTC, Jacob Carlborg wrote: On 2013-10-25 14:30, Zz wrote: Hi, Tried building DFL from github.com/Rayerd/dfl and I get the following errors when trying to build. Any ideas on how to build it. It might not be update to date with the latest compiler.
Re: Building DFL errors.
On Friday, 25 October 2013 at 12:30:29 UTC, Zz wrote: Hi, Tried building DFL from github.com/Rayerd/dfl and I get the following errors when trying to build. Any ideas on how to build it. Zz I can't give you a definitive answer, but I've been using DFL and here is what I know. I've used Git HEAD with the dmd 2.064 beta. I believe my clone works with 2.063.2, but I don't actually remember the last time I pushed to it. https://github.com/JesseKPhillips/dfl
Building DFL
Hey guys. I have a problem when building DFL. My Console: C:\D\dmd2\packages\dfl\examples\d2dfl hello.d DFL lib files not found. Would you like to build the DFL lib files now? [Y/n] I press y. Then: Compiling debug DFL... C:\D\dmd2\import\dflC:\D\dmd2\windows\bin\dmd -c -debug -g -I.. all.d base.d application.d internal/dlib.d internal/clib.d internal/utf.d internal/com.d con trol.d form.d registry.d drawing.d menu.d notifyicon.d commondialog.d filedialog .d folderdialog.d panel.d textbox.d richtextbox.d picturebox.d listbox.d groupbo x.d splitter.d usercontrol.d button.d label.d collections.d internal/winapi.d in ternal/wincom.d event.d socket.d timer.d environment.d messagebox.d tooltip.d co mbobox.d treeview.d tabcontrol.d colordialog.d listview.d data.d clipboard.d fon tdialog.d progressbar.d resources.d statusbar.d imagelist.d toolbar.d application.d(1845): Deprecation: use of typedef is deprecated; use alias instea d application.d(1845): Deprecation: use of typedef is deprecated; use alias instea d internal\winapi.d(1726): Deprecation: use of typedef is deprecated; use alias in stead internal\winapi.d(1726): Deprecation: use of typedef is deprecated; use alias in stead socket.d(89): Error: module intrinsic is in file 'std\intrinsic.d' which cannot be read import path[0] = .. import path[1] = C:\D\dmd2\windows\bin\..\..\src\phobos import path[2] = C:\D\dmd2\windows\bin\..\..\src\druntime\import Failed. Done. Could Not Find C:\D\dmd2\import\dfl\*.obj DFL lib files not found. Error: dfl_debug.lib not found How to fix It? :(
Re: Building DFL
On Friday, 25 January 2013 at 09:06:30 UTC, SaltySugar wrote: Hey guys. I have a problem when building DFL. My Console: C:\D\dmd2\packages\dfl\examples\d2dfl hello.d DFL lib files not found. Would you like to build the DFL lib files now? [Y/n] I press y. Then: Compiling debug DFL... C:\D\dmd2\import\dflC:\D\dmd2\windows\bin\dmd -c -debug -g -I.. all.d base.d application.d internal/dlib.d internal/clib.d internal/utf.d internal/com.d con trol.d form.d registry.d drawing.d menu.d notifyicon.d commondialog.d filedialog .d folderdialog.d panel.d textbox.d richtextbox.d picturebox.d listbox.d groupbo x.d splitter.d usercontrol.d button.d label.d collections.d internal/winapi.d in ternal/wincom.d event.d socket.d timer.d environment.d messagebox.d tooltip.d co mbobox.d treeview.d tabcontrol.d colordialog.d listview.d data.d clipboard.d fon tdialog.d progressbar.d resources.d statusbar.d imagelist.d toolbar.d application.d(1845): Deprecation: use of typedef is deprecated; use alias instea d application.d(1845): Deprecation: use of typedef is deprecated; use alias instea d internal\winapi.d(1726): Deprecation: use of typedef is deprecated; use alias in stead internal\winapi.d(1726): Deprecation: use of typedef is deprecated; use alias in stead socket.d(89): Error: module intrinsic is in file 'std\intrinsic.d' which cannot be read import path[0] = .. import path[1] = C:\D\dmd2\windows\bin\..\..\src\phobos import path[2] = C:\D\dmd2\windows\bin\..\..\src\druntime\import Failed. Done. Could Not Find C:\D\dmd2\import\dfl\*.obj DFL lib files not found. Error: dfl_debug.lib not found How to fix It? :( I'm using dmd 2.061
Re: Building DFL
On Friday, 25 January 2013 at 09:07:44 UTC, SaltySugar wrote: On Friday, 25 January 2013 at 09:06:30 UTC, SaltySugar wrote: Hey guys. I have a problem when building DFL. My Console: C:\D\dmd2\packages\dfl\examples\d2dfl hello.d DFL lib files not found. Would you like to build the DFL lib files now? [Y/n] I press y. Then: Compiling debug DFL... C:\D\dmd2\import\dflC:\D\dmd2\windows\bin\dmd -c -debug -g -I.. all.d base.d application.d internal/dlib.d internal/clib.d internal/utf.d internal/com.d con trol.d form.d registry.d drawing.d menu.d notifyicon.d commondialog.d filedialog .d folderdialog.d panel.d textbox.d richtextbox.d picturebox.d listbox.d groupbo x.d splitter.d usercontrol.d button.d label.d collections.d internal/winapi.d in ternal/wincom.d event.d socket.d timer.d environment.d messagebox.d tooltip.d co mbobox.d treeview.d tabcontrol.d colordialog.d listview.d data.d clipboard.d fon tdialog.d progressbar.d resources.d statusbar.d imagelist.d toolbar.d application.d(1845): Deprecation: use of typedef is deprecated; use alias instea d application.d(1845): Deprecation: use of typedef is deprecated; use alias instea d internal\winapi.d(1726): Deprecation: use of typedef is deprecated; use alias in stead internal\winapi.d(1726): Deprecation: use of typedef is deprecated; use alias in stead socket.d(89): Error: module intrinsic is in file 'std\intrinsic.d' which cannot be read import path[0] = .. import path[1] = C:\D\dmd2\windows\bin\..\..\src\phobos import path[2] = C:\D\dmd2\windows\bin\..\..\src\druntime\import Failed. Done. Could Not Find C:\D\dmd2\import\dfl\*.obj DFL lib files not found. Error: dfl_debug.lib not found How to fix It? :( I'm using dmd 2.061 Maybe you tried to compile an old version of dfl.If yes,try this: https://github.com/Rayerd/dfl
Re: Building DFL
On Friday, 25 January 2013 at 09:28:47 UTC, Zhenya wrote: On Friday, 25 January 2013 at 09:07:44 UTC, SaltySugar wrote: On Friday, 25 January 2013 at 09:06:30 UTC, SaltySugar wrote: Hey guys. I have a problem when building DFL. My Console: C:\D\dmd2\packages\dfl\examples\d2dfl hello.d DFL lib files not found. Would you like to build the DFL lib files now? [Y/n] I press y. Then: Compiling debug DFL... C:\D\dmd2\import\dflC:\D\dmd2\windows\bin\dmd -c -debug -g -I.. all.d base.d application.d internal/dlib.d internal/clib.d internal/utf.d internal/com.d con trol.d form.d registry.d drawing.d menu.d notifyicon.d commondialog.d filedialog .d folderdialog.d panel.d textbox.d richtextbox.d picturebox.d listbox.d groupbo x.d splitter.d usercontrol.d button.d label.d collections.d internal/winapi.d in ternal/wincom.d event.d socket.d timer.d environment.d messagebox.d tooltip.d co mbobox.d treeview.d tabcontrol.d colordialog.d listview.d data.d clipboard.d fon tdialog.d progressbar.d resources.d statusbar.d imagelist.d toolbar.d application.d(1845): Deprecation: use of typedef is deprecated; use alias instea d application.d(1845): Deprecation: use of typedef is deprecated; use alias instea d internal\winapi.d(1726): Deprecation: use of typedef is deprecated; use alias in stead internal\winapi.d(1726): Deprecation: use of typedef is deprecated; use alias in stead socket.d(89): Error: module intrinsic is in file 'std\intrinsic.d' which cannot be read import path[0] = .. import path[1] = C:\D\dmd2\windows\bin\..\..\src\phobos import path[2] = C:\D\dmd2\windows\bin\..\..\src\druntime\import Failed. Done. Could Not Find C:\D\dmd2\import\dfl\*.obj DFL lib files not found. Error: dfl_debug.lib not found How to fix It? :( I'm using dmd 2.061 Maybe you tried to compile an old version of dfl.If yes,try this: https://github.com/Rayerd/dfl Now it says: Compiling debug DFL... C:\D\dmd2\import\dflC:\D\dmd2\windows\bin\dmd -c -debug -g -version=DFL_NO_DRAG _DROP -version=DFL_NO_MENUS -version=DFL_NO_RESOURCES -version=DFL_NO_IMAGELIST -version=NO_MDI -version=DFL_NO_COMPAT -version=DFL_NO_MULTIPLE_SCREENS -wi -I. . all.d base.d application.d internal/dlib.d internal/clib.d internal/utf.d inte rnal/com.d control.d clippingform.d form.d registry.d drawing.d menu.d notifyico n.d commondialog.d filedialog.d folderdialog.d panel.d textbox.d richtextbox.d p icturebox.d listbox.d groupbox.d splitter.d usercontrol.d button.d label.d colle ctions.d internal/winapi.d internal/wincom.d event.d socket.d timer.d environmen t.d messagebox.d tooltip.d combobox.d treeview.d tabcontrol.d colordialog.d list view.d data.d clipboard.d fontdialog.d progressbar.d resources.d statusbar.d ima gelist.d toolbar.d environment.d(536): Error: switch case fallthrough - use 'goto case;' if intende d environment.d(538): Error: switch case fallthrough - use 'goto case;' if intende d environment.d(541): Error: switch case fallthrough - use 'goto default;' if inte nded environment.d(527): Warning: statement is not reachable Failed. Done. Could Not Find C:\D\dmd2\import\dfl\*.obj C:\D\dmd2\import\dflexedmd -debug -ofbin\dfl.exe dflexe.d -Ic:\dmd\import dfl_d ebug.lib -L/exet:nt/su:console:4.0 -version=DFL_NO_DRAG_DROP -version=DFL_NO_MEN US -version=DFL_NO_RESOURCES -version=DFL_NO_IMAGELIST -version=NO_MDI -version= DFL_NO_COMPAT -version=DFL_NO_MULTIPLE_SCREENS dflexe.d(27): Error: module all is in file 'dfl\all.d' which cannot be read import path[0] = c:\dmd\import import path[1] = C:\D\dmd2\windows\bin\..\..\src\phobos import path[2] = C:\D\dmd2\windows\bin\..\..\src\druntime\import About to rebuild dfl libs again to reset the compile flags...
Re: Building DFL
Which version of dmd are you using?
Re: Building DFL
On Friday, 25 January 2013 at 10:15:33 UTC, Zhenya wrote: Which version of dmd are you using? dmd 2.061. I tried building DFL on dmd 2.059 too.
Re: Building DFL
On Friday, 25 January 2013 at 10:17:48 UTC, SaltySugar wrote: On Friday, 25 January 2013 at 10:15:33 UTC, Zhenya wrote: Which version of dmd are you using? dmd 2.061. I tried building DFL on dmd 2.059 too. I am using dmd 2.060. I just have built it. Try to open ...\dfl-master\win32\dfl\makelib.bat
Re: Building DFL
On Friday, 25 January 2013 at 10:21:27 UTC, Zhenya wrote: On Friday, 25 January 2013 at 10:17:48 UTC, SaltySugar wrote: On Friday, 25 January 2013 at 10:15:33 UTC, Zhenya wrote: Which version of dmd are you using? dmd 2.061. I tried building DFL on dmd 2.059 too. I am using dmd 2.060. I just have built it. Try to open ...\dfl-master\win32\dfl\makelib.bat Maybe I don't know how to install it? I replaced C:\D\dmd2\import\dfl with dfl_master\win_32\dfl Then copied dfl_master\win_32\dflexe to C:\D\dmd2\import I installed it correctly?
Re: Building DFL
On Friday, 25 January 2013 at 10:21:27 UTC, Zhenya wrote: On Friday, 25 January 2013 at 10:17:48 UTC, SaltySugar wrote: On Friday, 25 January 2013 at 10:15:33 UTC, Zhenya wrote: Which version of dmd are you using? dmd 2.061. I tried building DFL on dmd 2.059 too. I am using dmd 2.060. I just have built it. Try to open ...\dfl-master\win32\dfl\makelib.bat If the same error occur,you should edit the file environment.d
Re: Building DFL
On Friday, 25 January 2013 at 10:28:26 UTC, SaltySugar wrote: On Friday, 25 January 2013 at 10:21:27 UTC, Zhenya wrote: On Friday, 25 January 2013 at 10:17:48 UTC, SaltySugar wrote: On Friday, 25 January 2013 at 10:15:33 UTC, Zhenya wrote: Which version of dmd are you using? dmd 2.061. I tried building DFL on dmd 2.059 too. I am using dmd 2.060. I just have built it. Try to open ...\dfl-master\win32\dfl\makelib.bat Maybe I don't know how to install it? I replaced C:\D\dmd2\import\dfl with dfl_master\win_32\dfl Then copied dfl_master\win_32\dflexe to C:\D\dmd2\import Have I installed it correctly?
Re: Building DFL
On Friday, 25 January 2013 at 10:28:26 UTC, SaltySugar wrote: On Friday, 25 January 2013 at 10:21:27 UTC, Zhenya wrote: On Friday, 25 January 2013 at 10:17:48 UTC, SaltySugar wrote: On Friday, 25 January 2013 at 10:15:33 UTC, Zhenya wrote: Which version of dmd are you using? dmd 2.061. I tried building DFL on dmd 2.059 too. I am using dmd 2.060. I just have built it. Try to open ...\dfl-master\win32\dfl\makelib.bat Maybe I don't know how to install it? I replaced C:\D\dmd2\import\dfl with dfl_master\win_32\dfl Then copied dfl_master\win_32\dflexe to C:\D\dmd2\import I installed it correctly? Sorry I am not very familiar with that. But I build it succefuly by only executing ...\dfl-master\win32\dfl\makelib.bat. Your errors may be caused by new dmd In that case you should manually change the file environment.d and everything will be allright.
Re: Building DFL
On Friday, 25 January 2013 at 10:33:42 UTC, Zhenya wrote: On Friday, 25 January 2013 at 10:28:26 UTC, SaltySugar wrote: On Friday, 25 January 2013 at 10:21:27 UTC, Zhenya wrote: On Friday, 25 January 2013 at 10:17:48 UTC, SaltySugar wrote: On Friday, 25 January 2013 at 10:15:33 UTC, Zhenya wrote: Which version of dmd are you using? dmd 2.061. I tried building DFL on dmd 2.059 too. I am using dmd 2.060. I just have built it. Try to open ...\dfl-master\win32\dfl\makelib.bat Maybe I don't know how to install it? I replaced C:\D\dmd2\import\dfl with dfl_master\win_32\dfl Then copied dfl_master\win_32\dflexe to C:\D\dmd2\import I installed it correctly? Sorry I am not very familiar with that. But I build it succefuly by only executing ...\dfl-master\win32\dfl\makelib.bat. Your errors may be caused by new dmd In that case you should manually change the file environment.d and everything will be allright. maybe you can send me yours environment.d file?
Re: Building DFL
On Friday, 25 January 2013 at 10:37:00 UTC, SaltySugar wrote: On Friday, 25 January 2013 at 10:33:42 UTC, Zhenya wrote: On Friday, 25 January 2013 at 10:28:26 UTC, SaltySugar wrote: On Friday, 25 January 2013 at 10:21:27 UTC, Zhenya wrote: On Friday, 25 January 2013 at 10:17:48 UTC, SaltySugar wrote: On Friday, 25 January 2013 at 10:15:33 UTC, Zhenya wrote: Which version of dmd are you using? dmd 2.061. I tried building DFL on dmd 2.059 too. I am using dmd 2.060. I just have built it. Try to open ...\dfl-master\win32\dfl\makelib.bat Maybe I don't know how to install it? I replaced C:\D\dmd2\import\dfl with dfl_master\win_32\dfl Then copied dfl_master\win_32\dflexe to C:\D\dmd2\import I installed it correctly? Sorry I am not very familiar with that. But I build it succefuly by only executing ...\dfl-master\win32\dfl\makelib.bat. Your errors may be caused by new dmd In that case you should manually change the file environment.d and everything will be allright. maybe you can send me yours environment.d file? My is the same.I just use dmd 2.060. But it is quite simple to edit it. I think you should just add goto statements: int a = 1; switch(a) { case 1: goto case 2; case 2: {} goto default; default: {} } Sorry if I am useless(
DFL Button.backColor
Hi! Explain me please,why this code doesn't work import dfl.all; void main() { auto form = new Form; auto button = new Button; button.backColor = Color(0,0,0); button.foreColor = Color(0,0,0); form.controls.add(button); Application.run(form); } It displays usualy button in system style,but should display black button
Re: DFL Button.backColor
On Tuesday, 30 October 2012 at 13:34:21 UTC, Zhenya wrote: Hi! Explain me please,why this code doesn't work import dfl.all; void main() { auto form = new Form; auto button = new Button; button.backColor = Color(0,0,0); button.foreColor = Color(0,0,0); form.controls.add(button); Application.run(form); } It displays usualy button in system style,but should display black button Oh,sorry,I should check it http://wiki.dprogramming.com/Dfl/BugList Thank you:)
Re: Any sample for DFL library?
On Sunday, 7 October 2012 at 19:23:36 UTC, Lubos Pintes wrote: Does someone have any samples for DFL? Here's a recent project of mine which uses DFL: https://bitbucket.org/infognition/bsort/
Re: Any sample for DFL library?
No, win32 only. It didn't seem relevant in first post, but I am screen reader user and GTK is totally inaccessible / unusable on Windows. Dňa 7. 10. 2012 21:18 Michael wrote / napísal(a): gtkD ?
Re: Any sample for DFL library?
Thank you. Dňa 7. 10. 2012 21:26 Andrej Mitrovic wrote / napísal(a): On 10/7/12, Lubos Pintes lubos.pin...@gmail.com wrote: Hi, There are at least two interesting GUI libraries for Windows: DGUI and DFL. But there seems to be no sample code for DFL. Does someone have any samples for DFL? And yes, I know about DWT, but it is a bit heavy-weight. There are older ones here: http://www.dprogramming.com/dfl/snapshots/dfl-20110523.zip Look in packages/dfl/examples. I don't know why they're not on the new github page yet https://github.com/Rayerd/dfl
Re: Any sample for DFL library?
I fixed that for myself after checkout, it only needed some cast(WNDPROC) etc. on some places. Don't know however if it doesn't have another problems, I ran some random samples and from screen reader's point of view, it worked fine. (besides owner-drawn labels, which are not so fine. :-)) Dňa 7. 10. 2012 22:47 Mike James wrote / napísal(a): Lubos Pintes wrote in message news:k4skro$n6q$1...@digitalmars.com... Hi, There are at least two interesting GUI libraries for Windows: DGUI and DFL. But there seems to be no sample code for DFL. Does someone have any samples for DFL? And yes, I know about DWT, but it is a bit heavy-weight. DGUI doesn't compile with the latest D compiler - it's not been updated for nearly a year.
Any sample for DFL library?
Hi, There are at least two interesting GUI libraries for Windows: DGUI and DFL. But there seems to be no sample code for DFL. Does someone have any samples for DFL? And yes, I know about DWT, but it is a bit heavy-weight.
Re: Any sample for DFL library?
gtkD ?
Re: Any sample for DFL library?
On 10/7/12, Lubos Pintes lubos.pin...@gmail.com wrote: Hi, There are at least two interesting GUI libraries for Windows: DGUI and DFL. But there seems to be no sample code for DFL. Does someone have any samples for DFL? And yes, I know about DWT, but it is a bit heavy-weight. There are older ones here: http://www.dprogramming.com/dfl/snapshots/dfl-20110523.zip Look in packages/dfl/examples. I don't know why they're not on the new github page yet https://github.com/Rayerd/dfl
Re: DFL
On Sunday, 12 August 2012 at 16:58:08 UTC, asker wrote: hi, is there a working dfl for dmd 2060 win? thanks Hi there. Not too long ago, I checked out DFL and got the library, plus most samples, to build with DMD 2.059, so I do have a local modified copy that works (for the most part). I think getting it to build on DMD 2.060 will also be feasible., I'll try that as well. Email me if you'd like to receive a zip of the fixed source.
Re: DFL
On Sunday, 12 August 2012 at 16:58:08 UTC, asker wrote: hi, is there a working dfl for dmd 2060 win? thanks I pushed a branch containing most of the existing pull requests: https://github.com/JesseKPhillips/dfl/tree/acceptPulls This builds for me with dmd 2.060 and surprisingly 2.059.
Re: DFL
Al 14/08/12 16:45, En/na Francisco Almeida ha escrit: On Sunday, 12 August 2012 at 16:58:08 UTC, asker wrote: hi, is there a working dfl for dmd 2060 win? thanks Hi there. Not too long ago, I checked out DFL and got the library, plus most samples, to build with DMD 2.059, so I do have a local modified copy that works (for the most part). I think getting it to build on DMD 2.060 will also be feasible., I'll try that as well. Email me if you'd like to receive a zip of the fixed source. Did you get it working on Linux too? Can you pull these modifications? -- Jordi Sayol
Re: DFL
On Tuesday, 14 August 2012 at 15:26:39 UTC, Jordi Sayol wrote: Al 14/08/12 16:45, En/na Francisco Almeida ha escrit: On Sunday, 12 August 2012 at 16:58:08 UTC, asker wrote: hi, is there a working dfl for dmd 2060 win? thanks Hi there. Not too long ago, I checked out DFL and got the library, plus most samples, to build with DMD 2.059, so I do have a local modified copy that works (for the most part). I think getting it to build on DMD 2.060 will also be feasible., I'll try that as well. Email me if you'd like to receive a zip of the fixed source. Did you get it working on Linux too? If only using wine, DFL is too tied to Win32 and was never supposed to run on Linux.
DFL
hi, is there a working dfl for dmd 2060 win? thanks
Re: DFL?
Looks like a -d is missing on the command line to allow deprecated functions. Still doesn't work. Thank you to everyone who has offered help, but I think I've seen enough to dismiss DFL. If I have to duct tape it just to get it to work, then what does this say about the rest of the product? I don't intend to find out. If there are other windowing kits for D that work right out of the box (integration with Entice would be sweet), I'd love to know about them. Otherwise, I'll have to look elsewhere for UI capabilities. I really like D, so I hope I won't have to look elsewhere because of the absence of a workable GUI. Oh, and by workable I don't mean thin wrappers to the Windows API. I did my time with the Windows API, and I don't intend to repeat the experience. Thanks again to everyone who took the time to help. I really appreciate it.
Re: DFL?
For what it's worth, building the code from https://github.com/Rayerd/dfl with the included makelib.bat seems to work fine for me with DMD 2.059.
Re: DFL?
On Thursday, 17 May 2012 at 21:47:19 UTC, Ronny wrote: Failed. Done. Could Not Find C:\D\dmd2\import\dfl\*.obj DFL lib files not found. Error: dfl_debug.lib not found This was how I installed DMD and DFL. You can replace C:\opt\ with C:\D\ I suggest using dfl.exe which you look to be doing, when it asks if you want to generate the library say y (I think you missed this) but even this will have an issue if dfl.exe does not have these relative paths: bin\dfl.exe import\dfl windows\bin\dmd.exe === dmd === Download version 2 of the compiler. Extract it into C:\opt\ Update your environment variables to include C:\opt\dmd2\windows\bin Version: 2.059 === dfl === Dowload the latest snapshot zip file. Extract this into C:\opt\dmd2 Update your environment variables to include C:\opt\dmd2\bin Use the github address to download the latest and just replace import\dfl with the needed win32/dfl dfl - graphical library http://wiki.dprogramming.com/Dfl/Snapshots https://github.com/Rayerd/dfl
Re: DFL?
On Wednesday, 16 May 2012 at 15:52:37 UTC, Richard Webb wrote: Try using the version from https://github.com/Rayerd/dfl instead of the one from the official site. Thank you, but that didn't work. I now get the following error: C:\D\dmd2\import\dflC:\D\dmd2\windows\bin\dmd -c -debug -g -wi -I.. all.d bas e.d application.d internal/dlib.d internal/clib.d internal/utf.d internal/com.d control.d clippingform.d form.d registry.d drawing.d menu.d notifyicon.d commond ialog.d filedialog.d folderdialog.d panel.d textbox.d richtextbox.d picturebox.d listbox.d groupbox.d splitter.d usercontrol.d button.d label.d collections.d in ternal/winapi.d internal/wincom.d event.d socket.d timer.d environment.d message box.d tooltip.d combobox.d treeview.d tabcontrol.d colordialog.d listview.d data .d clipboard.d fontdialog.d progressbar.d resources.d statusbar.d imagelist.d to olbar.d Notice: As of Phobos 2.058, std.ctype has been deprecated. It will be removed in August 2012. Please use std.ascii instead. internal\utf.d(91): Error: identifier 'useWfuncs' of 'std.file.useWfuncs' is not defined Failed. Done. Could Not Find C:\D\dmd2\import\dfl\*.obj DFL lib files not found. Error: dfl_debug.lib not found
Re: DFL?
On 05/17/12 23:47, Ronny wrote: On Wednesday, 16 May 2012 at 15:52:37 UTC, Richard Webb wrote: Try using the version from https://github.com/Rayerd/dfl instead of the one from the official site. Thank you, but that didn't work. I now get the following error: C:\D\dmd2\import\dflC:\D\dmd2\windows\bin\dmd -c -debug -g -wi -I.. all.d bas e.d application.d internal/dlib.d internal/clib.d internal/utf.d internal/com.d control.d clippingform.d form.d registry.d drawing.d menu.d notifyicon.d commond ialog.d filedialog.d folderdialog.d panel.d textbox.d richtextbox.d picturebox.d listbox.d groupbox.d splitter.d usercontrol.d button.d label.d collections.d in ternal/winapi.d internal/wincom.d event.d socket.d timer.d environment.d message box.d tooltip.d combobox.d treeview.d tabcontrol.d colordialog.d listview.d data ..d clipboard.d fontdialog.d progressbar.d resources.d statusbar.d imagelist.d to olbar.d Notice: As of Phobos 2.058, std.ctype has been deprecated. It will be removed in August 2012. Please use std.ascii instead. internal\utf.d(91): Error: identifier 'useWfuncs' of 'std.file.useWfuncs' is not defined Failed. Done. Could Not Find C:\D\dmd2\import\dfl\*.obj DFL lib files not found. Error: dfl_debug.lib not found Looks like a -d is missing on the command line to allow deprecated functions.
DFL?
Hi, I am trying to get DFL to work and failing. Details follow: First, I downloaded the latest snapshot (dfl-20110523.exe installer). Next, I Installed in my DMD folder (c:\d\dmd2) Then, I created a project as per the tutorial (http://www.dprogramming.com/dfl/welcome.php) Then I tried to build it (dfl -debug welcome.d -gui) [note: the options were changed as per the errata] When I did this, I got the following: DFL lib files not found. Would you like to build the DFL lib files now? [Y/n] I answered Y and got the following: Compiling debug DFL... C:\D\dmd2\import\dflC:\D\dmd2\windows\bin\dmd -c -debug -g -I.. all.d base.d application.d internal/dlib.d internal/clib.d internal/utf.d internal/com.d con trol.d form.d registry.d drawing.d menu.d notifyicon.d commondialog.d filedialog .d folderdialog.d panel.d textbox.d richtextbox.d picturebox.d listbox.d groupbo x.d splitter.d usercontrol.d button.d label.d collections.d internal/winapi.d in ternal/wincom.d event.d socket.d timer.d environment.d messagebox.d tooltip.d co mbobox.d treeview.d tabcontrol.d colordialog.d listview.d data.d clipboard.d fon tdialog.d progressbar.d resources.d statusbar.d imagelist.d toolbar.d application.d(1842): use of typedef is deprecated; use alias instead application.d(1842): use of typedef is deprecated; use alias instead internal\winapi.d(1726): use of typedef is deprecated; use alias instead internal\winapi.d(1726): use of typedef is deprecated; use alias instead Failed. Done. Could Not Find C:\D\dmd2\import\dfl\*.obj DFL lib files not found. Error: dfl_debug.lib not found Press any key to continue . . . I then replaced typedef with alias references to fix the messages above and retried the compilation. I got: Compiling debug DFL... C:\D\dmd2\import\dflC:\D\dmd2\windows\bin\dmd -c -debug -g -I.. all.d base.d application.d internal/dlib.d internal/clib.d internal/utf.d internal/com.d con trol.d form.d registry.d drawing.d menu.d notifyicon.d commondialog.d filedialog .d folderdialog.d panel.d textbox.d richtextbox.d picturebox.d listbox.d groupbo x.d splitter.d usercontrol.d button.d label.d collections.d internal/winapi.d in ternal/wincom.d event.d socket.d timer.d environment.d messagebox.d tooltip.d co mbobox.d treeview.d tabcontrol.d colordialog.d listview.d data.d clipboard.d fon tdialog.d progressbar.d resources.d statusbar.d imagelist.d toolbar.d Notice: As of Phobos 2.058, std.ctype has been deprecated. It will be removed in August 2012. Please use std.ascii instead. internal\utf.d(91): Error: identifier 'useWfuncs' of 'std.file.useWfuncs' is not defined Failed. Done. Could Not Find C:\D\dmd2\import\dfl\*.obj DFL lib files not found. Error: dfl_debug.lib not found Press any key to continue . . . This is when I realized I should stop heading down the rabbit hole and ask here. Help!