Martin, The bookmarks layer management part can be made generic. I'll try to fit in the current OJ core as much as much possible when I get around to implement this feature.
I'll see how it goes. Thanks Bing -------------------------------------------------- From: "Martin Davis" <mbda...@refractions.net> Sent: Friday, January 09, 2009 12:44 AM To: "OpenJump develop and use" <jump-pilot-devel@lists.sourceforge.net> Subject: Re: [JPP-Devel] bookmark > 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 > ------------------------------------------------------------------------------ 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
