Dear all,
Hello after a break!
Today a small question about the Breeze style.

Context menus can have titles (usually) on the top. These are passive labels that are used to better describe the context.
I use it quite heavily in Kexi, for example see the "Table20 : Table" title:



Question: is this title's look finished? If not, do you have proposals to make the title less similar to the regular clickable item?

TIA!

Most obvious answer is to make it bold. Even better would be to change the background colour of the header item.

I'm curious to see any suggestions you or others might have jstaniek.

window decoration background color and window decoration text color? would this work?

To a certain degree - the breeze style can align both (by controlling the kwinde decoration colors), but this is of course moot if the titlebar isn't inverted or such.

For what reason should this title be good for? The menu is context sensitive; no need to have something like <Item>:<Function> here. In the end it's just the design purpose - overloaded with weird content. I would drop those titles completely.

It could function a bit like a requested tool-tip.

I remember some old games I played, where right-clicking anything on the screen would bring up an explanation for what it was and how it worked. Tool-tips which show up just by hovering can be annoying some times, so perhaps it could be good to get an indication of what it was that the user right-clicked on, or what the overall effect of the menu is?

I think in this example the title doesn't give the user useful information. I'm thinking about something like firefox was done. the first line are some "most wanted shortcuts" and than comes the list .

+1 for heiko.

Right click in dolphin at the toolbar. I thing that's the breeze look and feel or?

Okay, 'Toolbar settings' make sense here. How would you write a guideline when to use and when not plus how to label it?

A rough idea:
* Show titles with context menus in order to support awareness.
* Describe the context with the menu title.
* Do not heavily exceed the text length of the menu items.

Sounds somewhat arbitrary. I mean how to apply it to the context menu that pops up for files in Dolphin, 'Selected file(s)'? Or the document content in Kate, 'Clipboard functions'? Are you sure that we can apply this generally?

I thought it only an addon if someone want to use it than it should look like -> see HIG.

andreas_k wrote:Right click in dolphin at the toolbar. I thing that's the breeze look and feel or?

Hi folks,
commenting on the appearance of the menu title and not on its usefullness ...
The one in the title above is the "old" look (that was matching some kde4 tweaks, for which the 'native' menu title was not available, and some kdelib functionality was using a "button" to achieve it. Consequently, it does look as a button, which has several cons:
- it is absurd (IMHO) to have an 'unclickable' item in a menu look like a (clickable) button
- in breeze, because on top of that, the button is supposed to be "pressed", it looks misaligne, that is, off by one pixel to the right and to the bottom, as all our pressed elements are.

Wich is why I switched to a much simpler rendering, similar to the one posted by Jarosław in the first post: I dropped the icon (which was creating a lot of alignment issues, with respect to other menu items, especially when with icons too); dropped any kind of outline that would make it resemble to something clickable (whic it is not), and in the end, opted for something that is similar to what we have already in plasma land. (see: http://wstaw.org/m/2015/07/27/plasma-desktoppw3500.png)

I am open for suggestions to make it look "better".
I personally would rather avoid bold fonts because they usually look less polished as the normal ones (at least for many fonts around), and again because we don't have that in plasma. I am ok with some "revert video" colors, such as using the active window decoration colors.
But all in all, (and because of the plasma screenshot above), I'd also be rather inclined to just keep it 'as is'.

Just my oppinion,

Hugo

I'm in line with Hugo's view on this. We can make it look better, perhaps with a color inversion that does not look like a selection.

@Hugo yes, the use of button's primitive elements sometimes works, sometimes ends up as an absurd. So yes, you improved it.

Now we're waiting for creative solutions, no hurry

Hah, wow that looks goony.

Looking at it, perhaps we should take the Android approach and make labels smaller, faded, and use padding instead of framing.