tombert <
tomber...@live.at> wrote:
> On Thursday, 11 April 2019 03:12:24 UTC+2, Rich wrote:
>> tombert <tombert at
gr...@live.at> wrote:
>> > Ho to reproduce:
>> >
>> > start a wish, then
>> >> toplevel .t1 -class "something"
>> >> wm title .t1 "My Title"
>> >
>> >
>> > Now hover the mouse over the icon in the taskbar, it will show
>> > "something" instead of "My Title".
>> >
>> > One can check the window properties using xprop linux command:
>> >
>> > _NET_WM_NAME(UTF8_STRING) = "My Title"
>> > WM_NAME(STRING) = "My Title"
>> > WM_CLASS(STRING) = "t1", "something"
>> >
>> > Any ideas what can be done about this?
>>
>> Short of having Ubuntu fix their bug (it looks as if Tcl has done
>> everything correctly, so this is not Tcl's fault, but a Ubuntu bug) you
>> could also insert the title you want to see as the class (or possibly
>> just don't set a class).
>
> If Tcl has done everything correctly, so what have the other apps
> done wrong to display the correct title?
Check the xprop of one of the others. Do they even set a WM_CLASS
value?
> For the time being evidence is not on Tcl side, since all apps that
> come with Ubuntu (Terminal, Emacs, Libre, ...) have no issues with
> the title.
No, the evidence points to Ubuntu's task bar's hover handler doing the
wrong thing. Assuming xprop is correct (and it is unlikely to be a
piece of code that Ubuntu's changed in any way), your xprop shows Tk
having done things correctly. WM_NAME has the title, WM_CLASS has t1
and something (toplevel name and class name). That all looks
reasonable, as in it does not look like there should be any issues,
which translates to Tk not doing anything wrong.
The hover you see in the Ubuntu taskbar is brought to you by Ubuntu's
code that generates the taskbar. Tk has zero involvement with the task
bar, so an improper value showing on taskbar hover indicates a Ubuntu
bug. And since Ubuntu generally installs cutting edge alpha and beta
level code, I'd not at all be surprised that there is a bug lurking
there.