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

[Alexandre Dube]

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