[Qgis-developer] [QGIS-UX] Print layout: canvas extent not updated

Sat Jun 11 18:37:38 PDT 2016

On 12 Jun 2016 06:39, "Alexandre Neto" <senhor.neto at gmail.com> wrote:
>
> I like the idea of a extent toolbar, with set extent to match map canvas
and the opposite. Also having bookmarks would be nice. Those buttons should
only work for a selected map item, because you may have several maps in the
same composer.

Sorry, just catching up on this thread. My opinions:

- 100% the composer extent should NOT be limited to the canvas extent, for
all the reasons already listed. This is IMO one of MapInfo's worst failings
(one of very many!)

- I think the best solution is a floating toolbar which appears over
selected map items, with options for zoom/pan/set to canvas/set to
bookmark/etc. This would help increase the exposure of these tools and make
it obvious that this is the correct way to set composer map extents. The
current "move item content" tool is very difficult for people to discover.
I'd love to implement this but just haven't had an opportunity yet.

Nyall

>
> Alexandre Neto
>
>
> A sáb, 11/06/2016, 17:59, Régis Haubourg <regis.haubourg at gmail.com>
escreveu:
>>
>> Agreed. What I found during training session is that the "zoom to map
extent" buttons are too hard to find for most users. Even some advanced
users where zooming maps with mouse scroll, not remembering those buttons
from courses.  Maybe some UI tweaking could help here. Why not a button in
toolbar?
>> Cheers
>>
>>
>> Régis
>>
>> Le 11 juin 2016 17:54, "Saber Razmjooei" <
saber.razmjooei at lutraconsulting.co.uk> a écrit :
>>>
>>> The current behaviour is great, but having an option to use spatial
bookmarks (to the best scale) within the composer will be ideal:
>>> http://hub.qgis.org/issues/12083
>>>
>>> Cheers,
>>> Saber
>>>
>>> -----Original Message-----
>>> From: Qgis-developer [mailto:qgis-developer-bounces at lists.osgeo.org] On
Behalf Of roy roy
>>> Sent: 11 June 2016 14:05
>>> To: qgis-developer at lists.osgeo.org
>>> Subject: Re: [Qgis-developer] [QGIS-UX] Print layout: canvas extent not
updated
>>>
>>>   very often composer layout scale have nothing to do with canvas
workflow, it should be "static"
>>> as the current behaviour,
>>> thanks, Roy
>>>
>>> Il 11/06/2016 13:52, Nathan Woodrow ha scritto:
>>> > +1 for what is currently there.  One of the main reasons I move from
>>> > MapInfo to QGIS was this, annoying when you are editing and return to
>>> > print and it's moved on you.
>>> >
>>> > On Sat, Jun 11, 2016 at 9:44 PM, Anita Graser <anitagraser at gmx.at
>>> > <mailto:anitagraser at gmx.at>> wrote:
>>> >
>>> >     On Sat, Jun 11, 2016 at 1:32 PM, Paolo Cavallini
>>> >     <cavallini at faunalia.it <mailto:cavallini at faunalia.it>> wrote:
>>> >
>>> >         Il 2016-06-10 19:34 DelazJ ha scritto:
>>> >
>>> >             You mean the first time the print layout is opened
>>> >             (created). If so,
>>> >             yes this is the way it used to work (and I think it still
>>> >             does): at
>>> >             the creation the map extent is picked from the canvas.
>>> >
>>> >             But imo there's no reason to have the composer map item
>>> >             extent synced
>>> >             with map canvas each time it's opened.
>>> >
>>> >
>>> >         I'm not sure this is what an user expects. IMHO the typical
>>> >         use case is: I zoom to the area and scale of interest, open a
>>> >         print layout, and go on printing the same area.
>>> >         Am I the only one expecting this?
>>> >
>>> >
>>> >     Maybe I'm just used to the current behavior, but for most of my
>>> >     usecases the extent of the print map should stay same while I
>>> >     might be busy fixing details in the main window (and thus zooming
>>> >     and panning around there).
>>> >
>>> >     That's why the current behavior works well for me.
>>> >
>>> >     (cc-ing the UX list for input)
>>> >
>>> >     Best wishes,
>>> >     Anita
>>> >
>>> >
>>> >     _______________________________________________
>>> >     QGIS-UX mailing list
>>> >     QGIS-UX at lists.osgeo.org <mailto:QGIS-UX at lists.osgeo.org>
>>> >     http://lists.osgeo.org/mailman/listinfo/qgis-ux
>>> >
>>> >
>>> >
>>> >
>>> > _______________________________________________
>>> > Qgis-developer mailing list
>>> > Qgis-developer at lists.osgeo.org
>>> > List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>> > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>>
>>> _______________________________________________
>>> Qgis-developer mailing list
>>> Qgis-developer at lists.osgeo.org
>>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>>
>>>
>>> --
>>> This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they are
addressed.
>>> If you have received this email in error please notify the system
manager. This message contains confidential information and is intended
only for the
>>> individual named. If you are not the named addressee you should not
disseminate, distribute or copy this e-mail. Please notify the sender
immediately
>>> by e-mail if you have received this e-mail by mistake and delete this
e-mail from your system. If you are not the intended recipient you are
notified
>>> that disclosing, copying, distributing or taking any action in reliance
on the contents of this information is strictly prohibited.
>>>
>>> Whilst reasonable care has been taken to avoid virus transmission, no
responsibility for viruses is taken and it is your responsibility to carry
out
>>> such checks as you feel appropriate.
>>>
>>> If this email contains a quote or offer to sell products, carry out
work or perform services then our standard terms and conditions (which can
be found at
http://www.lutraconsulting.co.uk/downloads/Lutra%20Consulting%20Standard%20Terms%20and%20Conditions.pdf
shall apply unless explicitly stated otherwise.
>>>
>>> Saber Razmjooei and Peter Wells trading as Lutra Consulting.
>>> _______________________________________________
>>> Qgis-developer mailing list
>>> Qgis-developer at lists.osgeo.org
>>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>> _______________________________________________
>> Qgis-developer mailing list
>> Qgis-developer at lists.osgeo.org
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
> --
> Alexandre Neto
> ---------------------
> @AlexNetoGeo
> http://sigsemgrilhetas.wordpress.com
> http://gisunchained.wordpress.com
>
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20160612/9dccea30/attachment-0001.html>