That sounds a *lot* like the RoadMatcher Issues list. I agree that your specs are probably a bit too specialized for building into OJ core. Any chance you can develop a more generic framework which you can then extend with your own requirements?
Bing Ran wrote: > Thanks Larry, Michael, Martin and others, the ideas and concepts > brought out are great! > Since I'm planning this feature for my highly customized application > on top of OJ, what I'm thinking doing is less than generic as I wish: > 1. The Bookmarks view will probably in a dockable window since my > application is using MyDoggy docking system. > 2. The bookmarks are classified as either private or public and will > persist in a database. > 3. Bookmarks carries owner names. My application is an enterprise tool > and requires logging in. > 4. Public bookmarks are shared across multiple users. > 5. Bookmarks have title, comments and tags so they can be searched and > categorized. > This feature can be built on top of a generic bookmarking mechanism if > available in OJ, particularly the bookmarks layer management and local > persistence. > I'm not sure how soon I'll be able to starting doing the work. > Flicker-less panning still high on my to-do list (if anyone remembers > my first ever email to the list?? ?? ). If someone would do a generic > one in some time soon, I'd be more than happy to continue with that. > Bing > > *From:* Larry Becker <mailto:becker.la...@gmail.com> > *Sent:* Thursday, January 08, 2009 5:38 AM > *To:* OpenJump develop and use > <mailto:jump-pilot-devel@lists.sourceforge.net> > *Subject:* Re: [JPP-Devel] bookmark > > I agree that storing bookmark views in a layer is probably the best > solution for the reasons already stated. Further suggestions are: > > 1. The Save Bookmark menu option should be on the View menu. > > 2. The view geometry stored should be inflated by the appropriate > amount so that browsing it in View/Edit Attributes will restore the > original view (where normally there is some context border). > > 3. The view name should be the only attribute. It should probably be > assigned in a dialog when you choose Save Bookmark with a suitable > default name such as "View 1". > > 4. It would be nice if the bookmark dataset path/file-type defaulted > to the same pathname as the project file with "_bookmark.jml" appended > or something like that so that all you would have to do is save it and > the project. JML file type seems like the best choice. > > 5. The bookmark layer should default to not selectable and not visible. > > 6. Anything else is gravy... > > my 2 cents, > > Larry > On Wed, Jan 7, 2009 at 2:33 PM, Michael Michaud > <michael.mich...@free.fr <mailto:michael.mich...@free.fr>> wrote: > > Martin Davis a écrit : > > In RoadMatcher we created something we called an Issues List. > The idea > > was that you could either select a feature or draw a box around > an area, > > and then mark it as an issue (with a state, title, comment, > datestamp, > > etc). Issues were actually just a special named layer. We had a > modeless > > dialog which looked like the Attribute View to let you zoom to > issues, > > sort them, mark them as done, etc.) > > > Storing bookmarks as any other layer seems like a good idea (easy to > store, to share...) > > Fancier and less general than the Bookmarks idea. Bookmarks > sound like a > > great idea. > > > > What is the scope of Bookmarks? Local to a single Task Frame (um > - OJ > > Project Frame?) The entire OJ instance? Would they be persisted > and if > > so how? > > > > I quite liked the pattern of exposing things like this as a > layer in the > > Layer List (e.g the way the Fence works). Then users can use any > > relevant tools directly on that layer. Basically then Bookmarks > would > > just be a special tool to create a Bookmark layer feature, and > perhaps > > (probably?) a UI dialog to allow friendly navigation around > bookmarks > > (although even this might not be needed - the Attribute View > could serve > > just as well for this. > > > I think a special user interface dedicated to bookmark navigation > would > be welcome (should be as easy as navigating in firefox bookmarks) > The special Tool to create the bookmark feature should create a > rectangle fitting the layerview to memorize position and scale (and > could create the layer if it does not exist yet) > A convention in the bookmark name could even help creating a > hierarchical navigator (with '/' for example) > > My 2 cents > > M > > > > Bing Ran wrote: > > > >> Hi, > >> I'm thinking adding bookmarking to enable quick navigating to > >> interesting points on a map. > >> - point to a location on a map and issue "bookmark this point" > without > >> any feature selected, add comment, and it's saved in a > bookmarks view. > >> - select any feature and bookmark it. > >> - without selecting anything, simply bookmark a zoom. > >> Has anyone done something similar? > >> Bing > >> > ------------------------------------------------------------------------ > >> > >> > > ------------------------------------------------------------------------------ > >> Check out the new SourceForge.net Marketplace. > >> It is the best place to buy or sell services for > >> just about anything Open Source. > >> http://p.sf.net/sfu/Xq1LFB > >> > ------------------------------------------------------------------------ > >> > >> _______________________________________________ > >> Jump-pilot-devel mailing list > >> Jump-pilot-devel@lists.sourceforge.net > <mailto:Jump-pilot-devel@lists.sourceforge.net> > >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > >> > >> > > > > > > > > ------------------------------------------------------------------------------ > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for > just about anything Open Source. > http://p.sf.net/sfu/Xq1LFB > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > <mailto:Jump-pilot-devel@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > > -- > http://amusingprogrammer.blogspot.com/ > > ------------------------------------------------------------------------ > ------------------------------------------------------------------------------ > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for > just about anything Open Source. > http://p.sf.net/sfu/Xq1LFB > > ------------------------------------------------------------------------ > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Check out the new SourceForge.net Marketplace. > It is the best place to buy or sell services for > just about anything Open Source. > http://p.sf.net/sfu/Xq1LFB > ------------------------------------------------------------------------ > > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > -- Martin Davis Senior Technical Architect Refractions Research, Inc. (250) 383-3022 ------------------------------------------------------------------------------ Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
