Hi Lex, Great, I'm finding myself in the need for this 'Dragmode', I've been busy with other projects, but now my attention has turned again towards this problem. So I like to work with you to solve this problem. The usual way to do this for a non-committer is: -discuss the issue on the dev list (that's been done by me already) -create an issue in jira -provide a patch and attach it to jira. -ask someone with commit access to review your code and commit it.
Depending on your code and general commitment to Mapbuilder the developers might vote to give you commit access, but that's a next step. Groeten, Steven Lex Tiekink wrote: > Hi everyone, > > > I'm building a mapbuilder application and require the "DragMode" > functionality that is described below by Steven. > I would like to develop this functionality and make it available for the > community mapbuilder project. > I have plenty programming experience, but no experience with open source > projects. > > What would be the best way for me to contribute this functionality to the > project? > > Best regards, > > > > Lex Tiekink > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Steven > M.Ottens > Sent: woensdag 8 augustus 2007 17:40 > To: Andreas Hocevar > Cc: [email protected]; Cameron Shorter > Subject: Re: [Mapbuilder-devel] design question wrt mouse button handling > > YO, > > I've been thinking some more; > > I believe that the PanZoomBar should be on always, at least if the > user wants the panzoombar. So it's a configuration option of MapPaneOL. > The panzoombar can work (and IMO should work) in both the drag mode > and the editing mode. The things that change are the events coupled > with mouse actions and keyboard events. > > So we end up with two difference approaches (:-(); > > widgets for each action (classic way); > -ZoomIn.js > -ZoomOut.js > -DragPan.js > -GetFeatureInfo.js > -EditLine.js > -EditPolygon.js > -EditPoint.js > (although the last three might very well be much the same as the > LineEditMode etc described below) > Widgets for the type of interaction with configuration options what > to include, since they influence the mouse and keyboard event handlers. > As such a widget should modify those in OL. I'm thinking of something > along the lines of: > -DragMode > .scrollwheel -> zoom > .shift drag -> zoombox > .left click -> getFeatureInfo > .drag -> pan > .double click -> zoom in > -LineEditMode: > .scrollwheel -> zoom > .shift drag -> nothing (or actually select multiple > nodes/lines but > that's a different story) > .drag -> pan > .left click -> add Node > .double click -> end line > etc > > This means that we need to create widgets which can be configured to > enable/disable control in the map. Pretty much like they ZoomIn for > instance does now, with the only difference that it can en/disable > multiple controls > > does this make sense? > > Steven > > > On Aug 8, 2007, at 10:16 AM, Andreas Hocevar wrote: > > >> Hi, >> >> On 8/7/07, Steven M. Ottens <[EMAIL PROTECTED]> wrote: >> >>> This makes sense, do you have an idea how long it will be before the >>> "editing mode" will be part of the OL-trunk and also in which sandbox >>> it is currently hiding? >>> >> Not sure, but here is some information about it: >> http://trac.openlayers.org/wiki/Future/AdvancedEditing >> >> >>> The Measurement is a specific type of editing tool, as such it should >>> use the new editing mdoe as well. >>> >> If it is desired to change the measurement path while editing, yes. >> >> Regards, >> Andreas. >> > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > mapbuilder-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > mapbuilder-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ mapbuilder-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mapbuilder-devel
