www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - DFL is really cool,Who can contact Christopher E. Miller?

reply "FrankLike" <1150015857 qq.com> writes:
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.
May 14 2014
next sibling parent reply dennis luehring <dl.soluz gmx.net> writes:
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?
May 14 2014
parent Mike Parker <aldacron gmail.com> writes:
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.
May 15 2014
prev sibling next sibling parent "FrankLike" <1150015857 qq.com> writes:
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.
May 14 2014
prev sibling next sibling parent reply Denis Shelomovskij <verylonglogin.reg gmail.com> writes:
15.05.2014 7:58, 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.

DFL isn't boost licensed, that's the problem for me. And Christopher didn't answered anything on my proposal to change the license. I'd suggest to put the effort in DGui [1] instead because its author, Antonio Davide Trogu, kindly changed the license to Boost as he want the library to be used. By the way, see DGui examples at Downloads page [2], they are smaller, than DFL ones. Also one of DGui goals was a source code simplicity. ) [1] https://bitbucket.org/dgui/dgui [2] https://bitbucket.org/dgui/dgui/downloads -- Денис В. Шеломовский Denis V. Shelomovskij
May 18 2014
next sibling parent Denis Shelomovskij <verylonglogin.reg gmail.com> writes:
18.05.2014 14:52, FrankLike пишет:
 On Sunday, 18 May 2014 at 09:22:53 UTC, FrankLike wrote:
 DFL isn't boost licensed, that's the problem for me. And Christopher
 didn't answered anything on my proposal to change the license.

 I'd suggest to put the effort in DGui [1] instead because its author,
 Antonio Davide Trogu, kindly changed the license to Boost as he want
 the library to be used.

 By the way, see DGui examples at Downloads page [2], they are
 smaller, than DFL ones. Also one of DGui goals was a source code
 simplicity. )


 [1] https://bitbucket.org/dgui/dgui
 [2] https://bitbucket.org/dgui/dgui/downloads

Why not put it in github.com?


Because personally I like Bitbucket (it has side-by-side diff and Github some time ago switched to completely unusable fonts for source code making it unreadable for Windows XP users like me).
 Thank you.

And put it in code.dlang.org.

Will do as soon as its Bitbucket support will be restored. -- Денис В. Шеломовский Denis V. Shelomovskij
May 20 2014
prev sibling next sibling parent Denis Shelomovskij <verylonglogin.reg gmail.com> writes:
18.05.2014 18:25, FrankLike пишет:
 *http://denis-sh.bitbucket.org/

Where is the DGui? This dgui is very cool.

The link is to my personal page. DGui isn't my library, I only manage it so it can't be listened in "my open-source projects" page. As for x64 support, yes is isn't ready. If it is needed just like any other feature feel free to open an issue. [1] https://bitbucket.org/dgui/dgui/issues -- Денис В. Шеломовский Denis V. Shelomovskij
May 20 2014
prev sibling parent Denis Shelomovskij <verylonglogin.reg gmail.com> writes:
18.05.2014 19:14, FrankLike пишет:
 On Sunday, 18 May 2014 at 14:54:44 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.


DGui's Memory Usage is 3.2M.
 [1] https://bitbucket.org/dgui/dgui
 [2] https://bitbucket.org/dgui/dgui/downloads

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. Thank you. Frank

And there are some controls are not implement,such as imageButton,GridView,DateTimePick,Socket,DataControl..... Thank you.

There is no plans for cross-platform porting or adding new controls in near future. Probably the situation may be improved in case developers of DFL unofficial fork [1] will join DGui development. [1] https://github.com/Rayerd/dfl -- Денис В. Шеломовский Denis V. Shelomovskij
May 20 2014
prev sibling next sibling parent "FrankLike" <1150015857 qq.com> writes:
 DFL isn't boost licensed, that's the problem for me. And 
 Christopher didn't answered anything on my proposal to change 
 the license.

 I'd suggest to put the effort in DGui [1] instead because its 
 author, Antonio Davide Trogu, kindly changed the license to 
 Boost as he want the library to be used.

 By the way, see DGui examples at Downloads page [2], they are 
 smaller, than DFL ones. Also one of DGui goals was a source 
 code simplicity. )


 [1] https://bitbucket.org/dgui/dgui
 [2] https://bitbucket.org/dgui/dgui/downloads

Why not put it in github.com? Thank you.
May 18 2014
prev sibling next sibling parent "FrankLike" <1150015857 qq.com> writes:
On Sunday, 18 May 2014 at 09:22:53 UTC, FrankLike wrote:
 DFL isn't boost licensed, that's the problem for me. And 
 Christopher didn't answered anything on my proposal to change 
 the license.

 I'd suggest to put the effort in DGui [1] instead because its 
 author, Antonio Davide Trogu, kindly changed the license to 
 Boost as he want the library to be used.

 By the way, see DGui examples at Downloads page [2], they are 
 smaller, than DFL ones. Also one of DGui goals was a source 
 code simplicity. )


 [1] https://bitbucket.org/dgui/dgui
 [2] https://bitbucket.org/dgui/dgui/downloads

Why not put it in github.com? Thank you.

And put it in code.dlang.org.
May 18 2014
prev sibling next sibling parent "FrankLike" <1150015857 qq.com> writes:
 I'd suggest to put the effort in DGui [1] instead because its 
 author, Antonio Davide Trogu, kindly changed the license to 
 Boost as he want the library to be used.

 By the way, see DGui examples at Downloads page [2], they are 
 smaller, than DFL ones. Also one of DGui goals was a source 
 code simplicity. )


 [1] https://bitbucket.org/dgui/dgui
 [2] https://bitbucket.org/dgui/dgui/downloads

When Compile the X64,then error: Building Debug\DGui.lib... dgui\core\collection.d(18): Error: cannot implicitly convert expression (this._t.length - 1LU) of type ulong to int dgui\core\collection.d(33): Error: cannot implicitly convert expression (this._t.length) of type ulong to int dgui\core\controls\control.d(594): Error: cannot implicitly convert expression (m.Result) of type long to uint dgui\core\controls\control.d(609): Error: function dgui.core.winapi.SetWindowLongW (void* hWnd, int nIndex, int dwNewLong) is not callable using argument types (void*, int, long) dgui\core\controls\control.d(856): Error: cannot implicitly convert expression (m.Result) of type long to uint dgui\core\controls\subclassedcontrol.d(33): Error: cannot implicitly convert expression (m.Result) of type long to uint dgui\core\controls\textcontrol.d(91): Error: cannot implicitly convert expression (this._text.length) of type ulong to int dgui\core\collection.d(18): Error: cannot implicitly convert expression (this._t.length - 1LU) of type ulong to int dgui\core\collection.d(33): Error: cannot implicitly convert expression (this._t.length) of type ulong to int dgui\core\collection.d(18): Error: cannot implicitly convert expression (this._t.length - 1LU) of type ulong to int dgui\core\collection.d(33): Error: cannot implicitly convert expression (this._t.length) of type ulong to int dgui\core\collection.d(18): Error: cannot implicitly convert expression (this._t.length - 1LU) of type ulong to int dgui\core\collection.d(33): Error: cannot implicitly convert expression (this._t.length) of type ulong to int dgui\core\collection.d(18): Error: cannot implicitly convert expression (this._t.length - 1LU) of type ulong to int dgui\core\collection.d(33): Error: cannot implicitly convert expression (this._t.length) of type ulong to int dgui\canvas.d(451): Error: function dgui.core.winapi.GetTextExtentPoint32W (void* hdc, const(wchar)* lpString, int c, SIZE* lpSize) is not callable using argument types (void*, wchar*, ulong, SIZE*) dgui\canvas.d(1283): Error: cannot implicitly convert expression (indexOf(cast(const(wchar[]))lf.lfFaceName, '\x00', cast(CaseSensitive)1)) of type long to int dgui\core\collection.d(18): Error: cannot implicitly convert expression (this._t.length - 1LU) of type ulong to int dgui\core\collection.d(33): Error: cannot implicitly convert expression (this._t.length) of type ulong to int dgui\core\collection.d(18): Error: cannot implicitly convert expression (this._t.length - 1LU) of type ulong to int dgui\core\collection.d(33): Error: cannot implicitly convert expression (this._t.length) of type ulong to int Building Debug\DGui.lib failed!
May 18 2014
prev sibling next sibling parent "John Colvin" <john.loughran.colvin gmail.com> writes:
On Sunday, 18 May 2014 at 13:44:14 UTC, FrankLike wrote:
 I'd suggest to put the effort in DGui [1] instead because its 
 author, Antonio Davide Trogu, kindly changed the license to 
 Boost as he want the library to be used.

 By the way, see DGui examples at Downloads page [2], they are 
 smaller, than DFL ones. Also one of DGui goals was a source 
 code simplicity. )


 [1] https://bitbucket.org/dgui/dgui
 [2] https://bitbucket.org/dgui/dgui/downloads

When Compile the X64,then error: Building Debug\DGui.lib... dgui\core\collection.d(18): Error: cannot implicitly convert expression (this._t.length - 1LU) of type ulong to int dgui\core\collection.d(33): Error: cannot implicitly convert expression (this._t.length) of type ulong to int dgui\core\controls\control.d(594): Error: cannot implicitly convert expression (m.Result) of type long to uint dgui\core\controls\control.d(609): Error: function dgui.core.winapi.SetWindowLongW (void* hWnd, int nIndex, int dwNewLong) is not callable using argument types (void*, int, long) dgui\core\controls\control.d(856): Error: cannot implicitly convert expression (m.Result) of type long to uint dgui\core\controls\subclassedcontrol.d(33): Error: cannot implicitly convert expression (m.Result) of type long to uint dgui\core\controls\textcontrol.d(91): Error: cannot implicitly convert expression (this._text.length) of type ulong to int dgui\core\collection.d(18): Error: cannot implicitly convert expression (this._t.length - 1LU) of type ulong to int dgui\core\collection.d(33): Error: cannot implicitly convert expression (this._t.length) of type ulong to int dgui\core\collection.d(18): Error: cannot implicitly convert expression (this._t.length - 1LU) of type ulong to int dgui\core\collection.d(33): Error: cannot implicitly convert expression (this._t.length) of type ulong to int dgui\core\collection.d(18): Error: cannot implicitly convert expression (this._t.length - 1LU) of type ulong to int dgui\core\collection.d(33): Error: cannot implicitly convert expression (this._t.length) of type ulong to int dgui\core\collection.d(18): Error: cannot implicitly convert expression (this._t.length - 1LU) of type ulong to int dgui\core\collection.d(33): Error: cannot implicitly convert expression (this._t.length) of type ulong to int dgui\canvas.d(451): Error: function dgui.core.winapi.GetTextExtentPoint32W (void* hdc, const(wchar)* lpString, int c, SIZE* lpSize) is not callable using argument types (void*, wchar*, ulong, SIZE*) dgui\canvas.d(1283): Error: cannot implicitly convert expression (indexOf(cast(const(wchar[]))lf.lfFaceName, '\x00', cast(CaseSensitive)1)) of type long to int dgui\core\collection.d(18): Error: cannot implicitly convert expression (this._t.length - 1LU) of type ulong to int dgui\core\collection.d(33): Error: cannot implicitly convert expression (this._t.length) of type ulong to int dgui\core\collection.d(18): Error: cannot implicitly convert expression (this._t.length - 1LU) of type ulong to int dgui\core\collection.d(33): Error: cannot implicitly convert expression (this._t.length) of type ulong to int Building Debug\DGui.lib failed!

It looks like it's not been made x64 ready. Denis Shelomovskij* would probably know what the current situation is. *http://denis-sh.bitbucket.org/
May 18 2014
prev sibling next sibling parent "FrankLike" <1150015857 qq.com> writes:
 *http://denis-sh.bitbucket.org/

Where is the DGui? This dgui is very cool.
May 18 2014
prev sibling next sibling parent "FrankLike" <1150015857 qq.com> writes:
 1.DFL's Memory Usage is the least than other. winsamp.exe is
 2.1M,DFL's example's exe is 2.7M.


DGui's Memory Usage is 3.2M.
 [1] https://bitbucket.org/dgui/dgui
 [2] https://bitbucket.org/dgui/dgui/downloads

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. Thank you. Frank
May 18 2014
prev sibling next sibling parent "FrankLike" <1150015857 qq.com> writes:
On Sunday, 18 May 2014 at 14:54:44 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.


DGui's Memory Usage is 3.2M.
 [1] https://bitbucket.org/dgui/dgui
 [2] https://bitbucket.org/dgui/dgui/downloads

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. Thank you. Frank

And there are some controls are not implement,such as imageButton,GridView,DateTimePick,Socket,DataControl..... Thank you.
May 18 2014
prev sibling next sibling parent "Gary Willoughby" <dev nomad.so> writes:
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?
May 18 2014
prev sibling next sibling parent "jack death" <jackdeath aol.com> writes:
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?

May 18 2014
prev sibling parent "John Colvin" <john.loughran.colvin gmail.com> writes:
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
May 18 2014