User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030516 Mozilla Firebird/0.6 StumbleUpon/1.69 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030516 Mozilla Firebird/0.6 StumbleUpon/1.69 Galeon uses tab feedback in a very effective way: - WHile a tab is being loaded, the color of the title of the tab is red - When the tab has finished loading but hasn't been see, the text is blue - After you've clicked on a blue tab, the text in it becomes black At a glance, if you have many tabs open, you can immediately see which ones have been read and which ones haven't. Reproducible: Always Steps to Reproduce:

There already exists an RFE for this, but filed against SeaMonkey: see bug #133053 But I suppose the coding related to Tabbrowser in Moz.Firebird to be different from the coding in SeaMonkey?

Its a valid RFE. Confirming for dev review, recommend WONTFIX.

There is a workaround - extension Unread tabs (http://blog.codefront.net/mozilla/unreadtabs/)

*** Bug 279622 has been marked as a duplicate of this bug. ***

(In reply to comment #3) > There is a workaround - extension Unread tabs > (http://blog.codefront.net/mozilla/unreadtabs/) Actually, all that is necessary is to add this to UserChrome.css: #content tab:not([selected]) {font-style: italic !important;} So, I guess that this feature could be easily implemented if developers decide it should be enabled.

Can I ask why WONTFIX was suggested when this would significantly improve the efficiency of the user's tabbed browsing? I think this bug is a bit different from bug 279622 but I am not sure because this bug is a bit vague. I don't have Galeon and was not aware it (or any other browser) had this feature when I filed the dupe. However, if this bug is asking for something like the unread tabs extension or "tab:not([selected]) {font-style: italic !important;}" then this bug is different from the bug I filed. All that extension/CSS does is highlight tabs that have never been selected; this is a bit pointless because, unless you have MiniT installed and have its "Open Tab Next to current" selected, you know where tabs that have never been selected are: in the last tab positions. What I was proposing was highlighting tabs in which a new page has finished loading, which would be really useful. I also suggest changing the background colour (not font style/colour) in bug 279622.

Sorry for more spam, but could the user have the option of highlighting a tab manually too (as suggested in comments #3 and #4 of bug 133053). This is for the same reason that you can re-mark your mail as unread: if you haven't finished reading it. And IMO it is perfectly conceivable that you wouldn't want to close a tab (or delete an email) but might of read its contents (e.g.: because you want to follow a link there or use it for something else).

also available via tabkit

also available via Tabberwocky

(In reply to comment #5) > Actually, all that is necessary is to add this to UserChrome.css: > #content tab:not([selected]) {font-style: italic !important;} This workaround is now broken in Namoroka 3.6b1pre. It still works in Firefox 3.5.3.

can someone provide a workaround for current trunk?

Bug 487242 seems to be recently fixed.

This is a nice suggestion, but it can be achieved using an addon and isn't something that needs to be shipped to all users.