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 reply "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
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 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 reply "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
parent reply "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
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 reply "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
parent reply "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
parent reply "FrankLike" <1150015857 qq.com> writes:
 *http://denis-sh.bitbucket.org/


Where is the DGui?
This dgui is very cool.
May 18 2014
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 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.




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
parent reply "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
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 parent reply "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
parent reply "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
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