javacavemaps-developers Mailing List for Java Cave Maps (Page 7)
Status: Pre-Alpha
Brought to you by:
caverdude
Menu
▾
▴
javacavemaps-developers — Will be talk about packages, public classes and public methods
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(7) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(39) |
| 2009 |
Jan
(79) |
Feb
(26) |
Mar
(8) |
Apr
(6) |
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Larry G. <jav...@ya...> - 2008-12-24 00:05:20
|
calculator1.0 will now be the new source tree. I will be moving only classes needed for the calculator app and applet and webstart to this source tree. you may still use the other tree to do case test or otherwise help in any way you can.
Larry Gray
la...@ar...
|
|
From: Larry G. <jav...@ya...> - 2008-12-23 23:27:09
|
the collections in javacavemaps will be extensions of java collections.
Larry Gray
la...@ar...
|
|
From: Larry G. <jav...@ya...> - 2008-12-23 23:13:59
|
I finally picked up a book on tiger 1.5. I'll begin learning 1.5 features for the project. currently I'm only totally familiar with 1.4 features. So I suppose we will be using 1.5 soon.
Larry Gray
la...@ar...
|
|
From: Larry G. <jav...@ya...> - 2008-12-23 04:48:23
|
you may add source to the projects as package name javacavemaps.casetest.(sfid).case1 .case2 .case3 .case4 etc.
sfid is of course your sourceforge username. This way we can keep case test separated for each user. case test are basically testing some idea or language features. Example code. Please use original code, nothing plagerized.
This way if you are just itching to code you can work ahead with case test. later well can pull this code to where its needed. case test will not be part of release files.
Larry Gray
la...@ar...
|
|
From: Larry G. <jav...@ya...> - 2008-12-20 22:01:37
|
I begun the specs for version 2.0 of this application. see documentation.
Larry Gray
la...@ar...
|
|
From: Larry G. <jav...@ya...> - 2008-12-20 20:07:10
|
Oh, notice the specs are only about the calculator application. Our project will become more complex I promise. I'm going to post another document about how I intend to apply some principles of the XP Methodology. Please
read it when you get a chance.
Larry Gray
la...@ar...
|
|
From: Larry G. <jav...@ya...> - 2008-12-20 19:48:20
|
I can be found sometimes on dalnet #java as nick "caverdude". If you log on idenfy yourself as a member of Java CaveMaps Project, thanks
Larry Gray
la...@ar...
|
|
From: Timothy S. <tim...@gm...> - 2008-12-19 13:07:45
|
So does my "Reply" option, but "Reply to All" cc's the mailing list. Seems a little backwards to me. On Thu, Dec 18, 2008 at 11:39 PM, Larry Gray <jav...@ya...>wrote: > I just noticed that reply in my client to a received list mailing, goes to > the user that mailed to the list, not to the list itself. I had to delete > his email address and put the list address in > > Larry Gray > la...@ar... > > ------------------------------ > *From:* Larry Gray <jav...@ya...> > *To:* jav...@li... > *Sent:* Thursday, December 18, 2008 10:35:11 PM > *Subject:* [Javacavemaps-developers] questions? comments? criticisms? > > anyone have any questions? comments? criticisms? > > Larry Gray > la...@ar... > > > > > ------------------------------------------------------------------------------ > SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. > The future of the web can't happen without you. Join us at MIX09 to help > pave the way to the Next Web now. Learn more and register at > > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ > _______________________________________________ > Javacavemaps-developers mailing list > Jav...@li... > https://lists.sourceforge.net/lists/listinfo/javacavemaps-developers > > |
|
From: Larry G. <jav...@ya...> - 2008-12-19 04:40:01
|
I just noticed that reply in my client to a received list mailing, goes to the user that mailed to the list, not to the list itself. I had to delete his email address and put the list address in
Larry Gray
la...@ar...
________________________________
From: Larry Gray <jav...@ya...>
To: jav...@li...
Sent: Thursday, December 18, 2008 10:35:11 PM
Subject: [Javacavemaps-developers] questions? comments? criticisms?
anyone have any questions? comments? criticisms?
Larry Gray
la...@ar...
|
|
From: Larry G. <jav...@ya...> - 2008-12-19 04:35:21
|
anyone have any questions? comments? criticisms?
Larry Gray
la...@ar...
|
|
From: Larry G. <jav...@ya...> - 2008-12-19 04:25:02
|
see the new Welcome document under documentation. https://sourceforge.net/docman/display_doc.php?docid=136477&group_id=29126 Larry Gray la...@ar... |
|
From: Larry G. <jav...@ya...> - 2008-12-19 04:19:35
|
testing... this has been a test of the emergency email broadcasting
system. If this had been an actually emergency you would have seen the
keyword "BEEP" followed by some instructions on what to do such as. "Bend over and kiss your fat ass good bye because they are dropping the big bombs.". This has only been a test.
Larry Gray
la...@ar...
|
|
From: <ben...@id...> - 2004-05-25 08:50:45
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: Tomer B. <tom...@za...> - 2003-12-13 22:35:12
|
larry gray wrote: >ill think about it, but did you look for the TODO comments? > yes, i did. sorry, can't find any (maybe you can direct me to a few). > >the collections and models also need their stat calculating methods coded. > i've checked a few of the classes in the collections and models packages, but i really have no idea what are they for, nor what is a survey line/branch/station (and yes, i have read the docs at http://www.geocities.com/jospgweb/javacavemaps/docs/specs.html). also, i think that the API's docs are'nt explaining anything about the purpose/aim of the package/class/funcion. example, from the API java docs (http://javaref.sourceforge.net/pj/docs/javacmdocs/index.html): class SurveyLines This class wraps and ArrayList and brokers SurveyLineModel objects. that's it. there are a few methods but no comments about them. also, the description of the class does not tell me anything about what this object should be used for or what his functuality should be. bottom line - i have no idea how to start coding. > >I have not given the main ui much thought yet. I have already begun some >panel work, the plan and profile view panels, and the text area's for input >output. > >like I say in the api, this awt version is very crude indeed. after we get >it working, I think we will begin a swing thread of this same project. > >once the model is being filled with data, from both file and that text area, >and the stats are working, then we move on to plotting some caves, once the >caves are plotting, and on isometric, rotating, then we move on to a nicer >interface. I know this seems backwards, but its always too tempting to >begin work on a nice interface, then the main logic never gets completed. If >the logic is completed, then the interface work will be alot easier, because >we know what we can do, and can't do, and whats needed. > i have no idea how to map caves, and i'm sure most of the developers have no idea either. i, personally want to do this project because i think the result can be a very cool tool, not just for cave-mapping (ie 3d lineplot etc.), and it looks like a very ambitios project, unlike many SF.net's projects... PS i hope i'm not sounding rude, and if i do - i'm sorry, but i really dont mean it. best regards, tomer >----- Original Message ----- >From: "Tomer Barletz" <tom...@za...> >To: <jav...@li...> >Sent: Friday, December 12, 2003 12:37 PM >Subject: [Javacavemaps-developers] javacavemaps UI > > > > >>hi, >>is there a way somebody (probably you, larry) could describe, maybe by >>using some graphic program like gimp, the main applet's UI? that way i >>will be able to start working on the applet's panels. >> >>thanks. >>tomer >> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: IBM Linux Tutorials. >>Become an expert in LINUX or just sharpen your skills. Sign up for IBM's >>Free Linux Tutorials. Learn everything from the bash shell to sys admin. >>Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click >>_______________________________________________ >>Javacavemaps-developers mailing list >>Jav...@li... >>https://lists.sourceforge.net/lists/listinfo/javacavemaps-developers >> >> >> > > > > > |
|
From: Tomer B. <tom...@za...> - 2003-12-12 18:35:14
|
hi, is there a way somebody (probably you, larry) could describe, maybe by using some graphic program like gimp, the main applet's UI? that way i will be able to start working on the applet's panels. thanks. tomer |
|
From: larry g. <lg...@co...> - 2003-12-08 17:16:49
|
I have added many //TODO: comments, look for these using some search tool, windows file finder, or an IDE search tool. vi editor will also search many files at once. Remember to update, commit often when you begin work, that way if two people begin to work on the same method, you will know it, cvs will give a merge error. Then you must cooridnate with other person trying to edit that method. There may be a way with cvs to lock a file, but not aware of it right now. I know you can track a file, so that if someone commits something you get an email saying that file had been edited. This is the most expediant method I have right now for creating work for programmers to do. thanks. |
|
From: larry g. <lg...@co...> - 2003-12-04 15:44:39
|
I did a lot o refactoring, moved a package, deleted a package, and renamed some classes. You may want to do a fresh checkout of the project files. |
|
From: larry g. <lg...@co...> - 2003-12-01 19:17:46
|
I added some .txt files for each level of the parsing. the creation of a single ParseContext must parse any of those levels. station <--- begin here in our work line branch survey cave <-- end here in our work |
|
From: larry g. <lg...@co...> - 2003-12-01 17:54:04
|
I added a .parse package to the proejct and an AbstractCaveModel class which all other models will extend |
|
From: larry g. <lg...@co...> - 2003-12-01 17:23:40
|
I have a pattern in mind which I will begin write stub code for parsing the data from both the file, and text area as input. You may look this pattern up, its called the Strategy Pattern. Basically we will have a ParseContext object This object will select the Parse Strategy for the chunk of text that it is parsing Once this is finished it will work recursivly. We will have a basic ParseStrategy object, and a subclass strategy for each level in the tree. And each strategy will build the model on its level and return that. I think we can test all levels of this at once if we work it right. We can return dummy objects until we get it fully working. or we can do the lower levels first and work our way up. By Levels I mean Caves, Cave, Surveys, Survey, SurveyBranch, SurveyLine, SurveyStation |
2 messages has been excluded from this view by a project administrator.
