gmane.comp.lang.d.dwt

Re: DWT in Google Summer of Code?

Jacob Carlborg — 2012-03-31T12:33:37

You can use delegates as well.

Re: DWT in Google Summer of Code?

2012-03-30T15:51:29


The examples also all use the horrible anonymous class thing. A 
GUI library really should use delegates for callbacks.

Re: DWT in Google Summer of Code?

Jacob Carlborg — 2012-03-17T15:15:58

We're trying to keep to code as close to the original Java code as 
possible. This is all due to making it easier to port future versions of 
SWT.

Re: DWT in Google Summer of Code?

Tim Keating — 2012-03-16T20:24:51

At a cursory glance? The fact that there are numerous library 
classes for interfacing with files, etc. (in base) that duplicate 
functionality that is in both Phobos & Tango, instead of 
modifying the libraries to rely on Phobos or Tango.

The fact that the packages under base have "java" as their TLD.

The fact that the packages for the main widget library seem 
hopelessly intertwingled with Eclipse.

The fact that the library has duplicate code in separate packages 
per platform, rather than using a canonical D pattern for 
supporting this, such as "version."

These are a few things that jumped out at me in five minutes of 
browsing the git repo.

TK

Re: DWT in Google Summer of Code?

Jesse Phillips — 2012-03-07T17:13:01

At this time we shouldn't be creating a GUI from the ground up,
they do exist (DFL, DUI?). It is however beneficial to have
access to a GUI API available in other languages, SWT, GTK, Qt,
WX.

Now many of these are reaching a state I suppose is considered
complete (with exception to be not supporting the latest).
Possibly selecting one to build a nice D API on top of would be
reasonable.

As for SWT, I don't know what you mean by short comings. All GUI
toolkits have them, but maybe you mean the API is not D like.
Personally the experience I have had with SWT (older DWT) has
impressed me. I really enjoyed the design behind it, my favorite
so for for toolkits I've used. And it seems JFace is the higher
level API, which is great, but I kind of feel that would be a
great place to build a D like API over DWT (but having the same
JFace API is good for current SWT users).

D needs a GUI that is pretty easy to use and really easy to set
up. Then we can move to a nice D layer, then once D has gotten a
true market it will get native implementations and APIs. And also
getting a more complete Entice Designer will also be needed to
really hit that larger market.

Re: DWT in Google Summer of Code?

Mr. Anonymous — 2012-03-05T15:14:20

In my opinion, an entry for a GUI-library in general, while 
mentioning DWT as the number one option in the comments.

Re: DWT in Google Summer of Code?

Jacob Carlborg — 2012-03-05T09:33:53

Do you think we should add an entry specific for DWT or an entry for a 
GUI-library in general?

Re: DWT in Google Summer of Code?

Mr. Anonymous — 2012-03-04T20:46:00

For beginning, you might want to add it here:
http://prowiki.org/wiki4d/wiki.cgi?GSOC_2012_Ideas

Re: DWT in Google Summer of Code?

Jacob Carlborg — 2012-03-04T16:31:34

I think it's a great idea.

Re: DWT in Google Summer of Code?

Sandeep Datta — 2012-03-03T21:12:18

+1 to that. But I think using using SWT as inspiration for a GUI 
library may not be the best possible choice. I would like to see 
an API which uses D well. Small things like using properties 
instead of getters and setters come to the mind first. I haven't 
looked at the DWT source code but I suspect it may suffer from 
some of the same short comings as SWT.

I have been looking for a good cross platform GUI library but the 
choices available so far (Qt, wxWidgets, GTK+) all come from the 
C++ world (where garbage collection is almost absent) thus 
entangling memory management issues with the GUI API and its 
architecture in general.

I would love to hear some recommendations on terse and powerful 
GUI libraries even if they are not cross platform. I'd seriously 
consider contributing to such a project.

On Saturday, 3 March 2012 at 19:54:56 UTC, Mr. Anonymous wrote:

DWT in Google Summer of Code?

Mr. Anonymous — 2012-03-03T19:54:55

Hello,

How about improving DWT as part of Google Summer of Code?
I thing a stable GUI library is very important for D.

What do you think?

Re: DWT repository moved to github

Jacob Carlborg — 2012-01-12T14:38:04

To make everything correct I need to update the submodules to the latest 
commit.

Re: DWT repository moved to github

kntroh — 2012-01-12T13:29:44

== Quote from Jacob Carlborg (doob< at >me.com)'s article

I understand.
I ran "git pull" on each submodule (base, win32),
and checked that it was satisfactory.

--
kntroh

Re: DWT repository moved to github

Jacob Carlborg — 2012-01-12T12:05:52

When you run "git pull" in a submodule it will grab the latest version 
from the origin in the repository and the submodule will now refer to 
that commit instead.

Re: DWT repository moved to github

Jacob Carlborg — 2012-01-12T12:04:02

git submodules refers to a specific commit and I haven't updated the 
submodules to the latest version. If you take a look at the dwt 
repository at github you can see a hash next to the name of the 
submodules. That hash refers to the commit in the repository the 
submoule points to.

I guess the reason for this is because an update of a repository that is 
a submodule shouldn't be able to break the repository that includes the 
submodule.

So in this case the dwt repository decides which commits the submodules 
should refer to.


No it isn't.

Re: DWT repository moved to github

kntroh — 2012-01-12T11:09:36

== Quote from Jacob Carlborg (doob< at >me.com)'s article

I cloned DWT from github. Then I ran this command.
It failed. Submodules didn't become latest version.

Then I tried this command.
It was successful. I builded my application with DWT.
That's ok.
But, is it right command?

Re: DWT repository moved to github

Jacob Carlborg — 2012-01-11T20:01:28

I've merged your commits now. It says that you are the author and I am 
the committer, I hope that's ok. You can now merge from upstream to get 
the latest changes.

Re: DWT repository moved to github

Jacob Carlborg — 2012-01-11T11:55:16

Ok, I'll take care of that tonight.

Re: DWT repository moved to github

kntroh — 2012-01-11T10:06:24

== Quote from Jacob Carlborg (doob< at >me.com)'s article

Thanks for your works.
I've created account at github. Please use knt.roh< at >gmail.com .

--
kntroh
https://github.com/kntroh

Re: DWT repository moved to github

Jacob Carlborg — 2012-01-10T21:05:54

I've converted your mercurial repository, split it and it merged 
cleanly. But the problem is that you have used an invalid, at least 
according to github, email address (devnull< at >localhost).

It seems to be possible to fix but I'm not sure if that would mess up 
the history. I can give it a try with some random address to see if it 
works. If it works I would need your email address, preferably the one 
you're going to use to register to github. It's possible to register 
several email addresses with one account at github.

Re: DWT repository moved to github

Jacob Carlborg — 2012-01-10T14:51:00

You should theoretical be able to convert the mercurial repository to a 
git repository. Fork the new DWT repository at github and merge your 
changes from the mercurial repository and finally make a pull request.

Hmm, or maybe not since I've split the single mercurial repository into 
several git repositories. I don't know.

This git repository contains a tool that can convert a mercurial 
repository to a git repository, it's the same one I've used:

http://repo.or.cz/w/fast-export.git