https://bugs.kde.org/show_bug.cgi?id=356609
Nate Graham changed:
What|Removed |Added
Resolution|--- |WONTFIX
https://bugs.kde.org/show_bug.cgi?id=356609
Nate Graham changed:
What|Removed |Added
CC||pointedst...@zoho.com
--
https://bugs.kde.org/show_bug.cgi?id=356609
JanKusanagi changed:
What|Removed |Added
CC||jan-b...@gmx.co.uk
--
You
https://bugs.kde.org/show_bug.cgi?id=356609
Daniel Scharrer changed:
What|Removed |Added
Version|5.5.0 |5.7.1
--
You are
https://bugs.kde.org/show_bug.cgi?id=356609
--- Comment #20 from Daniel Scharrer ---
Created attachment 100151
--> https://bugs.kde.org/attachment.cgi?id=100151=edit
Updated patch for plasma-workspace 5.7
--
You are receiving this mail because:
You are watching all bug
https://bugs.kde.org/show_bug.cgi?id=356609
--- Comment #19 from Eike Hein ---
On X11:
1. Install a desktop file named that references the desired icon
2. Make the second part of the window's WM_CLASS be
On Wayland:
1. Install a desktop file named that references the desired
https://bugs.kde.org/show_bug.cgi?id=356609
--- Comment #18 from Carsten Pfeiffer ---
OK, so if there is a standard, documented way to specify which icon to use for
a window, that's fine. If you have a reference to the spec, if would be nice if
you could post it here so that
https://bugs.kde.org/show_bug.cgi?id=356609
--- Comment #17 from Eike Hein ---
Re this,
> the time spent (lost) searching for the right window
Note we've both provided examples of users losing time searching for the right
window: The launcher -> app case, and the
https://bugs.kde.org/show_bug.cgi?id=356609
--- Comment #12 from Eike Hein ---
It comes down to this:
- I get bug reports either way.
- This avoids many more of them.
-- Because the problems stated are obvious and hard to avoid, while the other
is much rarer.
-- Meanwhile few
https://bugs.kde.org/show_bug.cgi?id=356609
--- Comment #16 from Eike Hein ---
> Do I get this right: the maintainer of the taskmanager rules decides which
> applications can have window specific icons? Not the app developer, nor the
> user?
No, you don't. App developers get to
https://bugs.kde.org/show_bug.cgi?id=356609
--- Comment #15 from Carsten Pfeiffer ---
Do I get this right: the maintainer of the taskmanager rules decides which
applications can have window specific icons? Not the app developer, nor the
user?
I see the problem in a different
https://bugs.kde.org/show_bug.cgi?id=356609
--- Comment #14 from Eike Hein ---
(The latter actually brings me to another case: Even when the launcher and
window icons are "the same", there can still be an ugly visual morph between
startup notification and window because e.g. the
https://bugs.kde.org/show_bug.cgi?id=356609
--- Comment #13 from Eike Hein ---
Also, the idea of "you fall back to the launcher icon until you get the better
icon" is wrong usability wise: I've seen many users confused (along with
reports about it) that they can't find their pinned
https://bugs.kde.org/show_bug.cgi?id=356609
--- Comment #11 from Carsten Pfeiffer ---
Thanks for the clarification, Eike. We're only talking about those tasks that
represent windows here.
I see it this way:
- when starting an application, all you have is the launcher icon, so
https://bugs.kde.org/show_bug.cgi?id=356609
--- Comment #10 from Eike Hein ---
> The task list does not show applications, but windows.
The task list shows tasks, not windows. Tasks are an abstraction built out of
data from different sources. One of those sources is windows, but
https://bugs.kde.org/show_bug.cgi?id=356609
--- Comment #9 from Carsten Pfeiffer ---
What's the reason to show the application icon instead of the window icon? The
task list does not show applications, but windows.
The window manager shows the window's icon, the task switcher
https://bugs.kde.org/show_bug.cgi?id=356609
Carsten Pfeiffer changed:
What|Removed |Added
CC||pfeif...@kde.org
--
You
https://bugs.kde.org/show_bug.cgi?id=356609
--- Comment #8 from Kai Uwe Broulik ---
Git commit 92efc6ca6ec3c1c1c34a777c470337d4fde4b0c1 by Kai Uwe Broulik.
Committed on 06/06/2016 at 20:05.
Pushed by broulik into branch 'master'.
[Libtaskmanager] Add support for regular
https://bugs.kde.org/show_bug.cgi?id=356609
--- Comment #7 from Eike Hein ---
Note I will veto a Chrome-specific heuristic; it has to be sufficiently
generic.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=356609
Kai Uwe Broulik changed:
What|Removed |Added
CC|
https://bugs.kde.org/show_bug.cgi?id=356609
Jonathan Marten changed:
What|Removed |Added
CC||j...@keelhaul.me.uk
--
https://bugs.kde.org/show_bug.cgi?id=356609
--- Comment #5 from roman ---
I can confirm bug with Plasma 5.6.2
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=356609
Kai Uwe Broulik changed:
What|Removed |Added
CC||ceo.ro...@gmail.com
https://bugs.kde.org/show_bug.cgi?id=356609
--- Comment #3 from Jordan Anderson ---
(In reply to kde from comment #2)
> Created attachment 98068 [details]
> Patch to revert to the desired behavior
>
> For anyone willing to build from source, this patch applies against
>
https://bugs.kde.org/show_bug.cgi?id=356609
--- Comment #2 from k...@happyjack.org ---
Created attachment 98068
--> https://bugs.kde.org/attachment.cgi?id=98068=edit
Patch to revert to the desired behavior
For anyone willing to build from source, this patch applies against
plasma-workspace
https://bugs.kde.org/show_bug.cgi?id=356609
--- Comment #1 from Jordan Anderson ---
This issue affects all Google Chrome apps as well. Any Chrome app, pinned or
opened, shows up exactly like another Chrome window.
I much preferred the previous option as well, as it at least
https://bugs.kde.org/show_bug.cgi?id=356609
Jordan Anderson changed:
What|Removed |Added
CC||me+li...@jba.io
--
You are
https://bugs.kde.org/show_bug.cgi?id=356609
k...@happyjack.org changed:
What|Removed |Added
CC||k...@happyjack.org
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=356609
Eike Hein changed:
What|Removed |Added
Severity|normal |wishlist
Summary|Task
29 matches
Mail list logo