<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>Hello Jorge,</div>
<div> </div>
<div>thank you for the suggestion to write a QEP. I understand a QEP is intended for a larger change like my whole proposal. For many of my ideas and suggestions open-minded discussions have already started within the issues.</div>
<div>I would suggest to wait for their outcome. Perhaps the ones considered as reasonable could then be embraced in a QEP. I don't know who decides or how we could decide what feature requests should eventually be contained in that QEP package. But maybe let's first focus on discussing the issues I suggested content wise and when finished discuss how to handle and address the outcome. Any opinions or suggestions?</div>
<div> </div>
<div>If it is desired to receive more ideas from users we should think how to approach it. Many users for example may not be experienced using a ticket system and I guess we don't want to collect multiple times the same ideas in tickets. I don't know what the sentiments are? Unfortunately I won't have the time to organize this but that would probably be something where committed non-developers could also assist and contribute.</div>
<div> </div>
<div>So far my thoughts. Regarding the issues I created I will try to comment soon.</div>
<div> </div>
<div>Regards,</div>
<div>Tobias</div>
<div>
<div>
<div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">
<div style="margin:0 0 10px 0;"><b>Gesendet:</b> Mittwoch, 17. Februar 2021 um 22:54 Uhr<br/>
<b>Von:</b> "Jorge Gustavo Rocha" <jgr@di.uminho.pt><br/>
<b>An:</b> qgis-developer@lists.osgeo.org<br/>
<b>Betreff:</b> Re: [QGIS-Developer] Usability initiative/offensive for QGIS 4.0</div>
<div name="quoted-content">Hi Tobias,<br/>
<br/>
Thank you for your detailed comments about usability. It really helps to<br/>
have someone collecting all these issues and pushing forward to have<br/>
this issues discussed and implemented.<br/>
<br/>
I think the best place to start it to write a QEP [1], since there are<br/>
so many issues in your proposal. Each QEP is in fact an issue in the QEP<br/>
repository. It is the right place to discuss improvements before any<br/>
coding.<br/>
<br/>
Other users and developers can add comments to your proposal. At the<br/>
end, it will be easier to evaluate the impact of those changes and to<br/>
define a roadmap for such improvements.<br/>
<br/>
The discussion might take some time, but a better discussion makes the<br/>
development easier. People from the documentation team are also<br/>
important to the discussion. They are used to explain how things work in<br/>
QGIS interface.<br/>
<br/>
If you can, try to create markdown sections for these issues in the QEP:<br/>
some are related to "Editing geometries", other are related to "Field<br/>
calculator", etc. It would be fantastic if you can add some print<br/>
screens also (but those can be added later, when discussing each issue).<br/>
<br/>
Let's see what other developers can add. This is just my own opinion.<br/>
<br/>
Regards,<br/>
<br/>
Jorge Gustavo<br/>
<br/>
[1] <a href="https://github.com/qgis/QGIS-Enhancement-Proposals" target="_blank">https://github.com/qgis/QGIS-Enhancement-Proposals</a><br/>
<br/>
Às 19:52 de 17/02/21, Tobias Schmetzer escreveu:<br/>
> Dear developers:<br/>
><br/>
> The following issues and ideas came up when I recently worked on a lots<br/>
> of data and I imagine many users may have the same or similar issues.<br/>
> The QGIS software is used by many experts in various fields by peoploe<br/>
> working mostly on important infrastructural projects and fields of<br/>
> public interest like hydrology, (sustainable) agriculture, urban<br/>
> planning and many more. Besides reflecting in a growing number of<br/>
> software development experts the success of QGIS can also show in<br/>
> winning a large group of GIS users. Satisfied users include the ability<br/>
> to easily and quickly handle the software which means the usability of<br/>
> QGIS is essential. As far as I know QGIS has been evolving for a couple<br/>
> of years. Using QGIS mainly as a user and for scripts I personally was<br/>
> confronted with a couple of minor but yet annoying obstacles which led<br/>
> to the ideas further below that crossed my mind. Realizing the size of<br/>
> the collection led to now wanting to suggest and initiate a usability<br/>
> offensive for the upcoming versions. Perhaps it could also be a<br/>
> motivational goal to be completed before the next major release 4.0 or 4.1?<br/>
> Returning to the notion of the offensive: I think especially QGIS core<br/>
> functions should be very well thought of and offer a high degree in<br/>
> usablilty. Many of my ideas focus especially but not exclusively on an<br/>
> easier and quicker use of frequently used functions like feature<br/>
> attribute editing, filling in data and the attribute table dialog but<br/>
> there are also other topics for improval like easier and quicker ways to<br/>
> edit geometries/features when entering specific attribute values. Where<br/>
> some functionalities are already in place so that I as a user was just<br/>
> not aware of them it might be worth thinking about how that availability<br/>
> could better be communicated to the user. (This is not meant as a<br/>
> defense why I haven't consulted related tutorials but to seek and<br/>
> collect intuitive usability improvements)<br/>
><br/>
> The initiative could be started with the below bunch of topics/tickets<br/>
> to discuss the ideas and when agreed label them with the key words<br/>
> "Usability offensive" and "GUI/UX". Apart from contributing the below<br/>
> ideas my suggestion would be to ask users in the users mailing list (or<br/>
> even in an official call on the web page and in the welcome message) for<br/>
> their most important issues they repeatingly stumble upon when<br/>
> performing their daily work. They could then also label their<br/>
> ideas/requests with the before mentioned key words.<br/>
> Also I was wondering whether the development team has ever thought of<br/>
> collecting statistics about user behaviour in order to detect most<br/>
> frequently used actions and functions in order to be able to improve<br/>
> these these.<br/>
> I am looking forward to your thoughts on my initiative.<br/>
> <br/>
> Kind regards, Tobias<br/>
> <br/>
> --------<br/>
> <br/>
> My idea is to create a ticket as a feature request with the label<br/>
> "Usability offensive" and "GUI/UX" for every hyphen. Unfortunately I<br/>
> don't have the permission to set labels.<br/>
> <br/>
> - Usability improvement: Always show number of currently marked objects<br/>
> in status bar at the bottom. Background: When the map is moved or other<br/>
> actions are performed the user doesn't know how many features are<br/>
> currently already selected (<a href="https://github.com/qgis/QGIS/issues/41618" target="_blank">https://github.com/qgis/QGIS/issues/41618</a>)<br/>
> <br/>
> - Usability improvement: Additional button in advanced digitizing<br/>
> toolbar: Move part of a polygon. The functionality of moving the part of<br/>
> a polygon is missing. Currently only whole Polygons can be moved using<br/>
> the "Move" tool, parts can be added or deleted using their respecive<br/>
> tool or single lines/points can be moved using the "vertex tool" yet<br/>
> parts cannot be moved. (<a href="https://github.com/qgis/QGIS/issues/41619" target="_blank">https://github.com/qgis/QGIS/issues/41619</a>)<br/>
><br/>
> - Usability improvement: Improve vertex tool: make adding vertex nodes<br/>
> to an existing geometry easier. Currently the user needs to look for the<br/>
> middle of a segment, navigate there, hit the x and then move the line.<br/>
> It would be beneficial to have an alternative and quicker way of<br/>
> inserting vertices. Background: Especially when the user has a lot of<br/>
> vertices to move it's tiring and costs a lot of time to do it this way<br/>
> Suggestion: Yet there is a double-click option that adds vertices I can<br/>
> think of a quicker and more efficient way to add new vertices as the<br/>
> mouse needs to be very close to a line. Three ideas:<br/>
> * What about entering a quick edit mode as soon as a line is selected<br/>
> by a right click so that then a double click (or even a one-click if<br/>
> that doesn't break a consistency rule) wherever on the canvas (except<br/>
> for being close to an existing point or a line that is to move via<br/>
> one-click) would be favourable. Or in other words: As soon as the<br/>
> (previously selected) line is unambigously known a double click (or even<br/>
> one click - depending on a consistency discussion) can easily create a<br/>
> new vertex point.<br/>
> * What about an additional button for adding new vertices by click<br/>
> (creates new vertex), hold (drag), move and let go at the new vertex<br/>
> position (mouse button release)? That would mean only one click for<br/>
> adding a vertex in contrast to 3 clicks for the current solution (double<br/>
> click for activation, drag and one click for fixing the new vertex<br/>
> position).<br/>
> * Suggestion: in combination with a key like e.g. the ctrl key or as a<br/>
> sub-item of the vertex tool to create an to insert a new vertex as soon<br/>
> as the user gets close to the line.<br/>
> Also: I couldn't find a way to delete vertices. If that doesn't exist<br/>
> that would also be an important thing to have.<br/>
> (<a href="https://github.com/qgis/QGIS/issues/41620" target="_blank">https://github.com/qgis/QGIS/issues/41620</a>)<br/>
> <br/>
> - Usability improvement: Multipolygon vertex table: make<br/>
> affiliation/membership of points and of polygon contained in a<br/>
> Multipolygon transparent to the user. Based on the table it is barely<br/>
> not determinable what points belong to what polygon and how many<br/>
> polygons there are. Currently the multipolygon has only a "flattened"<br/>
> representation in the user interface. The current representation does<br/>
> not support a python script writer looking for understanding his data.<br/>
> (<a href="https://github.com/qgis/QGIS/issues/41621" target="_blank">https://github.com/qgis/QGIS/issues/41621</a>)<br/>
> <br/>
> - Usability improvement: Select features in freehand mode, polygon mode<br/>
> or radius mode: Currently the user needs to click twice when graphically<br/>
> selecting features. This doesn't seem much of a diffence yet for dozens,<br/>
> hundrets or even thousend objects it is very frustrating. Suggestion:<br/>
> Start drawing the selection area when mouse button is hold/pressed and<br/>
> select when mouse button is released -> Advantage: The user can select<br/>
> single/individual objects by clicking only once instead of twice. If the<br/>
> current selection method should be kept the new suggestion could be<br/>
> implemented as an additional option when pressing a key before selecting<br/>
> or something similar<br/>
> (<a href="https://github.com/qgis/QGIS/issues/41622" target="_blank">https://github.com/qgis/QGIS/issues/41622</a>)<br/>
> <br/>
> - Usability improvement: Add functionality of double clicking with any<br/>
> selection tool or the "Identify Features" tool on a single geometry for<br/>
> selecting it (toggle between adding/revoking the selection)<br/>
> (<a href="https://github.com/qgis/QGIS/issues/41623" target="_blank">https://github.com/qgis/QGIS/issues/41623</a>)<br/>
><br/>
> - Usability improvement: Instant/direct edit of identified results in<br/>
> the "Identify Results" panel when layer is in edit mode. At least when<br/>
> double clicking on a feature attribute value, even better when single<br/>
> clicking on an entry in the "Identify Results" table<br/>
> (<a href="https://github.com/qgis/QGIS/issues/41624" target="_blank">https://github.com/qgis/QGIS/issues/41624</a>)<br/>
><br/>
> - Usability improvement: Integrate the "organize columns" button into<br/>
> "Identify Features" and "Multiple Edit" to facilitate the choosing of<br/>
> fields. The chosen attributes for this layer shall be saved and used in<br/>
> all later attribute tables, identify results tables and multiple edit<br/>
> tables until redefined (<a href="https://github.com/qgis/QGIS/issues/41625" target="_blank">https://github.com/qgis/QGIS/issues/41625</a>)<br/>
><br/>
> - Usability improvement: Integrate a quick switch/filter button to<br/>
> either show only CHOSEN FIELDS or ALL fields. The chosen option for this<br/>
> layer shall be saved and used in all later attribute tables, identify<br/>
> results tables and multiple edit tables until redefined.<br/>
> (<a href="https://github.com/qgis/QGIS/issues/41626" target="_blank">https://github.com/qgis/QGIS/issues/41626</a>)<br/>
><br/>
> - Usability improvement: Show/edit only specified/filtered attribute and<br/>
> not all when identifying and editing results. Description: When<br/>
> identifying and editing these results the whole list of attributes is<br/>
> shown. The list may contain many attributes and when the user needs to<br/>
> edit only one attribute which is situated and shown at the end of the<br/>
> attribute list the user needs to scroll down and find that one attribute<br/>
> for every object. Doing this for many objects is very painful.<br/>
> Suggestion: Make the fields to be displayed in "Identify Results"<br/>
> panel/table adjustable, similarly to the "Organize Columns" dialog that<br/>
> is accessable in the attribute table.<br/>
> (<a href="https://github.com/qgis/QGIS/issues/41627" target="_blank">https://github.com/qgis/QGIS/issues/41627</a>)<br/>
><br/>
> - Usability improvement: Offer the "multiple feature edit" in the<br/>
> context menu when right clicking on graphically selected features in map<br/>
> canvas: consider "chosen"/filtered fields/attributes that had been<br/>
> selected via "organize columns" dialog<br/>
> (<a href="https://github.com/qgis/QGIS/issues/41628" target="_blank">https://github.com/qgis/QGIS/issues/41628</a>)<br/>
><br/>
> - Usability improvement: Quick click to graphically deselect all (e.g. 3<br/>
> times click or right click) (<a href="https://github.com/qgis/QGIS/issues/41629" target="_blank">https://github.com/qgis/QGIS/issues/41629</a>)<br/>
><br/>
> - Quickly access the attribute table by double click: e.g. when clicking<br/>
> on the layer's name. When clicking on the layer symbol, open layer<br/>
> property dialog. <br/>
> I know there's already an option to choose between the properties<br/>
> dialog or table view. If my suggestion doesn't make this option<br/>
> unnecessary we could add a third "split" option with a location<br/>
> dependant functionality (which I personally would then opt as the<br/>
> default) (<a href="https://github.com/qgis/QGIS/issues/41630" target="_blank">https://github.com/qgis/QGIS/issues/41630</a>)<br/>
><br/>
> - Usability improvement: Double clicking on a layer selection box should<br/>
> not trigger the opening of the layer's properties as selecting and<br/>
> deselecting a layer too quickly brings shouldn't bring up a dialog.<br/>
> (<a href="https://github.com/qgis/QGIS/issues/41631" target="_blank">https://github.com/qgis/QGIS/issues/41631</a>)<br/>
><br/>
> - Rename tool tip description "Modify the Attributes of all selected<br/>
> features simultaneously". Suggestion to rename it to "Multiple Feature<br/>
> Edit" (preferred due to being short and hopefully self-explanatory<br/>
> enough, yet not sure if clear to all users) or "Modify several<br/>
> attributes of selected features at once" (very long). Any other ideas<br/>
> for a better wording? By the way I personally would rather opt for a<br/>
> longer wording in the top area of the dialog itself rather than in a<br/>
> tiny tool tip button. (<a href="https://github.com/qgis/QGIS/issues/41632" target="_blank">https://github.com/qgis/QGIS/issues/41632</a>)<br/>
><br/>
> - Usability improvement: Add functionality to the layer context menu in<br/>
> "Layers" panel: Flash all features, flash selected features<br/>
> (<a href="https://github.com/qgis/QGIS/issues/41633" target="_blank">https://github.com/qgis/QGIS/issues/41633</a>)<br/>
> -In Feature Attribute Table view: Various view related action symbols<br/>
> like the Filter Form, Organize Columns, Show only specific Features<br/>
> (selected, visible on map, Edited and New) as well as the Switch for<br/>
> Form and Table view are scattered among the upper and lower margin what<br/>
> makes is hard for me to orientate. Any opinion about grouping all view<br/>
> related properties and buttons at the top right: What features to show<br/>
> (selected/all/visible on map/...), form view/table view, what columns to<br/>
> show. I'd suggest to leave only one logic fnctionality at the bottom<br/>
> such as instant field filtering.<br/>
> I also generally noted that there are multiple ways of filtering. On one<br/>
> side that offers many possibilities and provides freedom whereas on the<br/>
> other hand the many options may confuse users and may create an<br/>
> overloaded picture. Any more positive ideas that could help clearing up<br/>
> the many filtering options picture in the attributes dialog?<br/>
> (<a href="https://github.com/qgis/QGIS/issues/41634" target="_blank">https://github.com/qgis/QGIS/issues/41634</a>)<br/>
><br/>
> - Confusing: Create a new field in the field calculator dialog without<br/>
> being in edit mode on the layer and even if the user cannot create a<br/>
> new field<br/>
> -> suggestion to remove this function from the field calculator<br/>
> dialog and have only the option to create virtual fields as a remaining<br/>
> option (<a href="https://github.com/qgis/QGIS/issues/41635" target="_blank">https://github.com/qgis/QGIS/issues/41635</a>)<br/>
><br/>
> - Improve Layer Styling: Facilitate multiple labels with different<br/>
> colors in addition to "no labels", "single labels", "rule-based<br/>
> labeling" and "Blocking". In the first run the function should<br/>
> facilitate to chose multiple attributes with different font colors and<br/>
> font styling. A later option could to enable the user to determine the<br/>
> label arrangement horizontally and vertically. (functionality considered<br/>
> as inferior priority) (<a href="https://github.com/qgis/QGIS/issues/41636" target="_blank">https://github.com/qgis/QGIS/issues/41636</a>)<br/>
> <br/>
> - Add functionality to the layer context menu in "Layers" panel: Add a<br/>
> feature related context menu to the categorized symbols/items/features<br/>
> in a layer, that enables the user to "Zoom to features", "Zoom to<br/>
> selection", "Flash all features", "Flash selected features"<br/>
> (functionality considered as inferior priority)<br/>
> (<a href="https://github.com/qgis/QGIS/issues/41637" target="_blank">https://github.com/qgis/QGIS/issues/41637</a>)<br/>
><br/>
> - Create a "Selected Features panel", meaning to provide a panel similar<br/>
> to "Identify results" with the functionality of the "Multiple feature<br/>
> dialog". Important note: In needs to be easily distinguishable by its<br/>
> looks from the identify results<br/>
> (functionality considered as inferior priority)<br/>
> (<a href="https://github.com/qgis/QGIS/issues/41638" target="_blank">https://github.com/qgis/QGIS/issues/41638</a>)<br/>
> <br/>
> - User may be confused about selected objects that cannot be modified:<br/>
> Maybe change selection color of objects when Layer of selected features<br/>
> is editable?<br/>
> (functionality considered as inferior priority)<br/>
> (<a href="https://github.com/qgis/QGIS/issues/41639" target="_blank">https://github.com/qgis/QGIS/issues/41639</a>)<br/>
><br/>
> - ability to open the raster georeferencer and read recently<br/>
> georeferenced raster map from layer context menu<br/>
> (<a href="https://github.com/qgis/QGIS/issues/41640" target="_blank">https://github.com/qgis/QGIS/issues/41640</a>)<br/>
> <br/>
> <br/>
> <br/>
><br/>
> _______________________________________________<br/>
> QGIS-Developer mailing list<br/>
> QGIS-Developer@lists.osgeo.org<br/>
> List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br/>
> Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br/>
><br/>
<br/>
J. Gustavo<br/>
--<br/>
Jorge Gustavo Rocha<br/>
Departamento de Informática<br/>
Universidade do Minho<br/>
4710-057 Braga<br/>
Gabinete 3.29 (Piso 3)<br/>
Tel: +351 253604480<br/>
Fax: +351 253604471<br/>
Móvel: +351 910333888<br/>
skype: nabocudnosor<br/>
_______________________________________________<br/>
QGIS-Developer mailing list<br/>
QGIS-Developer@lists.osgeo.org<br/>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br/>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a></div>
</div>
</div>
</div></div></body></html>