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.
Alexandre Neto A sáb, 11/06/2016, 17:59, Régis Haubourg <[email protected]> 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" < > [email protected]> 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:[email protected]] On >> Behalf Of roy roy >> Sent: 11 June 2016 14:05 >> To: [email protected] >> 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 <[email protected] >> > <mailto:[email protected]>> wrote: >> > >> > On Sat, Jun 11, 2016 at 1:32 PM, Paolo Cavallini >> > <[email protected] <mailto:[email protected]>> 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 >> > [email protected] <mailto:[email protected]> >> > http://lists.osgeo.org/mailman/listinfo/qgis-ux >> > >> > >> > >> > >> > _______________________________________________ >> > Qgis-developer mailing list >> > [email protected] >> > List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer >> > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer >> >> _______________________________________________ >> Qgis-developer mailing list >> [email protected] >> 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 >> [email protected] >> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer >> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer > > _______________________________________________ > Qgis-developer mailing list > [email protected] > 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 [email protected] List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
