outliner-devel Mailing List for Java Outline Editor (JOE)
Status: Beta
Brought to you by:
maynardd
You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(18) |
Nov
(32) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
|
Feb
|
Mar
|
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2003 |
Jan
|
Feb
|
Mar
|
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Maynard D. <ma...@or...> - 2003-04-18 19:18:22
|
VGhpcyBpcyBzb21ldGhpbmcgc3RhbiBrcnV0ZSB3YXMgd29ya2luZyBvbi4gTXkgdW5kZXJzdGFu ZGluZyBpcyB0aGF0IGl0IGlzbid0IGluIGEgd29ya2luZyBzdGF0ZSwgbm90IGlzIGl0IGxpa2Vs eSB0byBiZSBpbiBvbmUgc29vbiBzaW5jZSBzdGFuIGlzIG5vdCB2ZXJ5IGFjdGl2ZSBvbiB0aGUg cHJvamVjdCBhbnltb3JlLiBJJ3ZlIG5ldmVyIGluY2x1ZGVkIGl0IGluIGFueSBvZiB0aGUgcmVs ZWFzZXMgZWl0aGVyLg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogcmdyaWVz ZWxodWJlciBbbWFpbHRvOnJncmllc2VsaHViZXJAeGlvYmplY3RzLmNvbV0NClNlbnQ6IEZyaWRh eSwgQXByaWwgMTgsIDIwMDMgMTE6NTkgQU0NClRvOiBNYXluYXJkIERlbW1vbjsgb3V0bGluZXIt ZGV2ZWxAbGlzdHMuc291cmNlZm9yZ2UubmV0DQpTdWJqZWN0OiBTdGF0dXMgb2YgRVhFDQoNCg0K T24gdGhlIENWUyBJIHNhdyBhbiBFWEUgZmlsZSBzbyB0aGF0IEpPRSBjb3VsZCBiZSBsYXVuY2hl ZA0Kd2l0aG91dCB0aGUgbmVlZCBmb3IgYSBiYXQgZmlsZS4gV2hhdCBpcyB0aGUgc3RhdHVzIG9m IHRoaXM/DQpDYW4gSSB1c2UgaXQgbm93Pw0KVGhhbmtzLA0KUmF5IEdyaWVzZWxodWJlcg0K |
From: rgrieselhuber <rgr...@xi...> - 2003-04-18 18:59:17
|
On the CVS I saw an EXE file so that JOE could be launched without the need for a bat file. What is the status of this? Can I use it now? Thanks, Ray Grieselhuber |
From: rgrieselhuber <rgr...@xi...> - 2003-04-16 03:59:12
|
Great! I'm curious to see the various ways in which the item element gets implemented. The main inspiration for it was on the OPML mailing list where the creator of hnb wanted to created "attributes" related to project management (percent complete, tasks assignment, etc.). The other main source of inspiration, aside from just being a better extension mechanism IMHO, was OmniOutliner, and its use of columns for outline elements. This seems like a great feature for generic, ad hoc outliners like JOE and OmniOutliner.=20 I should probably post some documentation for what I was thinking about this on the site so that implementors will at least have some common ground to begin working. But what your talking about is basically the same thing, I believe. The common node attributes listed in OPML and specified in OML could just as easily be represented graphically as columns.=20 I'm looking forward to your results! Best, Ray On Tue, 15 Apr 2003 at 21:35:08, Maynard Demmon wrote: > Adding support for this should be pretty easy. The biggest change here from > an implementation point of view is the item element. It looks like I can map > item to node attributes in JOE so I don't think there's anything else I'd be > missing. I could probably get this built and tested in an evening. >=20 > -----Original Message----- > From: rgrieselhuber [mailto:rgr...@xi...] > Sent: Tuesday, April 15, 2003 1:48 PM > To: out...@li... > Subject: [Outliner-devel] New Outline Markup Specification: OML 1.0 >=20 >=20 > This message is to announce a new outline markup > specification, based on XML, and which builds on the > concepts in OPML.=20 >=20 > The long and short of it is that we have spoken with enough > users of OPML to realize that while OPML is very good, it is > difficult to base schema on it because of the fact that its > extension mechanism is based on attributes, not elements. In > an effort to provide for more interoperability, and allow > for the open development of an outliner specification, we > created OML. >=20 > Please take a look at http://oml.sf.net. We are looking for > active contributers to the spec in order to make it > practical and usable. Our hope is that JOE developers will > consider supporting this new format in their excellent tool. > (I use it every day) >=20 > Best regards, > Ray Grieselhuber >=20 >=20 > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Outliner-devel mailing list > Out...@li... > https://lists.sourceforge.net/lists/listinfo/outliner-devel |
From: Maynard D. <ma...@or...> - 2003-04-16 01:34:30
|
QWRkaW5nIHN1cHBvcnQgZm9yIHRoaXMgc2hvdWxkIGJlIHByZXR0eSBlYXN5LiBUaGUgYmlnZ2Vz dCBjaGFuZ2UgaGVyZSBmcm9tIGFuIGltcGxlbWVudGF0aW9uIHBvaW50IG9mIHZpZXcgaXMgdGhl IGl0ZW0gZWxlbWVudC4gSXQgbG9va3MgbGlrZSBJIGNhbiBtYXAgaXRlbSB0byBub2RlIGF0dHJp YnV0ZXMgaW4gSk9FIHNvIEkgZG9uJ3QgdGhpbmsgdGhlcmUncyBhbnl0aGluZyBlbHNlIEknZCBi ZSBtaXNzaW5nLiBJIGNvdWxkIHByb2JhYmx5IGdldCB0aGlzIGJ1aWx0IGFuZCB0ZXN0ZWQgaW4g YW4gZXZlbmluZy4NCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IHJncmllc2Vs aHViZXIgW21haWx0bzpyZ3JpZXNlbGh1YmVyQHhpb2JqZWN0cy5jb21dDQpTZW50OiBUdWVzZGF5 LCBBcHJpbCAxNSwgMjAwMyAxOjQ4IFBNDQpUbzogb3V0bGluZXItZGV2ZWxAbGlzdHMuc291cmNl Zm9yZ2UubmV0DQpTdWJqZWN0OiBbT3V0bGluZXItZGV2ZWxdIE5ldyBPdXRsaW5lIE1hcmt1cCBT cGVjaWZpY2F0aW9uOiBPTUwgMS4wDQoNCg0KVGhpcyBtZXNzYWdlIGlzIHRvIGFubm91bmNlIGEg bmV3IG91dGxpbmUgbWFya3VwDQpzcGVjaWZpY2F0aW9uLCBiYXNlZCBvbiBYTUwsIGFuZCB3aGlj aCBidWlsZHMgb24gdGhlDQpjb25jZXB0cyBpbiBPUE1MLiANCg0KVGhlIGxvbmcgYW5kIHNob3J0 IG9mIGl0IGlzIHRoYXQgd2UgaGF2ZSBzcG9rZW4gd2l0aCBlbm91Z2gNCnVzZXJzIG9mIE9QTUwg dG8gcmVhbGl6ZSB0aGF0IHdoaWxlIE9QTUwgaXMgdmVyeSBnb29kLCBpdCBpcw0KZGlmZmljdWx0 IHRvIGJhc2Ugc2NoZW1hIG9uIGl0IGJlY2F1c2Ugb2YgdGhlIGZhY3QgdGhhdCBpdHMNCmV4dGVu c2lvbiBtZWNoYW5pc20gaXMgYmFzZWQgb24gYXR0cmlidXRlcywgbm90IGVsZW1lbnRzLiBJbg0K YW4gZWZmb3J0IHRvIHByb3ZpZGUgZm9yIG1vcmUgaW50ZXJvcGVyYWJpbGl0eSwgYW5kIGFsbG93 DQpmb3IgdGhlIG9wZW4gZGV2ZWxvcG1lbnQgb2YgYW4gb3V0bGluZXIgc3BlY2lmaWNhdGlvbiwg d2UNCmNyZWF0ZWQgT01MLg0KDQpQbGVhc2UgdGFrZSBhIGxvb2sgYXQgaHR0cDovL29tbC5zZi5u ZXQuIFdlIGFyZSBsb29raW5nIGZvcg0KYWN0aXZlIGNvbnRyaWJ1dGVycyB0byB0aGUgc3BlYyBp biBvcmRlciB0byBtYWtlIGl0DQpwcmFjdGljYWwgYW5kIHVzYWJsZS4gT3VyIGhvcGUgaXMgdGhh dCBKT0UgZGV2ZWxvcGVycyB3aWxsDQpjb25zaWRlciBzdXBwb3J0aW5nIHRoaXMgbmV3IGZvcm1h dCBpbiB0aGVpciBleGNlbGxlbnQgdG9vbC4NCihJIHVzZSBpdCBldmVyeSBkYXkpDQoNCkJlc3Qg cmVnYXJkcywNClJheSBHcmllc2VsaHViZXINCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpUaGlzIHNmLm5ldCBlbWFpbCBpcyBzcG9u c29yZWQgYnk6VGhpbmtHZWVrDQpXZWxjb21lIHRvIGdlZWsgaGVhdmVuLg0KaHR0cDovL3RoaW5r Z2Vlay5jb20vc2YNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQpPdXRsaW5lci1kZXZlbCBtYWlsaW5nIGxpc3QNCk91dGxpbmVyLWRldmVsQGxpc3RzLnNv dXJjZWZvcmdlLm5ldA0KaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGlu Zm8vb3V0bGluZXItZGV2ZWwNCg== |
From: rgrieselhuber <rgr...@xi...> - 2003-04-15 20:48:23
|
This message is to announce a new outline markup specification, based on XML, and which builds on the concepts in OPML.=20 The long and short of it is that we have spoken with enough users of OPML to realize that while OPML is very good, it is difficult to base schema on it because of the fact that its extension mechanism is based on attributes, not elements. In an effort to provide for more interoperability, and allow for the open development of an outliner specification, we created OML. Please take a look at http://oml.sf.net. We are looking for active contributers to the spec in order to make it practical and usable. Our hope is that JOE developers will consider supporting this new format in their excellent tool. (I use it every day) Best regards, Ray Grieselhuber |
From: <dr...@ya...> - 2002-04-26 12:06:31
|
Hi JOE developers, I just wanted to send a quick "thanks" to you for a good open-source outliner. I'm using it to edit my wikis. I've found the combination of my WikiFileFormat class with the PHP:WebFile tool is perfect! I thought I'd add back to the community of JOE users and developers with this implementation. Feel free to add it to the CVS repository on my behalf. The "type" attribute is used on nodes to modify the type of line (heading, bullet, body, etc.) You can see this when you open an existing wiki page. It needs to be somewhat flexible with the importing, as wiki pages don't need to follow any structure rules. I've found this to be a useful compromise. --Paul http://messenger.yahoo.com.au - Yahoo! Messenger - A great way to communicate long-distance for FREE! |
From: Maynard D. <ma...@or...> - 2002-04-18 23:24:09
|
Oops, typo, that should have said "The release is now", not "not". >The release is not tagged as r1_8_8. Also, you'll need to do a bit more >pruning of the source from CVS than usual for this build since there's a >bunch of windows specific installer code in there that didn't make it into >the release. Use the 1.8.8 release as a guide and you should be fine. > >Maynard -------------------------------------- Maynard Demmon - Senior Interface Eng. (415) 581-5394 - ma...@or... Organic, Inc. 601 Townsend Street San Francisco, CA 94103 -------------------------------------- |
From: Maynard D. <ma...@or...> - 2002-04-18 22:58:46
|
The release is not tagged as r1_8_8. Also, you'll need to do a bit more pruning of the source from CVS than usual for this build since there's a bunch of windows specific installer code in there that didn't make it into the release. Use the 1.8.8 release as a guide and you should be fine. Maynard >Hi again! > >Nice to see some activity... I thought I'd get more involved again by >doing the packaging of the new 1.8.8 release for Mac OS X. > >I don't know if there has been any more source checked in since the >1.8.8 win release. But maybe someone could tag the new 1.8.8 release in >CVS. That way there is now doubt as to what source it is that I'm basing >the package on ... > >cheers. >-- >Daniel |
From: Stanley K. <Stan@JavaOutlineEditor.org> - 2002-04-18 21:43:29
|
Hi Daniel > I thought I'd get more involved again by > doing the packaging of the new 1.8.8 release for Mac OS X. That'd be great !! Thanks Daniel. > I don't know if there has been any more source checked in since the > 1.8.8 win release. But maybe someone could tag the new 1.8.8 release in > CVS. That way there is now doubt as to what source it is that I'm basing > the package on ... I think I'd better leave that to Maynard .... since he may know how to tag a release in CVS, and I don't, and would have to learn, and would rather not practice on our beloved JOE source tree .... Stan |
From: Daniel E. <eri...@lo...> - 2002-04-18 20:58:45
|
Hi again! Nice to see some activity... I thought I'd get more involved again by doing the packaging of the new 1.8.8 release for Mac OS X. I don't know if there has been any more source checked in since the 1.8.8 win release. But maybe someone could tag the new 1.8.8 release in CVS. That way there is now doubt as to what source it is that I'm basing the package on ... cheers. -- Daniel |
From: Kimbro S. <ks...@xm...> - 2001-11-07 08:48:33
|
On Wednesday, November 7, 2001, at 01:22 AM, Amy Demmon wrote: > > I looked into the doc manager. Seems that I can add documentation to the > site. There is now a "Features List for Upcoming Releases" > doc at: http://sourceforge.net/docman/display_doc.php?docid=7642&group_id= > 14510 >> Cool. > > Right on. Technical book or people doing stuff book? This will give us > time to get 1.8.7 out. I've been busy with my project at work and haven't > had much time for open source work. > Technical book, Learning dbXML for O'Reilly. > > _______________________________________________ > Outliner-devel mailing list > Out...@li... > https://lists.sourceforge.net/lists/listinfo/outliner-devel > > Kimbro Staken XML Database Software, Consulting and Writing http://www.xmldatabases.org/ |
From: Amy D. <ad...@po...> - 2001-11-07 08:37:10
|
>On Wednesday, November 7, 2001, at 12:18 AM, Amy Demmon wrote: >> >>I'm in the middle of coding it right now. Nothing's checked into CVS >>yet though. I'm going to test it a while since it's a fairly significant >>change to the way things have been working and bugs in the IO area have >>the potential to wreak havoc. >> >>Below is a copy of the new FileProtocol Interface. The basic idea >>is that the select* methods are called to prompt the protocol to do >>whatever is necessary to assist the user in selected the target for >>opening/saving/exporting a file. Typically this will be some sort of >>file chooser, but it's up to the protocol. The saveFile/exportFile/openFile > >Would the FileProtocol impl actually display the file chooser dialog? Yes, but it's up to the protocol what form that chooser might take. In the case of an implementation that wraps an FTP library it will probably be a dialog pulled from the library. It might not even be a standard chooser at all. For example, a bizarre protocol might be an email reader where "open" checked an email account and showed a list of available messages that could be downloaded. Saving would then be implemented as sending the document as an email. Other examples might be XML-RPC based protocols that talked to Blogger, Manilla or some other server side process. >>methods do the actual saving/exporting/opening without any user interaction >> > >Why are save and export distinct operations? I understand from a UI >perspective it's different, but at a low level aren't they really the same >operation? In my current implementation of FileProtocol, LocalFileSystemFileProtocol, the code for both methods are identical. It's likely that the export method will be removed when I start more thoroughly testing and cleaning the code. I've still got to turn the PHP WebFile code into a FileProtocol. At that point I can really test things since I'll have two different protocols to play with. >>other than error dialogs if something goes wrong. The DocumentInfo object >>holds all the data required at various stages of the life cycle of a >>document. >>public interface FileProtocol { >> >> /** >> * Gets the name of this protocol. This name must be unique. >> */ >> public String getName(); >> >> /** >> * Sets the name of this protocol. This name must be unique. >> */ >> public void setName(String name); >> >> >> public boolean selectFileToSave(OutlinerDocument document); >> public boolean selectFileToExport(OutlinerDocument document); >> public boolean selectFileToOpen(DocumentInfo docInfo); >> >> >> public boolean saveFile(DocumentInfo docInfo); >> public void exportFile(DocumentInfo docInfo); >> public void openFile(DocumentInfo docInfo); >>} |
From: Amy D. <ad...@po...> - 2001-11-07 08:17:03
|
>Heh, heh, definitely thought you were two people. > >I'd say this is 2.0 as it's a fairly significant change. It will also >result in a completely new source tree so you're better off finishing the >1.0 series before tackling any major changes. > >Before getting in too deep with 2.0, we should make sure there is a clear >picture of what it is going to be. Is there a web site where you can post >something that can be shaped into the "official" spec for 2.0? We've had >various ideas tossed about and I've already forgotten some of them. I looked into the doc manager. Seems that I can add documentation to the site. There is now a "Features List for Upcoming Releases" doc at: http://sourceforge.net/docman/display_doc.php?docid=7642&group_id=14510 >BTW, I'm writing a book and the first chapter is due next week so I may >not have a lot of time for this until then. I'm using JOE a lot in the >process though, and it's been very helpful. There are a lot of things that >could be improved though, so hopefully 2.0 will move forward to a usable >state fairly quickly. Right on. Technical book or people doing stuff book? This will give us time to get 1.8.7 out. I've been busy with my project at work and haven't had much time for open source work. |
From: Kimbro S. <ks...@xm...> - 2001-11-07 07:44:00
|
On Wednesday, November 7, 2001, at 12:18 AM, Amy Demmon wrote: > > I'm in the middle of coding it right now. Nothing's checked into CVS > yet though. I'm going to test it a while since it's a fairly significant > change to the way things have been working and bugs in the IO area have > the potential to wreak havoc. > > Below is a copy of the new FileProtocol Interface. The basic idea > is that the select* methods are called to prompt the protocol to do > whatever is necessary to assist the user in selected the target for > opening/saving/exporting a file. Typically this will be some sort of > file chooser, but it's up to the protocol. The > saveFile/exportFile/openFile > Would the FileProtocol impl actually display the file chooser dialog? > methods do the actual saving/exporting/opening without any user > interaction > > Why are save and export distinct operations? I understand from a UI perspective it's different, but at a low level aren't they really the same operation? > other than error dialogs if something goes wrong. The DocumentInfo object > holds all the data required at various stages of the life cycle of a > document. > > public interface FileProtocol { > > /** > * Gets the name of this protocol. This name must be unique. > */ > public String getName(); > > /** > * Sets the name of this protocol. This name must be unique. > */ > public void setName(String name); > > > public boolean selectFileToSave(OutlinerDocument document); > public boolean selectFileToExport(OutlinerDocument document); > public boolean selectFileToOpen(DocumentInfo docInfo); > > > public boolean saveFile(DocumentInfo docInfo); > public void exportFile(DocumentInfo docInfo); > public void openFile(DocumentInfo docInfo); > } > > > _______________________________________________ > Outliner-devel mailing list > Out...@li... > https://lists.sourceforge.net/lists/listinfo/outliner-devel > |
From: Kimbro S. <ks...@xm...> - 2001-11-07 07:26:10
|
Heh, heh, definitely thought you were two people. I'd say this is 2.0 as it's a fairly significant change. It will also result in a completely new source tree so you're better off finishing the 1.0 series before tackling any major changes. Before getting in too deep with 2.0, we should make sure there is a clear picture of what it is going to be. Is there a web site where you can post something that can be shaped into the "official" spec for 2.0? We've had various ideas tossed about and I've already forgotten some of them. BTW, I'm writing a book and the first chapter is due next week so I may not have a lot of time for this until then. I'm using JOE a lot in the process though, and it's been very helpful. There are a lot of things that could be improved though, so hopefully 2.0 will move forward to a usable state fairly quickly. On Tuesday, November 6, 2001, at 11:56 PM, Amy Demmon wrote: > Sorry I haven't responded sooner. I like the package structure you > outlined below. Do we want to do this as part of 1.8.7 or 2.0? > Also, when I'm at home I use my wife's email so it seems like she's > sending the mail when it's actually me in case there's any comfusion. > > Maynard Kimbro Staken XML Database Software, Consulting and Writing http://www.xmldatabases.org/ |
From: Amy D. <ad...@po...> - 2001-11-07 07:15:14
|
>o-- I'd prefer not throwing out the MDI UI, but >having it, and the tabbed UI, and other UIs, as user-chooseable >options. Given platform expectations, we might >want to default to MDI on Windows, and tabbed UI >on Mac. When the code has been refactored that should be a much more manageable proposition. |
From: Amy D. <ad...@po...> - 2001-11-07 07:12:47
|
>>Sounds like a good idea. I've currently got two main tasks for the 1.8.7 >>release. These are dealing with the license issue and providing support for >>multiple io protocols (filesystem, ftp, webdav). Mousewheel support would >>also be removed in this release. > >How are you planning to implement the multiple IO protocol support? > >Kimbro Staken >XML Database Software, Consulting and Writing >http://www.xmldatabases.org/ I'm in the middle of coding it right now. Nothing's checked into CVS yet though. I'm going to test it a while since it's a fairly significant change to the way things have been working and bugs in the IO area have the potential to wreak havoc. Below is a copy of the new FileProtocol Interface. The basic idea is that the select* methods are called to prompt the protocol to do whatever is necessary to assist the user in selected the target for opening/saving/exporting a file. Typically this will be some sort of file chooser, but it's up to the protocol. The saveFile/exportFile/openFile methods do the actual saving/exporting/opening without any user interaction other than error dialogs if something goes wrong. The DocumentInfo object holds all the data required at various stages of the life cycle of a document. public interface FileProtocol { /** * Gets the name of this protocol. This name must be unique. */ public String getName(); /** * Sets the name of this protocol. This name must be unique. */ public void setName(String name); public boolean selectFileToSave(OutlinerDocument document); public boolean selectFileToExport(OutlinerDocument document); public boolean selectFileToOpen(DocumentInfo docInfo); public boolean saveFile(DocumentInfo docInfo); public void exportFile(DocumentInfo docInfo); public void openFile(DocumentInfo docInfo); } |
From: Amy D. <ad...@po...> - 2001-11-07 06:51:48
|
Sorry I haven't responded sooner. I like the package structure you outlined below. Do we want to do this as part of 1.8.7 or 2.0? Also, when I'm at home I use my wife's email so it seems like she's sending the mail when it's actually me in case there's any comfusion. Maynard >Here is a proposed package structure distilled from the one provided by >Arny. If this looks agreeable I can start implementing it. > >+-org > | > +-outliner > | > +-guitree > | > +-lookandfeel > | > +-desktop > | > +-menus > | | > | +-file > | | > | +-edit > | | > | +-outline > | | > | +-search > | | > | +-window > | | > | +-script > | | > | +-help > | > +-document > | | > | +-view > | | | > | | +-layout > | | | > | | +-renderers > | | > | +-treemodel > | > +-util > | | > | +-find > | | > | +-preferences > | | > | +-gui > | > +-undo > | > +-macro > | | > | +-engine > | | > | +-macros > | > +-scripts > | > +-filemodel |
From: Stanley K. <Stan@StanKrute.com> - 2001-11-05 23:30:58
|
(Quick thanks to Daniel for pointing me at the mailing list and its archives. I'd thought it was just a mirror/ alternate access route for the SF forums, and thus hadn't bothered to monitor it.) Coupla thoughts on the excellent version 2 discussions: o-- I like the thoughts of refactoring the code so that the data and the ui are more cleanly separated. o-- I'd prefer not throwing out the MDI UI, but having it, and the tabbed UI, and other UIs, as user-chooseable options. Given platform expectations, we might want to default to MDI on Windows, and tabbed UI on Mac. stan |
From: Kimbro S. <ks...@xm...> - 2001-11-03 10:18:09
|
> > Sounds like a good idea. I've currently got two main tasks for the 1.8.7 > release. These are dealing with the license issue and providing support > for > multiple io protocols (filesystem, ftp, webdav). Mousewheel support would > also be removed in this release. > How are you planning to implement the multiple IO protocol support? Kimbro Staken XML Database Software, Consulting and Writing http://www.xmldatabases.org/ |
From: Kimbro S. <ks...@db...> - 2001-11-03 08:48:03
|
Here is a proposed package structure distilled from the one provided by Arny. If this looks agreeable I can start implementing it. +-org | +-outliner | +-guitree | +-lookandfeel | +-desktop | +-menus | | | +-file | | | +-edit | | | +-outline | | | +-search | | | +-window | | | +-script | | | +-help | +-document | | | +-view | | | | | +-layout | | | | | +-renderers | | | +-treemodel | +-util | | | +-find | | | +-preferences | | | +-gui | +-undo | +-macro | | | +-engine | | | +-macros | +-scripts | +-filemodel Kimbro Staken XML Database Software, Consulting and Writing http://www.xmldatabases.org/ |
From: Daniel E. <eri...@lo...> - 2001-11-02 01:11:10
|
On torsdag, november 1, 2001, at 09:06 , Maynard Demmon wrote: > I'll get you added as a developer. I'll see if I can set your access so > you've got control of the OSX release process. Thanks, I managed to update both the package and the web notes. -- Daniel |
From: Kimbro S. <ks...@xm...> - 2001-11-02 00:07:50
|
On Thursday, November 1, 2001, at 01:16 PM, Daniel Ericsson wrote: >> >> With Ant I presume ? >> Yes, the only thing you need is a copy of the basic directory structure and you can easily plug in the pieces from there. That directory structure can be added to CVS like anything else. There shouldn't be any issue with being able to say "ant dist" and having it build tar.gz, zip and a Mac OS X app tar.gz. >> I'll add that to the Release Notes. Do you know if there is any way to >> get out of the problem without exiting JOE ? New documents are sized as >> the last one so closing and opening a new isn't getting you out of the >> situation... I haven't found any, in fact I've found you have to open the config file and manually tell it not to maximize the windows. Sometimes though, if you click in just the right spot along the edge of the frame you can catch the button to restore. The problem comes from the custom DesktopManager and how it calculates the size of the window to maximize. If you replace it with the default DesktopManager things work as expected but you lose the desktop scroll bars and acquire some painting problems if you move a window outside of the visible desktop. BTW, if you replace the DesktopManager you also pick up minimized icons that have a thumbnail of the window in them just like the dock. I was surprised to see it doing that in Java. Mac OS X never ceases to amaze me with its slickness. >> >> I won't argue that the startup-time couldn't be improved but on my HW >> (G4/400, 448Mb RAM) it launches in 7 secs and you get feedback from the >> Dock the whole time. 20 secs ? on what HW is that ? I consider the >> difference between 7 and 20 the difference between minor and major >> annoyance... Hmm, that makes me wonder then. I have a G4 cube 450 with 640MB of RAM. I just timed it and it took 14 seconds to get to a usable window, so my estimate was a bit off, but still twice as slow as what you're seeing. I got 3 seconds of feedback from the dock and then about 10 seconds to display the window and another second for it to finish rendering. The dock will only provide feedback for the actual VM startup not the Java app startup. I've been seeing a lot of posts about how Mac OS X might be sensitive to harddrive fragmentation and since I do all kinds of testing of the dbXML database on this system I thrash the hell out of the drive. I don't have any software to defragment the drive. I also don't think the cube has the fastest drive around either. For comparison, on my laptop (PIII 750/256MB RAM) running Windows XP it still took 12 seconds to get to a usable window. Again a slow harddrive but a fresh OS install. On my dual PII 266 with a 7200RPM SCSI drive it took 7 seconds under windows 2000 server. I'd say it's definitely harddrive bound. Kimbro Staken The dbXML Project http://www.dbxml.org |
From: Maynard D. <ma...@or...> - 2001-11-01 20:36:32
|
>> From: Daniel Ericsson <eri...@lo...> >> Date: tor nov 01, 2001 09:14:38 Europe/Stockholm >> To: Amy Demmon <ad...@po...> >> Subject: Re: [Outliner-devel] Status >> >> On torsdag, november 1, 2001, at 11:10 , Amy Demmon wrote: >> >>> I've incorporated your changes either into Outliner.java and >>> PlatformCompatibility.java. I reworked the LANGUAGE setting by >>> intiailizing it to "en" rather than "". This creates the same effect >>> as your changes but with less code. I'll try and upload the new >>> release you provided tonight. Thanks for putting it together. >> >> Great, I'm pretty notorious for writing over-defensively and not >> touching other people's lines in code I'm not familiar with... :) >> >> I have now updated the Release Notes with Kimbro's suggestions. Instead >> of just tossing the new file your way I want to bring up how much of of >> the Mac OS X release you can delegate in respect of giving out >> administrative privileges on the SF site? Wouldn't it be better if I >> after I'd announced a new release here could post and update it myself, >> is this possible ? >> >> -- >> Daniel I'll get you added as a developer. I'll see if I can set your access so you've got control of the OSX release process. -------------------------------------- Maynard Demmon - Senior Interface Eng. (415) 581-5394 - ma...@or... Organic, Inc. 601 Townsend Street San Francisco, CA 94103 -------------------------------------- |
From: Daniel E. <eri...@lo...> - 2001-11-01 20:20:49
|
And a copy to the list... Begin forwarded message: > From: Daniel Ericsson <eri...@lo...> > Date: tor nov 01, 2001 09:14:38 Europe/Stockholm > To: Amy Demmon <ad...@po...> > Subject: Re: [Outliner-devel] Status > > On torsdag, november 1, 2001, at 11:10 , Amy Demmon wrote: > >> I've incorporated your changes either into Outliner.java and >> PlatformCompatibility.java. I reworked the LANGUAGE setting by >> intiailizing it to "en" rather than "". This creates the same effect >> as your changes but with less code. I'll try and upload the new >> release you provided tonight. Thanks for putting it together. > > Great, I'm pretty notorious for writing over-defensively and not > touching other people's lines in code I'm not familiar with... :) > > I have now updated the Release Notes with Kimbro's suggestions. Instead > of just tossing the new file your way I want to bring up how much of of > the Mac OS X release you can delegate in respect of giving out > administrative privileges on the SF site? Wouldn't it be better if I > after I'd announced a new release here could post and update it myself, > is this possible ? > > -- > Daniel |