Fwd: [OpenLayers-Dev] "allow pan while drawing" patch

Thu Jan 13 09:22:43 EST 2011

The mailing list bounced yesterday.

---------- Forwarded message ----------
From: Emmanuel Belo <emmanuel.belo at camptocamp.com>
Date: 12 January 2011 18:55
Subject: Re: [OpenLayers-Dev] "allow pan while drawing" patch
To: Alexandre Dube <adube at mapgears.com>
Cc: openlayers-dev at 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 <adube at 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.binet at camptocamp.com
>>> <mailto:bruno.binet at 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 <tschaub at opengeo.org
>>> <mailto:tschaub at 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<ahocevar at opengeo.org
>>> <mailto:ahocevar at opengeo.org>>  wrote:
>>> >>>>
>>> >>>> On Jan 12, 2011, at 14:15 , Eric Lemoine wrote:
>>> >>>>
>>> >>>>> On Wed, Jan 12, 2011 at 1:22 PM, Andreas
>>> Hocevar<ahocevar at opengeo.org <mailto:ahocevar at 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.lemoine at camptocamp.com
>>> <mailto:eric.lemoine at camptocamp.com>
>>> >>>>> http://www.camptocamp.com
>>> >>>>> _______________________________________________
>>> >>>>> Dev mailing list
>>> >>>>> Dev at lists.osgeo.org <mailto:Dev at 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
>>> >>>> Dev at lists.osgeo.org <mailto:Dev at 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
>>> >> Dev at lists.osgeo.org <mailto:Dev at 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.binet at camptocamp.com <mailto:bruno.binet at camptocamp.com>
>>> > http://www.camptocamp.com
>>> > _______________________________________________
>>> > Dev mailing list
>>> > Dev at lists.osgeo.org <mailto:Dev at lists.osgeo.org>
>>> > http://lists.osgeo.org/mailman/listinfo/openlayers-dev
>>>
>>>
>>
>>
>
> --
> Alexandre Dubé
> Mapgears
> www.mapgears.com
>
>
> _______________________________________________
> Dev mailing list
> Dev at 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)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/openlayers-dev/attachments/20110113/053dcaad/attachment-0001.html