The mailing list bounced yesterday. ---------- Forwarded message ---------- From: Emmanuel Belo <emmanuel.b...@camptocamp.com> Date: 12 January 2011 18:55 Subject: Re: [OpenLayers-Dev] "allow pan while drawing" patch To: Alexandre Dube <ad...@mapgears.com> Cc: openlayers-dev@lists.osgeo.org
>From an ergonomical point of view, drag/pan without a modifier is self explanatory. People will try to pan the map and they will see that the map has paned and that they can continue to draw afterwards. For a broad audience website, you will need to write a documentation about using a key to deactivate the drawing and that's not acceptable. Therefore Google and other great websites [1] have chosen the version without modifiers. Also, the default action when you press the space bar in IE or Chrome is to scroll down the page. This key is already a shortcut. Could you think at technical alternatives to make the draw/pan action without modifiers compatible with snapping? Best regards, Emmanuel [1] http://www.gpsies.com/createTrack.do On 12 January 2011 18:20, Alexandre Dube <ad...@mapgears.com> wrote: > Again, I agree with Tim. Even though only a bunch of people use > Illustrator / QGis and lots use GoogleMaps, the feature we're talking about > (i.e. feature editing) is more "advanced user" oriented IMHO. Also, people > easily adapt to new features. Key shortcuts are really, really useful and > when you get used to them, there's no turning back ;) . > > I also thing that having both "near edge' and "hold space bar" panning > methods while drawing features would be a nice addition. > > Kind regards, > > Alexandre > > > > On 11-01-12 12:12 PM, Tim Schaub wrote: > >> Sure, just don't mess with snapping :) There are people who have already >> paid for the current set of behavior. >> >> An option to pan as you get near the edge seems like a nice compromise. >> My favorite will still be space bar to suspend drawing. >> >> On 1/12/11 9:58 AM, Emmanuel Belo wrote: >> >>> Hi, >>> >>> Please take into account that we have currently 2 customers running >>> broad audience websites who request the suggested behaviour. There is >>> some funding for a draw/pan function without modifiers. >>> >>> Best regards, >>> >>> Emmanuel Belo >>> -- >>> Sent from my mobile phone >>> >>> Le 12 janv. 2011 17:35, "Bruno Binet" <bruno.bi...@camptocamp.com >>> <mailto:bruno.bi...@camptocamp.com>> a écrit : >>> > I think that using modifier is actually more effective, but that would >>> > also mean it focus on experienced users that knows about modifiers. >>> > In my opinion, the google way to do it is more user friendly because >>> > targeted to basic users, whereas desktop applications such as >>> > illustrator are targeted to more expert users. >>> > >>> > On 12 January 2011 17:11, Tim Schaub <tsch...@opengeo.org >>> <mailto:tsch...@opengeo.org>> wrote: >>> >> I like the behavior of other vector drawing software I've used where a >>> >> modifier key suspends the behavior of the activated tool or >>> temporarily >>> >> activates another. >>> >> >>> >> For example, in Illustrator, the space bar temporarily activates the >>> Hand >>> >> Tool (for dragging) while drawing. This makes for fast >>> drawing/navigating >>> >> and I think there are a lot of folks that already work with this type >>> of >>> >> environment. >>> >> >>> >> I know Google does it differently, but I don't necessarily think we >>> have to >>> >> follow. >>> >> >>> >> Tim >>> >> >>> >> On 1/12/11 8:58 AM, Bruno Binet wrote: >>> >>> >>> >>> On 12 January 2011 16:15, Andreas Hocevar<ahoce...@opengeo.org >>> <mailto:ahoce...@opengeo.org>> wrote: >>> >>>> >>> >>>> On Jan 12, 2011, at 14:15 , Eric Lemoine wrote: >>> >>>> >>> >>>>> On Wed, Jan 12, 2011 at 1:22 PM, Andreas >>> Hocevar<ahoce...@opengeo.org <mailto:ahoce...@opengeo.org>> >>> >>>>> wrote: >>> >>>>>> >>> >>>>>> Hi Eric, >>> >>>>>> >>> >>>>>> thanks for your efforts. My only concern is that adding vertices >>> on >>> >>>>>> mouseup instead of mousedown negatively affects the user >>> experience when a >>> >>>>>> Snapping control is used. This is because the user doesn't see >>> any more >>> >>>>>> where the vertex is going to be snapped to. >>> >>>>>> >>> >>>>>> At this point, I have no idea how to solve this. >>> >>>>> >>> >>>>> Could you please elaborate? Do you see ux issues on >>> >>>>> >>> >>>>> >>> < >>> http://dev.openlayers.org/sandbox/elemoine/draw-feature/examples/snapping.html>? >>> >>> >>>> >>> >>>> Yes. Placing the first vertex of a line (in the example) or a >>> point (in >>> >>>> general) is a shot in the dark - you never know where it snaps to. >>> >>> >>> >>> I agree, but we may adapt the snapping control to overcome this >>> >>> limitation. By example we could show a sketch point when the mouse >>> >>> pointer is located in a snapping area. >>> >>> >>> >>>> Andreas. >>> >>>> >>> >>>>> >>> >>>>> Thanks, >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> -- >>> >>>>> Eric Lemoine >>> >>>>> >>> >>>>> Camptocamp France SAS >>> >>>>> Savoie Technolac, BP 352 >>> >>>>> 73377 Le Bourget du Lac, Cedex >>> >>>>> >>> >>>>> Tel : 00 33 4 79 44 44 96 >>> >>>>> Mail : eric.lemo...@camptocamp.com >>> <mailto:eric.lemo...@camptocamp.com> >>> >>>>> http://www.camptocamp.com >>> >>>>> _______________________________________________ >>> >>>>> Dev mailing list >>> >>>>> d...@lists.osgeo.org <mailto:d...@lists.osgeo.org> >>> >>>>> http://lists.osgeo.org/mailman/listinfo/openlayers-dev >>> >>>> >>> >>>> -- >>> >>>> Andreas Hocevar >>> >>>> OpenGeo - http://opengeo.org/ >>> >>>> Expert service straight from the developers. >>> >>>> >>> >>>> _______________________________________________ >>> >>>> Dev mailing list >>> >>>> d...@lists.osgeo.org <mailto:d...@lists.osgeo.org> >>> >>>> http://lists.osgeo.org/mailman/listinfo/openlayers-dev >>> >>>> >>> >>> >>> >>> >>> >>> >>> >> >>> >> >>> >> -- >>> >> Tim Schaub >>> >> OpenGeo - http://opengeo.org >>> >> Expert service straight from the developers. >>> >> _______________________________________________ >>> >> Dev mailing list >>> >> d...@lists.osgeo.org <mailto:d...@lists.osgeo.org> >>> >> http://lists.osgeo.org/mailman/listinfo/openlayers-dev >>> >> >>> > >>> > >>> > >>> > -- >>> > Bruno Binet >>> > >>> > Camptocamp France SAS >>> > Savoie Technolac, BP 352 >>> > 73377 Le Bourget du Lac, Cedex >>> > >>> > Mail : bruno.bi...@camptocamp.com <mailto:bruno.bi...@camptocamp.com> >>> > http://www.camptocamp.com >>> > _______________________________________________ >>> > Dev mailing list >>> > d...@lists.osgeo.org <mailto:d...@lists.osgeo.org> >>> > http://lists.osgeo.org/mailman/listinfo/openlayers-dev >>> >>> >> >> > > -- > Alexandre Dubé > Mapgears > www.mapgears.com > > > _______________________________________________ > Dev mailing list > d...@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/openlayers-dev > -- Camptocamp SA Emmanuel BELO PSE A CH-1015 Lausanne +41 21 619 10 25 (direct) +41 21 619 10 10 (centrale) +41 21 619 10 00 (fax) -- Camptocamp SA Emmanuel BELO PSE A CH-1015 Lausanne +41 21 619 10 25 (direct) +41 21 619 10 10 (centrale) +41 21 619 10 00 (fax)
_______________________________________________ Dev mailing list d...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/openlayers-dev
