| Summary: | configurable window title components | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Maciej Pilichowski <bluedzins> |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | wishlist | CC: | finex |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Maciej Pilichowski
2008-06-15 13:30:22 UTC
Maciej, is the problem "the taskbar cut out windows title" ? Yes, and users cannot identify which entry is which application. This would be a very bad idea IMHO. At the moment the icon shows you which application it is, so adding the app first would lead to duplication and make it impossible to see which window is which. ie. The taskbar would just become [Firefox...][Firefox...][Firefox...][Konsole...][Konsole...] > At the moment the icon shows you which application it is No, it is not, unless you can memorize 1,000,000, favicons from the Internet. Besides, maybe you, me, can memorize some of KDE app icons, but please, do not force older people to memorize icons! They are confused enough. Ok, you can say, it is their fault -- but the problem is, you cannot change human nature, you cannot make older people to remember more. But you can make UI easier for people. > ie. The taskbar would just become [Firefox...][Firefox...][Firefox...] > [Konsole...][Konsole...] This is intended behaviour. Not for everyone, but for people who have difficulties with grasping all the details of KDE. It is funny/unfunny but when I launch _3_ apps, like Konq, OO, Kate, and load documents, so the titles are cut off, people immediatelly are confused which is which. Because for them Kmail icon is, well, not important. The name "KMail" icon is -- they don't think "icons", they think "names". Uff :-) Not a duplicate, might be a WONTFIX though. Finex, it is not true duplicate, those issues are very similar and solving this other report would help this as well, but as I said before, a lot of people think in terms of apps (first), then documents. For this reason, I will reopen this one, but I find real duplicate of mine. PS. Note about other advantages, if this could be done simply as decorations: [x] [app] [document] [^] [v] for example, other parts of KDE could use this extra information. For example taskbar could show entries like this ic app_name on document with app_name bold font (other color, bigger font, you name it). This one would be useful for everyone. In short flexibility in one place -> many benefits (more flexible KDE as whole). Related report: http://bugs.kde.org/show_bug.cgi?id=159480 I'm sorry but this report actually confuses me. Partially it talks about the task bar, but also about the window decoration. I will only comment on the KWin part: KWin can only use in the window decoration what the window provides. This is the name which ends up in the title bar. We do not get a "document name" or an "application name". So this is with our current standard not possible. To change that first the specification has to be adjusted, then all applications and the window manager. A feature request here against KWin does unfortunately not solve the issue. Well, my thinking is, you don't get what you didn't ask for. Since there is a notion of the "title", all you get is the title. Application won't set something for non-existing API, so first there should be setter for application title, for document title, and for "label title", in order the apps could use it. After that users could rearrange the order. Taskbar was only mentioned, because it displays what is in the titlebar. (In reply to comment #11) > so first there should be setter for application title, for document title, and for "label title" yes, this is exactly what martin said: >> To change that first the specification has to be adjusted, then all applications and the window manager. The window decoration doesn't provide some sort of API to the clients to set the title, you wanted to ask for this at fdo.org on top of http://standards.freedesktop.org/wm-spec/wm-spec-1.5.html and you want to change/split _NET_WM_NAME An unilateral fix or trigger from a window manager is not possible, sorry. As alternative, file a bug against at least Qt & Gtk to make title generation configurable, Qt btw supports setWindowFilePath() next to setWindowTitle() and generates the title (on X11) as: * The file name of the specified path, obtained using QFileInfo::fileName(). * An optional * character, if the windowModified property is set. * The 0x2014 unicode character, padded either side by spaces. * The application name, obtained from the application's applicationName property. |