The Window List Applet in GNOME should offer a setting to permanently set an X number of rows

Bug #485352 reported by jpfle
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Evince
Invalid
Undecided
Unassigned
GNOME Panel
New
Medium
epiphany-browser (Ubuntu)
Invalid
Undecided
Unassigned
evince (Ubuntu)
Invalid
Undecided
Unassigned
firefox (Ubuntu)
Invalid
Undecided
Unassigned
liferea (Ubuntu)
Invalid
Undecided
Unassigned
window-picker-applet (Ubuntu)
Triaged
Wishlist
Unassigned

Bug Description

Binary package hint: gnome-panel

The "Window List Applet" automatically adjusts the number of rows based on the height of the panel. However, due to the varying heights of the titles for some windows (due to the height of the characters of different languages, for example), this causes the applet to sometimes switch between one and two rows without the height of the panel changing. Instead, it would be nice if there were an official setting so a specific number of rows could be set for the applet, so that it can always be two rows, even if the title doesn't completely fit.

DistroRelease: Ubuntu 9.1

Revision history for this message
jpfle (jpfle) wrote :
Revision history for this message
jpfle (jpfle) wrote :
Revision history for this message
jpfle (jpfle) wrote :
jpfle (jpfle)
summary: - "window list applet" style changes when visiting a specific website on
- Firefox
+ "window list applet" style changes when I visit a specific website
description: updated
Changed in gnome-panel (Ubuntu):
importance: Undecided → Low
tags: added: likely-dup
summary: - "window list applet" style changes when I visit a specific website
+ "window list applet" change from one to two rows
Revision history for this message
Pedro Villavicencio (pedro) wrote : Re: "window list applet" change from one to two rows

i wouldn't say that's a bug, the window list manage those if there's enough space to put one or two rows there. not a bug.

Changed in gnome-panel (Ubuntu):
status: New → Invalid
jpfle (jpfle)
summary: - "window list applet" change from one to two rows
+ "window list applet" changes from two rows to one row
Changed in gnome-panel (Ubuntu):
status: Invalid → New
Revision history for this message
jpfle (jpfle) wrote : Re: "window list applet" changes from two rows to one row

Hi Pedro. You didn't understand my report, because it's not a "window list applet" change from one to two rows, but the opposite.

Say I have 10 open windows, including a browser (say Firefox). My "window list applet" is displayed on two rows. Then if I open a tab in my browser (the number of open windows didn't change) to visit precisely the website <http://sisinmaru.blog17.fc2.com/> (and not another), my "window list applet" preferences is no longer applied, and all my 10 open windows are displayed on only one row. My "window list applet" becomes again on two lines if the browser's tab about <http://sisinmaru.blog17.fc2.com/> is closed or is no longer active.

I've been having this bug for a while, but only with <http://sisinmaru.blog17.fc2.com/>.

jpfle (jpfle)
summary: - "window list applet" changes from two rows to one row
+ "window list applet" fails to use settings (it changes from two rows to
+ one row)
summary: - "window list applet" fails to use settings (it changes from two rows to
- one row)
+ "window list applet" fails to use its settings (it changes from two rows
+ to one row)
Revision history for this message
jpfle (jpfle) wrote : Re: "window list applet" fails to use its settings (it changes from two rows to one row)
description: updated
Revision history for this message
jpfle (jpfle) wrote :
description: updated
jpfle (jpfle)
affects: gnome-panel → evince
Revision history for this message
jpfle (jpfle) wrote :

This is an error and I don't know how to remove it.

Changed in evince:
status: New → Invalid
Revision history for this message
Draycen DeCator (ddecator) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. We appreciate you taking the time to file this bug upstream as well. I am going to go through and do some clean up on this bug so it can hopefully be processed. I will be marking all of the packages except "gnome-panel" as invalid since they are not affected by this bug.

Changed in evince (Ubuntu):
status: New → Invalid
Changed in epiphany-browser (Ubuntu):
status: New → Invalid
Changed in firefox (Ubuntu):
status: New → Invalid
Changed in liferea (Ubuntu):
status: New → Invalid
description: updated
Revision history for this message
Draycen DeCator (ddecator) wrote :

Now that I have cleaned up this report a little, I have been unable to reproduce your bug on my machine. Can you please confirm that it still affects you?

Revision history for this message
jpfle (jpfle) wrote :

Draycen DeCator wrote:
>Can you please confirm that it still affects you?

Yes. I've been having this bug for a while.

By the way, thanks for having cleaned this bug report.

Revision history for this message
Draycen DeCator (ddecator) wrote :

No problem I'm glad to help, and thank you for responding so quickly. I tried reproducing the bug with the website you provided, however I do not see a link to the .pdf that you mention in the description. Can you please let me know if there are any commonalities between the website and the .pdf that could be causing the problem? Have you found anything else that causes the problem? Once I have a better idea of a potential cause, I will try to reproduce this bug once more on a clean 32-bit machine.

Revision history for this message
jpfle (jpfle) wrote :

Draycen DeCator wrote:
>however I do not see a link to the .pdf that you mention in the description

See the bug attachments. There's a file named "reconst_accident_fr.pdf":

http://launchpadlibrarian.net/38492752/reconst_accident_fr.pdf

>Can you please let me know if there are any commonalities between the website and the .pdf that could be causing the problem?

There's no commonalities. The first time I encountered this bug, it was by visiting the mentioned web site. Then, several months later, I accessed the .pdf file and saw that it causes the same bug than the website.

>Have you found anything else that causes the problem?

No, but I can always reproduce the bug with the .pdf file or the website.

Thanks for your help.

Revision history for this message
Draycen DeCator (ddecator) wrote :

Thank you for the clarification, I had previously overlooked the .pdf file in the list.

The good news is that I was able to reproduce your issue on my machine, but only with the .pdf file. When testing, it seemed as though the windows list only switched to one row when the title of a window took up two rows. For example, the .pdf file had a title with an arrow on one row, followed by the rest of the title underneath it, causing the windows list to adjust so the title could fit vertically. The website did not cause this, but it may be displaying differently on your system. Can you please confirm whether or not this seems to be the case on your machine?

Also, when I closed the .pdf, the windows list returned to two rows. Is this happening for you as well?

Revision history for this message
jpfle (jpfle) wrote :

Draycen DeCator wrote:
>The website did not cause this, but it may be displaying differently on your system.
>Can you please confirm whether or not this seems to be the case on your machine?

I've just found an interesting information: all web sites with Japanese characters (encoding "EUC-JP") on their "title" tag make the bug to occur on my machine. That is the reason why the website <http://sisinmaru.blog17.fc2.com/> also makes my "window list applet" buggy. An easy and fast way to see the bug is to visit Japanese pages on Wikipedia :

http://ja.wikipedia.org/wiki/Portal:%E6%97%A5%E6%9C%AC

>Also, when I closed the .pdf, the windows list returned to two rows. Is this happening for you as well?

Yes, and also with web sites when I close the browser tab.

Revision history for this message
Draycen DeCator (ddecator) wrote :

Thank you for clarifying the behavior you are experiencing. I believe that the Windows List applet is programmed to behave this way so that the titles of the open windows are always visible. However, if you wish for them to change this feature in some way I can possibly get this report filed as a "Wishlist" item.

Revision history for this message
jpfle (jpfle) wrote :

Draycen DeCator wrote:
>However, if you wish for them to change this feature in some way I can
>possibly get this report filed as a "Wishlist" item.

Yes, I would like, because it's a little annoying.

>I believe that the Windows List applet is programmed to behave this
>way so that the titles of the open windows are always visible.

But I don't really understand your explication about this normal behavior to make the titles always visible. For example, how encoding "EUC-JP" could make a title not all visible? In all web pages making to occur the bug, there's no line break on the title tag, so I don't understand the "window list applet" behavior.

Revision history for this message
Draycen DeCator (ddecator) wrote :

Unfortunately I have not been able to get any Japanese characters in the title to cause this bug. However, depending on the fonts set on your system, the Japanese characters may be seen as "taller" by your computer than standard Latin characters. If this is true, then expanding the height of your panel should cause the windows with Japanese characters in the title to stop forcing the Windows List into one row. Can you please confirm whether or not this is true on your system?

There is, currently, no actual setting in the Windows List applet that allows for making the applet use two rows at all times; it is just determined automatically based on the height of the panel and the height of the titles. Do you believe there should be a setting for how many rows the Windows List applet should use at all times?

Revision history for this message
jpfle (jpfle) wrote :

Draycen DeCator wrote:
>expanding the height of your panel should cause the windows with Japanese
>characters in the title to stop forcing the Windows List into one row. Can you
>please confirm whether or not this is true on your system?

You're right. If I set the height of my panel to 54 px instead of 52 px, the "window list applet" stays to 2 rows. Good news. :-)

>Do you believe there should be a setting for how many rows the Windows List applet should use at all times?

Definitively. I think it would be less disturbing to be able to have always X row(s).

Thanks a lot for the discussion.

Revision history for this message
Draycen DeCator (ddecator) wrote :

Switching this report to a more appropriate package. I will also update the description and title of this bug in order to better reflect the feature request.

affects: gnome-panel (Ubuntu) → window-picker-applet (Ubuntu)
summary: - "window list applet" fails to use its settings (it changes from two rows
- to one row)
+ The Window List Applet in GNOME should offer a setting to permanently
+ set an X number of rows
description: updated
Changed in window-picker-applet (Ubuntu):
importance: Low → Wishlist
status: New → Triaged
tags: added: upstream
removed: likely-dup
Changed in gnome-panel:
importance: Unknown → Medium
status: Unknown → New
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.