search

qgis / qgis3_UIX_discussion

Issue list to sum up and discuss UI/UX related issues
1 stars 2 forks source link

Dialogs quality problems and consistency: add, remove,edit buttons position in tables #18

Open SrNetoChan opened 7 years ago

SrNetoChan commented 7 years ago

For consistency, and for users intuition, table/list elements in dialigs should have their support buttons always in the same place.

Several dialogs have table where you can add, remove, edit, etc... rows or elements to it.

In some cases, the support buttons are located on the right side of the table: screenshot from 2016-12-11 00-59-59

Other times it's in the bottom: screenshot from 2016-12-11 01-10-20

Others in the top: screenshot from 2016-12-11 00-59-15

Some time they also have text: screenshot from 2016-12-11 01-02-02

It would be nice if we could harmonize all dialog, but for that we should chose what is th best place to put them. Ideas?

rduivenvoorde commented 7 years ago

I second this issue :-)

We should have some 'guidelines' on how a dialog or the widgets in them should be placed... Can we need steal some HI-guidelines (Human Interface Guidelines: HIG) from other project/products @anitagraser didn't you have an example of this? I googled: https://developer.gnome.org/hig/stable/

Another point which itches me in dialogs is all the different 'search' possibilites (I'm mostly looking at WMS/WFS/Database opening dialogs in which the searching in the layers/tables is different for every provider....) Should I open another issue for this?

SrNetoChan commented 7 years ago

@rduivenvoorde I agree that a new issue is preferable.

anitagraser commented 7 years ago

Thanks for raising this issue! I'll have a look around for existing guidelines / implementations.

While working to unify the placement, we should also check the corresponding widget to see if there is a right-click to remove function implemented.

nirvn commented 7 years ago

Also present in several vector/raster renderer UI: untitled

untitled1

etc.

For the renderer UIs, since they are served in a narrow space, i.e. the style dock, stacking the control vertically below the list box is a must.

anitagraser commented 7 years ago

If everything is stacked vertically, I'm a bit concerned about the total height of the panel. This is the panel now, in full screen on my HiDPI screen:

style_panel_hidpi

timlinux commented 7 years ago

We should really collapse the layer rendering group by default too - on my low res MacBook it is a real space hog....

nirvn commented 7 years ago

@anitagraser , in upcoming 3.0, I've updated the UI a bit to save (some) vertical space by moving the blending mode elements around a bit: untitled

@timlinux , yeah I think it should too.