mirror of https://github.com/GNOME/gimp.git
576554a0af
layers-select-next/layers-select-previous don't work well as up/down arrow behavior because they only work within each selected layer's level. But historically (and that's what makes the most sense IMO, and is the most expected behavior), up/down arrows would walk through the layer list visually. I.e. that it would select next whatever is the next layer displayed in the Layers dockable, even if it means selecting children or going down one layer group level. The 2 new actions "layers-select-flattened-previous" and "layers-select-flattened-next" do this. Say you have this tree: Layer 1 Layer 2 | - Layer 3 | - Layer 4 Layer 5 With the "flattened" actions, after Layer 2, there is Layer 3, and after Layer 4, there is Layer 5… unless… Layer 2 (layer group) is collapsed. In which case, after Layer 2 is Layer 5. This selection movement indeed takes into account the state of the layer group expanders. This makes the Up/Down arrows work similarly to how they used to work with default GtkTreeView implementation, except that the logic now also works well with multiple selected items. |
||
---|---|---|
.. | ||
actions | ||
config | ||
core | ||
dialogs | ||
display | ||
file | ||
file-data | ||
gegl | ||
gui | ||
menus | ||
operations | ||
paint | ||
pdb | ||
plug-in | ||
propgui | ||
tests | ||
text | ||
tools | ||
vectors | ||
widgets | ||
xcf | ||
about.h | ||
app.c | ||
app.h | ||
errors.c | ||
errors.h | ||
gimp-debug.c | ||
gimp-debug.h | ||
gimp-intl.h | ||
gimp-log.c | ||
gimp-log.h | ||
gimp-priorities.h | ||
gimp-update.c | ||
gimp-update.h | ||
gimp-version.c | ||
gimp-version.h | ||
gimpconsoleapp.c | ||
gimpconsoleapp.h | ||
gimpcore.def | ||
gimpcoreapp.c | ||
gimpcoreapp.h | ||
git-version.h.in | ||
language.c | ||
language.h | ||
main.c | ||
meson.build | ||
sanity.c | ||
sanity.h | ||
signals.c | ||
signals.h | ||
unique.c | ||
unique.h |