Martin wrote:

It is already possible to change the Tab Style for dockable dialog tabs.
Right now however, this needs to be done on a per-tab level, using 'Tab
Style' in the Tab menu for each dockable.

It is cumbersome to manage the tab style on a per-tab level, so I suggest we make this a global setting. That is, changing the tab style for "one" tab changes the tab style for all tabs. We could also have it
in Edit -> Preferences -> Interface, but I think it is better to have it
close to where the action is.

I do think it is better to do it where the action is, and because of that and some flexibility for users (it is their priorities and organisation), I would like to see that the setting is per row-of-tabs. because we have one setting thingy visible per row-of-tabs.

so in your shots there would be a separate setting for the row layers+channels+paths+undo and for the row brushes+patterns+gradients.

--ps

founder + principal interaction architect man + machine interface works

http://mmiworks.net/blog : on interaction architecture

Martin wrote:

peter wrote:

Martin wrote:

It is cumbersome to manage the tab style on a per-tab level, so I suggest we make this a global setting. That is, changing the tab style
for "one" tab changes the tab style for all tabs. We could also have it
in Edit -> Preferences -> Interface, but I think it is better to have it
close to where the action is.

I do think it is better to do it where the action is, and because of that and some flexibility for users (it is their priorities and organisation), I would like to see that the setting is per row-of-tabs. because we have one setting thingy visible per row-of-tabs.

I don't understand who would want a UI where tabs doesn't have the same style, what a mess

well, I am thinking about why docks get organised in rows of tabs, together,
and why in different rows, paralleling. and then I _can_ see that it makes
sense for some users to have (like in your shot) layers+channels+paths +undo
in text for calmness and brushes+patterns+gradients in icon for briefness and
the direct representation of the current selection.

If you think it is a problem that the setting can be changed in many places, then I would rather put it in the Preferences. Making it a setting per row of tabs wouldn't be much of an improvement in my opinion.

I would hate to see it buried in the preferences.

--ps

founder + principal interaction architect man + machine interface works

http://mmiworks.net/blog : on interaction architecture

I would hate to see it buried in the preferences.

Me too

  / Martin

Un-bury the preferences can't be a practicable idea ? As example the first time gimp is loaded a Prompt advising of their existence , utility and Menu location?

I know well that you hate popping out messages, i too

But is said that 1 good exception make the rules more valid

May be a good exception make aware gimp users about what buried in the preference, the first time the use gimp ?

Alchemie foto\grafiche wrote:

Un-bury the preferences can't be a practicable idea ? As example the first time gimp is loaded a Prompt advising of their existence , utility and Menu location?

no, please don't!
My web browser has hidden functionality to order burritos for me. I'm *very* thankful it didn't inform me about that until i asked for it.

regards, yahvuu

yahvuu

I'm sure you are not a average user that may need a hint to discover the very useful options buried in the Gimp preference

But ,in case you will be forced to kill a single message , only visible once after a new install

while 99% of users, may be forced to ask advice somewhere, or suggest enhancements, just to discover days after that what they need was already available..just very well hidden

Martin Nordholts wrote:

Hi,

It is already possible to change the Tab Style for dockable dialog tabs. Right now however, this needs to be done on a per-tab level, using 'Tab Style' in the Tab menu for each dockable.

It is cumbersome to manage the tab style on a per-tab level, so I suggest we make this a global setting. That is, changing the tab style for "one" tab changes the tab style for all tabs. We could also have it in Edit -> Preferences -> Interface, but I think it is better to have it close to where the action is.

So, does anyone object or have other comments? If not, I'll go ahead with this.

For comparison, here is the default UI with Tab Style as icon and then text:

http://www.chromecode.com/temp/gimp-tab-style-icon.png http://www.chromecode.com/temp/gimp-tab-style-text.png

Have you thought of a popup that asks, would you like to do this for all tabs?

I'm not deeply wedded to this, but it takes away functionality. You would no longer be able to use icons for one's you knew well and text for the rest.

Patrick

On Monday 07 December 2009 06:10:39 Patrick Horgan wrote:

Have you thought of a popup that asks, would you like to do this for all tabs?

I'm not deeply wedded to this, but it takes away functionality. You would no longer be able to use icons for one's you knew well and text for the rest.

Pop-up is bad but he has a point there. Text tabs are informative, but take a lot of space, so less is easily seen. Perhaps there could be checkable menu item, that makes the style global?

Hi,
enselic@gmail.com (2009-12-05 at 1330.57 +0100):

I don't understand who would want a UI where tabs doesn't have the same style, what a mess

I use icons for things that have true info in visual sense (colour, pattern, brush, palete, gradient) and text for the rest. For me it is a matter of less visual noise and more constant interface.

GSR

On Mon, Dec 7, 2009 at 6:48 PM, Martin Nordholts wrote:

GSR - FR wrote:

Hi,
enselic@gmail.com (2009-12-05 at 1330.57 +0100):

I don't understand who would want a UI where tabs doesn't have the same style, what a mess

I use icons for things that have true info in visual sense (colour, pattern, brush, palete, gradient) and text for the rest. For me it is a matter of less visual noise and more constant interface.

Is there any particular reason you don't show this information in the toolbox (Edit -> Preferences -> Toolbox -> Show brush, patter etc) instead of showing it in individual tabs? Wouldn't that decrease the visual noise even more?

In my case, the colors display (the only display I'm interested in) occupies much too much vertical screen space. It's also awkward to have this color display up there but the color editor below (I know you can edit colors by double clicking on them. I find that more irritating and prone to be accidentally triggered, for my usage (in which I constantly want to inspect hex color codes, so seeing the color swatches is only part of what I want anyway.))

Hi,
enselic@gmail.com (2009-12-07 at 0918.00 +0100):

GSR - FR wrote:

Hi,
enselic@gmail.com (2009-12-05 at 1330.57 +0100):

I don't understand who would want a UI where tabs doesn't have the same style, what a mess

I use icons for things that have true info in visual sense (colour, pattern, brush, palete, gradient) and text for the rest. For me it is a matter of less visual noise and more constant interface.

Is there any particular reason you don't show this information in the toolbox (Edit -> Preferences -> Toolbox -> Show brush, patter etc) instead of showing it in individual tabs? Wouldn't that decrease the visual noise even more?

Now I rarely use the toolbox and associated info, as the selectors are in other place (docks) and maybe visible already, while the miniviews in the toolbox only change the zdepth of the docks in 3 cases (brush, gradient and pattern) and launches a selector in other (colours, and poorly placed, no idea what rule does it follow).

So in all cases the info and the controls are a lot more separated than tab header and tab contents will always be. For me, toolbox has become rather useless in general (open new images by DnD is the only real use I can think of currently).

GSR

Alexia Death wrote:

Pop-up is bad but he has a point there. Text tabs are informative, but take a lot of space, so less is easily seen. Perhaps there could be checkable menu item, that makes the style global?

another alternative:
keep the style as a property of the tabs, but add a command to set all tabs to a certain style. Individual tabs still can be configured to a different style, if needed.

The ideal location for such a command would be the context menu of the empty space to the right of the tabs...

regards, yahvuu

On Sat, 2009-12-05 at 14:13 +0100, Martin Nordholts wrote:

peter sikking wrote:

well, I am thinking about why docks get organised in rows of tabs, together,
and why in different rows, paralleling. and then I _can_ see that it makes
sense for some users to have (like in your shot) layers+channels+paths +undo
in text for calmness and brushes+patterns+gradients in icon for briefness and
the direct representation of the current selection.

Ok, I understand how you think now. But we don't need to have per-tab-row settings to solve this, maybe we could have an "if dock has status, show icon, else show text" Tab Style. People can then still group dockables that has status to show.

I would hate to see it buried in the preferences.

Me too

I don't see the point here, and how this "mess" couldn't be fixed by having a default-tab-style prefs option (for newly created dockables), and then enable the user to do whatever she likes.

I myself always had a hard time finding some *specific* dockables in the beginning after we switched to docks, so I had some rarely- used ones set to "icon and text" and once I learned them, i reduced that to "icon". There is IMHO no harm in allowing this.

ciao, --mitch

I am using the latest GIT of the STABLE branch (2.6.8) and am noticing an anomaly when scaling layers. When upscaling a fully opaque layer using the Scale Tool, the edges of the resulting layer are sometimes have partial transparency. This doesn't always happen -- it seems dependent upon the original and target sizes -- but it never seems to occur when using "Scale Layer..." from the menus. While I am not sure it should be considered a bug, my expectation would be that a fully opaque layer should remain fully opaque when upscaled.

To demonstrate this behavior, create a new white image with the dimensions 335x500, then create a new black layer with the dimensions 120x135 positioned with the top-left corner at 0,0. Using the Scale Tool, type in the new dimensions of 335x500 and click "Scale". If you zoom in on the lower-right corner, the semi-transparency of the right and bottom edges should be evident.

Repeating the above, but using the menu command "Layer->Layer Scale...", you should see that all of the edges are completely opaque.

I would also note that the behavior described in Bug #603620 (https://bugzilla.gnome.org/show_bug.cgi?id=603620) may have similar underpinnings, and that the author of that report suggested this was a regression from GIMP 2.4 behavior (I don't have access to 2.4 at the moment).

As a final comment, the PDB functions 'gimp-drawable-transform-scale' and 'gimp-drawable-transform-scale-default' both exhibit this anomalous behavior (for all interpolation modes except None). Indeed, it is when scripting that I find this behavior problematic.