Open Bug 346539 Opened 14 years ago Updated 4 years ago

Improve access to tabs on overflow/too many (don't squash them)

Categories

(Other Applications :: ChatZilla, enhancement)

enhancement
Not set

Tracking

(Not tracked)

People

(Reporter: 20060730-alt.2600, Assigned: rginda)

References

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.4) Gecko/20060516 SeaMonkey/1.0.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.4) Gecko/20060516 SeaMonkey/1.0.2

When one is using Chatzilla and opens too many channels, the tabs become so small as to be unreadable.  After discussing this issue with several knowledgeable people on IRC, we believe the best solution is to 1) allow for multiple rows of tabs in this case (e.g. in XP see the 'System' control panel).  Other ideas included 2) the presence of arrows which allow you to scroll through tabs (e.g. like how MS excel handles worksheets in an excel workbook/spreadsheet) or 3) better squishing of text.  3) was dismissed as not sufficiently scalable (sooner or later, squishing will equal unreadability) and 2) was deemed unpreferable because chatzilla tabs in particular frequently update the user as to a channels status and with 2) that information would be hidden to the user unlike with 1).  

Reproducible: Always

Steps to Reproduce:
1. Open up a bucnh of channels (say 100) in Chatzilla
2. Try to read their names
Actual Results:  
Couldn't read the names

Expected Results:  
Should expand to more rows of tabs
OS: Windows XP → All
Hardware: PC → All
Version: unspecified → Trunk
Confirmed, the tab bar becomes unreadable for me also.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Chatzilla's Tabs Behavior on Overflow → Improve access to tabs on overflow/too many (don't squash them)
fwiw, I find the tab squashing a bit better with equal-width tabs -- that way short tab labels don't become unreadable sooner than longer ones.
    .view-button { width: 20em !important }
Duplicate of this bug: 406930
I would personally like to see the severity upgraded to "minor", as this issue definitely affects the usability of the program for people like me who idle in many channels.
(In reply to comment #4)
> I would personally like to see the severity upgraded to "minor", as this issue
> definitely affects the usability of the program for people like me who idle in
> many channels.
> 

An "enhancement" request doesn't have a severity connotation. The fact that it's in the dropdown underneath minor and trivial doesn't mean it's less interesting. The point is that the current behaviour is not systematically broken. A tabbar does not naturally have more than one row. In XUL, it is also ridiculously hard to make that happen. Hence this being a "feature" or "enhancement" request, as a multiline tabbar means lots of additional work (rather than correcting a mistake in earlier work).
oh ok, thanks for clearing that up for me.
QA Contact: samuel → chatzilla
Duplicate of this bug: 671158
(In reply to comment #5)
[...]
> A tabbar does not naturally have more than one row. In XUL, it is
> also ridiculously hard to make that happen.
[...]
With appropriate CSS, including "overflow:visible" on the appropriate element, it should be easy enough. I happen to have a multi-row tabbar in the browser, purely by means of userChrome.css (FYI: http://users.skynet.be/antoine.mechelynck/other/userChrome-seamonkey.css — the rules for "tabbrowser:not(#tabmail) .tabbrowser-arrowscrollbox" and/or its ".arrowscrollbox-scrollbox" child, both without the quotes). I suspect that the reason I haven't yet succeeded to make it happen in ChatZilla is that I haven't yet found the right ID or class to which to apply the CSS selector.
I'm going to have to revive this. I hate using ChatZilla when I have many channels open because it's impossible to use. This should be very high priority.
(In reply to Nathan2055 from comment #9)
> I'm going to have to revive this. I hate using ChatZilla when I have many
> channels open because it's impossible to use. This should be very high
> priority.

With the recently added /rename command (from the already landed part of bug 554118) it is possible to shorten tab labels (I use labels no longer than two characters, or three if one of them is a lowercase i or l, which is only one pixel wide when unbold). This alleviates the problem somewhat but doesn't make it disappear: I'd name it a clumsy workaround at best.

This new command is included in the recently (September 19) published ChatZilla 0.9.89.
Tony, have you come up with a multirow or better solution yet?
Flags: needinfo?(antoine.mechelynck)
(In reply to Wayne Mery (:wsmwk, use Needinfo for questions) from comment #11)
> Tony, have you come up with a multirow or better solution yet?

I have a multirow solution for _browser_ tabs. In ChatZilla, I have at the moment too few tabs to need anything to alleviate overcrowding.

You can see my userChrome.css at http://users.skynet.be/antoine.mechelynck/other/userChrome-seamonkey.css — I know the "flowing tabs" solution implemented there works for the browser; I think it is intentionally disabled for the mailer; I don't know whether it works for ChatZilla (but I think it doesn't).
Flags: needinfo?(antoine.mechelynck)
P.S. In the above-mentioned CSS user style sheet, all ChatZilla rules are in a separate section with its distinctive header.
You need to log in before you can comment on or make changes to this bug.