<html><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:12pt"><div><span>Hi, in QGIS for windows you can select more than one layer (to remove) with the Ctrl key pressed in TOC, this is not possible on other platforms?</span></div><div><br></div><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; margin-top: 5px; padding-left: 5px;"> <div style="font-family: HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 12pt;"> <div style="font-family: HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif; font-size: 12pt;"> <div dir="ltr"> <hr size="1"> <font size="2" face="Arial"> <b><span style="font-weight:bold;">De:</span></b> Borys Jurgiel <lists@borysjurgiel.pl><br> <b><span style="font-weight: bold;">Para:</span></b> qgis-developer@lists.osgeo.org <br> <b><span
style="font-weight: bold;">Enviado:</span></b> Viernes 29 de noviembre de 2013 11:56<br> <b><span style="font-weight: bold;">Asunto:</span></b> Re: [Qgis-developer] [Qgis-user] Shortcut changes in QGIS; call for opinions<br> </font> </div> <div class="y_msg_container"><br>Dnia piątek, 29 listopada 2013 10:18:26 Andreas Neumann pisze:<br>> As long as we don't have an undo option I would like to have the<br>> confirmation question always when removing one or more layers. It is not<br>> something that people do all the time, so it wouldn't be annoying. <br><br>It seems there are at least two opposite approaches in the TOC usage. When you <br>do any kind of data processing, you have billions of intermediate layers you <br>have to remove one by one, and it doesn't hurt you if you remove too much, as <br>you don't care about their style. Furthermore, then you have to remove them <br>all from disk and it also isn't especially dangerous if you only
use <br>reasonable versioning and backups. Also I guess every admin spending her/his <br>days on browsing and fixing countless layers from her/his users might agree <br>with me.<br><br>But you're right, I didn't consider your point of view, and seems that one is <br>definitely more popular. For the non-confirmation variant, I can see two <br>solutions:<br><br>1. We already have a number of actions without default shortcut. Maybe we <br>could create an action that is neither placed in any menu/toolbar nor assigned <br>to any shortcut by default. Just waiting to be connected to a custom shortcut <br>if anybody wants it.<br><br>2. If we don't want to make such "orphan" actions, let's drop it. I'll write a <br>supersimple plugin for adding non-standard actions and release it if anyone <br>interested.<br><br><br><br><br>> I<br>> also accidentally removed layers with right-click and there was no<br>> confirmation that stopped me. So I would prefer to
have the confirmation<br>> when removing layers in all cases.<br>> <br>> Andreas<br>> <br>> Am 29.11.2013 07:56, schrieb Richard Duivenvoorde:<br>> > On 28-11-13 23:19, Nathan Woodrow wrote:<br>> >> Given that adding/removing a complex layer can be expensive and there is<br>> >> no undo I would suggest to have a single key shortcut (D) with confirm<br>> >> and a modified one without (Ctrl-D). You want to avoid the user doing<br>> >> something dangerous and in this case that is removing a layer layer<br>> >> without undo.<br>> > <br>> > Personally I do not like to add more then one key for the same action,<br>> > keep stuff simple.<br>> > <br>> > Although we could make confirmation an option, the number of options in<br>> > the options dialogs are also growing and growing. I've already a lot of<br>> > options to tweak for a new user to make
it the best way for him/her.<br>> > <br>> > If we do a a first time dialog with a 'do not ask me anymore', that is<br>> > nice, BUT it means that we have to put a way to undo that somewhere in a<br>> > dialog/option too (while the logic code actually is easy: just an extra<br>> > if/flag).<br>> > <br>> > Let's keep the interface as simple/logical/friendly as possible<br>> > especially for non power users.<br>> > <br>> > Could we maybe create some poweruser options list (like gnome-settings<br>> > or :config in firefox). In which we put this kind of flags?<br>> > So no cluttering of the interface with 'do not ask' actions or more<br>> > options in the options dialogs. But only a list of configs which you<br>> > could use.<br>> > Which in practice would actually be a Qtable with filter for QSettings<br>> > of QGIS, in my case: ~/.config/QGIS/QGIS2.conf<br>>
> <br>> > Regards,<br>> > <br>> > Richard Duivenvoorde<br>> > <br>> > ps Borys: we should not be afraid of some regression if it makes QGIS<br>> > better in general :-)<br>> > <br>> > <br>> > <br>> > _______________________________________________<br>> > Qgis-user mailing list<br>> > <a ymailto="mailto:Qgis-user@lists.osgeo.org" href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br>> > <a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>> <br>> _______________________________________________<br>> Qgis-user mailing list<br>> <a ymailto="mailto:Qgis-user@lists.osgeo.org" href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br>> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-user"
target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>_______________________________________________<br>Qgis-developer mailing list<br><a ymailto="mailto:Qgis-developer@lists.osgeo.org" href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br><a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br><br></div> </div> </div> </blockquote><div></div> </div></body></html>