Thread: [Nanodesigner-developers] Sample GUI Design
Status: Alpha
Brought to you by:
swinnen
Menu
▾
▴
nanodesigner-developers
|
From: Fuji H. <fo...@gm...> - 2004-11-02 19:01:53
|
Hi All, I'm not sure if my last message got through or not, I tried to send an email attachment. Instead I will just give you guys a link to the file here: http://www.ualberta.ca/~jliske/SampleGUIDesign.zip *Original Message: Hi All, I have attached some code that I threw together based on an example framework. I am not sure how you guys feel about using existing code, nor am I familiar with the rules by GNU/GPL for open source project code. However, I feel this might be good start to approaching the GUI design. So take a look at the java classes. The classes that start with "Wmvc" I took straight from the Wampler book (and are clearly documented as being Wampler's), and the classes that start with "Nano" I wrote based on his examples. It is mostly incomplete skeleton code that will use the Wampler MVC framework. Let me know what you guys think. We don't have to use this code in our project, but at least it may give us some ideas as to how we should be thinking about the design of the GUI using MVC. The Wmvc code is so short and elegant that I didn't feel the need to rewrite it, although you guys may want to for the project, or even take a different approach. The classes *should* compile and run on Java 1.4.2. Let me know if the attachment goes through OK. -Fuji |
|
From: Elie De B. <el...@de...> - 2004-11-02 19:26:16
|
Hello, As suspected we didn't see much of you first mail, but the link and the app works fine here. It's basicly what valere did in paintshop written in java ;-). Anyhow some comments: * The framework looks nice, do you have any sources on that ? * Perhaps put the framework classes in a separate package. * Perhaps using the sun java graphics repository for a start: http://java.sun.com/developer/techDocs/hi/repository/ should make the images look more java'ish. Another design question now, like you might have noticed, adding some simple menu options in MainView without actually doing something makes your class huge, now already 300 lines. So why not make a subpackage 'action' to contain all the menuactions, which can easily access the main application thru the mvcapplication singleton. greetings Elie Quoting Fuji Hakayito <fo...@gm...>: > Hi All, > > I'm not sure if my last message got through or not, I tried to send an > email attachment. Instead I will just give you guys a link to the > file here: http://www.ualberta.ca/~jliske/SampleGUIDesign.zip > > *Original Message: > > Hi All, > > I have attached some code that I threw together based on an example > framework. I am not sure how you guys feel about using existing code, > nor am I familiar with the rules by GNU/GPL for open source project > code. However, I feel this might be good start to approaching the GUI > design. So take a look at the java classes. The classes that start > with "Wmvc" I took straight from the Wampler book (and are clearly > documented as being Wampler's), and the classes that start with "Nano" > I wrote based on his examples. It is mostly incomplete skeleton code > that will use the Wampler MVC framework. Let me know what you guys > think. We don't have to use this code in our project, but at least it > may give us some ideas as to how we should be thinking about the > design of the GUI using MVC. > > The Wmvc code is so short and elegant that I didn't feel the need to > rewrite it, although you guys may want to for the project, or even > take a different approach. The classes *should* compile and run on > Java 1.4.2. Let me know if the attachment goes through OK. > > -Fuji > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > _______________________________________________ > Nanodesigner-developers mailing list > Nan...@li... > https://lists.sourceforge.net/lists/listinfo/nanodesigner-developers > -- <============================> Homepage: www.de-brauwer.be <============================> |
|
From: <sw...@us...> - 2004-11-02 20:41:33
|
Elie De Brauwer wrote: >As suspected we didn't see much of you first mail, but the link and the >app works fine here. It's basicly what valere did in paintshop written i= n java >;-). >Anyhow some comments: >* The framework looks nice, do you have any sources on that ?=20 >* Perhaps put the framework classes in a separate package.=20 >* Perhaps using the sun java graphics repository for a start:=20 >http://java.sun.com/developer/techDocs/hi/repository/ should make >the images look more java'ish. > =20 > They look fine although the toolbar should not be used as it is used in=20 this example. The toolbar I envisioned is not used for toolbar buttons but only as a=20 message bar to help the user in using the tool panel buttons on the left=20 of the 3D panel and to notify the user if the program is=20 calculating/working on some problem. >Another design question now, like you might have noticed,=20 >adding some simple menu options in MainView without actually doing=20 >something makes your class huge, now already 300 lines. So why not >make a subpackage 'action' to contain all the menuactions, which can >easily access the main application thru the mvcapplication singleton. > =20 > I think you should look at the command design pattern. You can put the=20 actions into a separate class actually. I think we should first try to figure out how we solve the three-in-one=20 window and the other view, three separate windows. We essentially have=20 six items: 1. a menu bar 2. a message toolbar 3. a 3D pane 4. a top tool pane 5. a middle tool pane 6. a bottom tool pane Each of them can be represeted by a class, each of them should have a=20 separate controller class I think On top of that we have a class (or more than one) that creates one or=20 three frames depending on a preference variable. With the use of three splitpanes we can create the panes mentioned above. We have to work out the details a bit but I think it should be doable=20 like that. Let me know if it is not clear... or, if you have another idea about it... Regards, Val=E8re |
|
From: Elie De B. <el...@de...> - 2004-11-02 21:04:15
|
> >Another design question now, like you might have noticed,=20
> >adding some simple menu options in MainView without actually doing=20
> >something makes your class huge, now already 300 lines. So why not
> >make a subpackage 'action' to contain all the menuactions, which can
> >easily access the main application thru the mvcapplication singleton.
> > =20
> >
> I think you should look at the command design pattern. You can put the=20
> actions into a separate class actually.
That's what I meant, an action subclass with an class extending AbstractAction
for each action.
> I think we should first try to figure out how we solve the three-in-one=20
> window and the other view, three separate windows. We essentially have=20
> six items:
> 1. a menu bar
> 2. a message toolbar
> 3. a 3D pane
> 4. a top tool pane
> 5. a middle tool pane
> 6. a bottom tool pane
> Each of them can be represeted by a class, each of them should have a=20
> separate controller class I think
> On top of that we have a class (or more than one) that creates one or=20
> three frames depending on a preference variable.
> With the use of three splitpanes we can create the panes mentioned above.
> We have to work out the details a bit but I think it should be doable=20
> like that.
> Let me know if it is not clear... or, if you have another idea about it...
>
It certainly is doable with three splitpanes, consider the small proof of
concept code:
<code (Split.java) >
import javax.swing.JButton;
import javax.swing.JFrame;
import javax.swing.JSplitPane;
public class Split extends JFrame{
private Split() {}
public Split(String s) {
super(s);
JSplitPane main=new JSplitPane(JSplitPane.HORIZONTAL_SPLIT);
JSplitPane upperMiddle = new JSplitPane(JSplitPane.VERTICAL_SPLIT);
JSplitPane left = new JSplitPane(JSplitPane.VERTICAL_SPLIT);
upperMiddle.setLeftComponent(new JButton("LEFT"));
upperMiddle.setRightComponent(new JButton("MIDDLE"));
left.setLeftComponent(upperMiddle);
left.setRightComponent(new JButton("LOWER"));
main.setLeftComponent(left);
main.setRightComponent(new JButton("RIGHT"));
setContentPane(main);
}
public static void main (String [] args) {
JFrame frm = new Split("Test");
frm.setSize(400,400);
frm.setVisible(true);
}
}
</code>
greetings
Elie
Btw, should it be better to create a small cvs testzone or a separate CVS tree
or whtvr. Just for making the sharing of sources easier ?
--
<============================>
Homepage:
www.de-brauwer.be
<============================>
|
|
From: <sw...@us...> - 2004-11-03 16:58:43
|
Elie De Brauwer wrote:
>>>Another design question now, like you might have noticed,=3D20
>>>adding some simple menu options in MainView without actually doing=3D2=
0
>>>something makes your class huge, now already 300 lines. So why not
>>>make a subpackage 'action' to contain all the menuactions, which can
>>>easily access the main application thru the mvcapplication singleton.
>>>=3D20
>>>
>>> =20
>>>
>>I think you should look at the command design pattern. You can put the=
=3D20
>>actions into a separate class actually.
>> =20
>>
>
>That's what I meant, an action subclass with an class extending Abstract=
Action=20
>for each action.
> =20
>
Yes, also important is the ability to add action classes from plug-ins=20
later.
This will be the real tricky thing I think.
>>I think we should first try to figure out how we solve the three-in-one=
=3D20
>>window and the other view, three separate windows. We essentially have=
=3D20
>>six items:
>>1. a menu bar
>>2. a message toolbar
>>3. a 3D pane
>>4. a top tool pane
>>5. a middle tool pane
>>6. a bottom tool pane
>>Each of them can be represeted by a class, each of them should have a=3D=
20
>>separate controller class I think
>>On top of that we have a class (or more than one) that creates one or=3D=
20
>>three frames depending on a preference variable.
>>With the use of three splitpanes we can create the panes mentioned abov=
e.
>>We have to work out the details a bit but I think it should be doable=3D=
20
>>like that.
>>Let me know if it is not clear... or, if you have another idea about it=
...
>>
>> =20
>>
>
>It certainly is doable with three splitpanes, consider the small proof o=
f=20
>concept code:=20
>
><code (Split.java) >
>import javax.swing.JButton;=20
>import javax.swing.JFrame;
>import javax.swing.JSplitPane;
>
>
>public class Split extends JFrame{
> private Split() {}
> public Split(String s) {
> super(s);
> JSplitPane main=3Dnew JSplitPane(JSplitPane.HORIZONTAL_SPLIT);
> JSplitPane upperMiddle =3D new JSplitPane(JSplitPane.VERTICAL_SP=
LIT);
> JSplitPane left =3D new JSplitPane(JSplitPane.VERTICAL_SPLIT);
> upperMiddle.setLeftComponent(new JButton("LEFT"));
> upperMiddle.setRightComponent(new JButton("MIDDLE"));
> left.setLeftComponent(upperMiddle);
> left.setRightComponent(new JButton("LOWER"));
> main.setLeftComponent(left);
> main.setRightComponent(new JButton("RIGHT"));
> setContentPane(main);
> }
> =20
> public static void main (String [] args) {
> JFrame frm =3D new Split("Test");
> frm.setSize(400,400);
> frm.setVisible(true);
> }
>}
>
></code>
> =20
>
I did not doubt it would be possible.
Initially we have to create three frames and add the different panes=20
depending on which view is chosen (one or three windows) depending on a=20
default or user preference. A preference listener keeps track of this=20
preference. If it is changed the appropriate method is called and panes=20
are added and removed from the appropriate frames. I don't think it is=20
more difficult than that.
>Btw, should it be better to create a small cvs testzone or a separate CV=
S tree
>or whtvr. Just for making the sharing of sources easier ?=20
> =20
>
Hmm. Maybe.
Regards,
Val=E8re
|
|
From: Elie De B. <el...@de...> - 2004-11-03 17:17:19
|
> >That's what I meant, an action subclass with an class extending Abstract= > Action=20 > >for each action. > > =20 > > > Yes, also important is the ability to add action classes from plug-ins=20 > later. > This will be the real tricky thing I think. That shouldn't be a problem either, we could load them with Class.forName(); so we should only get the name of the classes (and their location in the menu structure) from a configfile. Or from a factory class which contains a list/hashmap/... of all possible plugin classes. This is more a matter of convention than of technical difficulty. The code snippet posted was only proof of concept so Fuji could easily copy paste it to his current sourcetree. greetings Elie -- <============================> Homepage: www.de-brauwer.be <============================> |
|
From: Javier F. <jv...@ya...> - 2004-11-03 19:51:54
|
Hi everyone. It has been a while since the last time I contributed to the project with something useful. I have to admit that I am guilty of doing nothing. :-) I will try to catch up on lost time. > >Btw, should it be better to create a small cvs > testzone or a separate CVS tree > >or whtvr. Just for making the sharing of sources > easier ? > > > > > Hmm. Maybe. I think this is a great idea and it will speed up things a little bit. Well, it is up to everyone to decide. My vote is a "yes". What does everyone think? Have a nice day. Javier Fuentes __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com |
|
From: Fuji H. <fo...@gm...> - 2004-11-04 17:39:22
|
I am also in favour of setting up a code repository. I'm interested to see how Subversion works, but CVS works too. -Fuji On Wed, 3 Nov 2004 11:51:48 -0800 (PST), Javier Fuentes <jv...@ya...> wrote: > Hi everyone. > > It has been a while since the last time I contributed > to the project with something useful. I have to admit > that I am guilty of doing nothing. :-) I will try to > catch up on lost time. > > > >Btw, should it be better to create a small cvs > > testzone or a separate CVS tree > > >or whtvr. Just for making the sharing of sources > > easier ? > > > > > > > > Hmm. Maybe. > > I think this is a great idea and it will speed up > things a little bit. Well, it is up to everyone to > decide. My vote is a "yes". What does everyone think? > > Have a nice day. > > Javier Fuentes > > > __________________________________ > Do you Yahoo!? > Check out the new Yahoo! Front Page. > www.yahoo.com > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > _______________________________________________ > Nanodesigner-developers mailing list > Nan...@li... > https://lists.sourceforge.net/lists/listinfo/nanodesigner-developers > |
|
From: <sw...@us...> - 2004-11-04 21:39:12
|
Hi Javier, I am going to put some pages on basic chemistry in the Wiki as a=20 reference for people unfamiliar with the =91finer points=92 of basic chem= istry. Maybe you could give a hand with that? I think we should use existing web resources as much as possible for this. A site I found recently is=20 http://www.wwnorton.com/chemistry/index/site_map.htm Quite good actually... At the moment I think we need something about: 1. Bond types 2. Atom radii 3. Bond geometry 4. Proteins, Residues, amino acids =96 only very basic stuff here. >I think this is a great idea and it will speed up >things a little bit. Well, it is up to everyone to >decide. My vote is a "yes". What does everyone think? > > =20 > About creating a test cvs tree (or whatever). There is no need to do so=20 I think. We just put it in the appropriate place in cvs. We can always delete=20 files (i.e. move them to the attic directory) . Removing completely is=20 not possible on the sourceforge cvs. The directory structure will be something like this: org.nanodesigner.core /doc /nbproject /test /org/nanodesigner/gui /=85 /src /org/nanodesigner/gui /=85 I would also recommend using the JUnit test facilties for testing=20 critical classes (at least). As I said before I am going to keep cvs write access to myself for the=20 time being. So if you have some code you want to put in cvs send it to=20 me please. I hope to put the first classes I am writing at the moment in cvs one of=20 the next days. Hopefully this will inspire others... :-) Val=E8re |
|
From: Javier F. <jv...@ya...> - 2004-11-04 22:01:06
|
> >I think this is a great idea and it will speed up > >things a little bit. Well, it is up to everyone to > >decide. My vote is a "yes". What does everyone > think? > As I said before I am going to keep cvs write access > to myself for the > time being. So if you have some code you want to put > in cvs send it to > me please. I am not quite sure why you want to keep to yourself the privilege of writing to the CVS. I would suggest you to let everyone to commit files freely to the CVS. Indeed, I believe it will speed up thing and encourage people to contribute anytime and anyway they want to the project. Have a nice day. __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com |
|
From: <sw...@us...> - 2004-11-04 22:29:15
|
Hi Javier, > I am not quite sure why you want to keep to yourself > >the privilege of writing to the CVS. I would suggest >you to let everyone to commit files freely to the CVS. >Indeed, I believe it will speed up thing and encourage >people to contribute anytime and anyway they want to >the project. > =20 > Because I want to keep things like directory structure, release data,=20 labels and such well-organized. Because of the size of this project and the number of participants I can=20 not allow 'everybody' to write to cvs. It would undoubtedly tangle up the entire cvs tree within days. No, sorry, I *can not* oblige you on this one. I hope this can change=20 in the future so that I can give access to some selected people but=20 certainly not to 'everyone'. You can check other sourceforge projects but I doubt you will find many=20 (if any) where *every* particpant has write access to the cvs tree (and=20 I am talking about projects with more than 2 or 3 developers). Val=E8re |
|
From: Elie De B. <el...@de...> - 2004-11-05 05:50:48
|
On Thu, 04 Nov 2004 23:32:40 +0100 Val=E8re Swinnen <sw...@us...> wrote: > Hi Javier, >=20 > > I am not quite sure why you want to keep to yourself > > > >the privilege of writing to the CVS. I would suggest > >you to let everyone to commit files freely to the CVS. > >Indeed, I believe it will speed up thing and encourage > >people to contribute anytime and anyway they want to > >the project. > > =20 > > > Because I want to keep things like directory structure, release data,=20 > labels and such well-organized. > Because of the size of this project and the number of participants I can= =20 > not allow 'everybody' to write to cvs. > It would undoubtedly tangle up the entire cvs tree within days. > No, sorry, I *can not* oblige you on this one. I hope this can change=20 > in the future so that I can give access to some selected people but=20 > certainly not to 'everyone'. > You can check other sourceforge projects but I doubt you will find many=20 > (if any) where *every* particpant has write access to the cvs tree (and=20 > I am talking about projects with more than 2 or 3 developers). >=20 I also think there should be a common place which version control where=20 we can put some code, call it a playground. For example, Fujy had to upload his sample code to some ISP, we had to download it, extract it, load it=20 in our ide to view it. While every other IDE has cvs access support. In the next fase I wrote a small testapp to illustrate the splitpanes, to do this I had two choices: a) Modifiy Fuji's code, package it, upload it to another piece of website so Fuji could (if he recieved the mail before that and didn't do the change=20 or another change before that) download it, replace his tree by my modified version, hope I didn't do anything wrong with it. Or open the archive look = for changes at first site and copy paste them. b) Just dump a little bit of proof of concept code in an e-mail hoping he w= ould be able to apply it to his code. Imo none of these solutions is a good one, there's still something missing.= =20 This doesn't necesserily mean we want access to _the_ entire cvs, isn't is possible to create a subset with different access rights ? Isn't there an alternative ? Somebody got a cvs server in their backyard ? greetings Elie |
|
From: Javier F. <jv...@ya...> - 2004-11-05 08:33:19
|
--- Elie De Brauwer <el...@de...> wrote: > I also think there should be a common place which > version control where > we can put some code, call it a playground. For > example, Fujy had to upload > his sample code to some ISP, we had to download it, > extract it, load it > in our ide to view it. While every other IDE has cvs > access support. > In the next fase I wrote a small testapp to > illustrate the splitpanes, to do > this I had two choices: > a) Modifiy Fuji's code, package it, upload it to > another piece of website so > Fuji could (if he recieved the mail before that and > didn't do the change > or another change before that) download it, replace > his tree by my modified > version, hope I didn't do anything wrong with it. Or > open the archive look for > changes at first site and copy paste them. > b) Just dump a little bit of proof of concept code > in an e-mail hoping he would > be able to apply it to his code. > > Imo none of these solutions is a good one, there's > still something missing. I feel the same way about this. It is cumbersome process. I think that is why CVS exists after all. It makes collaboration more easier and speeds up development. > This doesn't necesserily mean we want access to > _the_ entire cvs, isn't > is possible to create a subset with different access > rights ? I support your suggestion. We could have a "sandbox" folder in the CVS or something like that where we can start sending files right away. > Isn't there > an alternative ? Somebody got a cvs server in their > backyard ? We should not be looking for cvs support anywhere else. Fujy should not be uploading sample code to some ISP and hoping we are recieving email attrachments. We should be using at least past of the CVS supported by SourceForge. Well, I may be wrong, I do not know. I already made my point and it is up to everyone and Valère. Have a nice day everyone. Javier Fuentes. __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com |
|
From: Elie De B. <el...@de...> - 2004-11-05 10:22:09
|
> > This doesn't necesserily mean we want access to > > _the_ entire cvs, isn't > > is possible to create a subset with different access > > rights ? > > I support your suggestion. We could have a "sandbox" > folder in the CVS or something like that where we can > start sending files right away. > > > Isn't there > > an alternative ? Somebody got a cvs server in their > > backyard ? > > We should not be looking for cvs support anywhere > else. Fujy should not be uploading sample code to some > ISP and hoping we are recieving email attrachments. We > should be using at least past of the CVS supported by > SourceForge. > > Well, I may be wrong, I do not know. I already made my > point and it is up to everyone and Valère. That is also my point, I'm strongly in favor for something like a stable and an unstable branch. Valere can do everything he wants with the stable branch but we should still all have access to the unstable branch. And if somebody does something wrong there you could always rollback (isn't that why versioning was invented in the first place). E.g. quoting http://sourceforge.net/project/admin/cvs.php?group_id=47032 : Permissions: ---> Read access: Your project CVS repository is automatically available via anonymous pserver-based CVS access. All site users are permitted to access your repository in this manner; no means is provided to restrict this read access. Instructions for accessing your repository via anonymous pserver may be found on the CVS page for your project. ---> Write access: All project developers are automatically provided write access to your project CVS repository. As of 2004-06-10, a permissions option is now provided to totally block developer repository access (when blocked, developers need to use anonymous pserver for read access to the repository). You may restrict developer write access to a subset of your repository (modules, branches) through the use of CVS ACLs (the cvs_acls script). greetings Elie -- <============================> Homepage: www.de-brauwer.be <============================> |
|
From: Javier F. <jv...@ya...> - 2004-11-05 11:05:36
|
--- Elie De Brauwer <el...@de...> wrote: > That is also my point, I'm strongly in favor for > something like > a stable and an unstable branch. Valere can do > everything he wants > with the stable branch but we should still all have > access to the > unstable branch. I have seen projects releasing files under different names: - Dev Snapshot - release candidate - Eval Release - Official Release We can borrow that idea and have different cvs branches such as: - Dev Snapshot (everyone) - release candidate (Valere) - Eval Release (Valere) - Official Release (Valere) I think we could have a snapshot brach in our cvs for everyone to use right now. > And if somebody does something > wrong there you > could always rollback (isn't that why versioning was > invented > in the first place). Indeed. We should take advantage of all the features in cvs. Javier Fuentes __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com |
|
From: <sw...@us...> - 2004-11-08 17:50:19
|
Hi all, I=92ve considered your remarks about the access to the cvs of nanodesigne= r=20 and I agree to give you all free access. Remarks: If you want to change something in the CVSROOT directory ask me first=20 before you attempt to do that. I would also ask that if you commit a file for the first time to=20 immediately start a branch by adding the branch tag =91DEV=92. For the ti= me=20 being the development should be done under this branch. As I mentioned in an earlier message, use the following directory=20 structure: Main directories: org.nanodesigner.core org.nanodesigner.gui org.nanodesigner.g3d With the following subdirectories: doc src/org/nanodesigner/=85 test Do not commit any class files, jar files or executables please. CVS problem: Netbeans 4.0 does not support ssh authentication or am I mistaken? I have also noticed that committed files are not immediately visible in=20 the nanodesigner cvs (looking via the sourceforge website that is). Val=E8re |
|
From: <sw...@us...> - 2004-11-02 20:21:58
|
Hi Fuji, >I'm not sure if my last message got through or not, I tried to send an >email attachment. Instead I will just give you guys a link to the >file here: http://www.ualberta.ca/~jliske/SampleGUIDesign.zip > =20 > I didn't get your last mail either, Fuji, but the link is okay. I=20 downloaded and compiled it. Works fine. I think it is a good starting point to have this code and look how MVC=20 works in a practical, not too large, application. However Nanodesigner=20 is a lot more complex. I will write a bit more about it tomorrow. >Hi All, > >I have attached some code that I threw together based on an example >framework. I am not sure how you guys feel about using existing code, >nor am I familiar with the rules by GNU/GPL for open source project >code. However, I feel this might be good start to approaching the GUI >design. So take a look at the java classes. The classes that start >with "Wmvc" I took straight from the Wampler book (and are clearly >documented as being Wampler's), and the classes that start with "Nano" >I wrote based on his examples. It is mostly incomplete skeleton code >that will use the Wampler MVC framework. Let me know what you guys >think. We don't have to use this code in our project, but at least it >may give us some ideas as to how we should be thinking about the >design of the GUI using MVC. > >The Wmvc code is so short and elegant that I didn't feel the need to >rewrite it, although you guys may want to for the project, or even >take a different approach. The classes *should* compile and run on >Java 1.4.2. Let me know if the attachment goes through OK. > =20 > The rules of GNU/GPL are not difficult. You can use GPL code but you=20 have to keep the original copyright in place and you have to keep the=20 name of the author in place also. You can change the code and add your=20 name and point out the changes you made, no problem there. You also=20 have to keep it in the original package I think. Obviously if you use somebody elses GPL code in your code, your code has=20 to be distributed under the GPL copyright also. This is, by the way,=20 the copyright we will use. Regards, Val=E8re |
Thanks for helping keep SourceForge clean.
X