109899 - option to disable Tab icons

Status: RESOLVED WONTFIX

(SeaMonkey :: Tabbed Browser, enhancement)

Description

[K Chayka]

build 2001111303

IMO, something was overlooked with site icons in bug 32087 and bug 108823.  When
they are disabled in prefs, the default bookmark icon displays in all tabs. 
Since they are all the same icon, they really serve no purpose in Tabs other
than taking up space that could be used to show a little more of the page title.
 Eliminating the Tab icon would be particularly beneficial with smaller window
sizes, or with a sufficient number of open tabs.

There should be a Tab pref to disable the icons altogether.

Comment 1

[Nick Kocharhook]

Shouldn't the bookmark icons in the tabs be available to drag around? Why should
you have to switch to the tab and use the URL Bar's icon to, for example, add a
bookmark to the personal toolbar?

If this isn't the case, the original poster has a point. (And it looks like this
isn't implemented right now, if it's even planned at all.)

Comment 2

[David Hyatt]

Reassigning to new component owner.

Comment 3

[Felix Miata]

Give me words instead of icons any day. All these icons do is waste screen
estate. Please change OS and platform to all. I would vote all available votes
if only it would let me. The directions on the voting page seem to indicate a
number can be substituted for a checkmark, but 2002040708 for OS/2 won't let me.

Comment 4

[Alfonso Martinez]

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

Comment 5

[Alfonso Martinez]

Changing OS and Plataform to All due to mrmazda request, and also changing
severity to enhancement.

Comment 6

[Jason Bassford]

> Shouldn't the bookmark icons in the tabs be available to drag around?

That's bug 111905.

> Since they are all the same icon, they really serve no
> purpose in Tabs other than taking up space

While I agree for the most part, it should be pointed out that, at the very
least, I would NOT like to lose the animated icon displayed when a site is loading.

> The directions on the voting page seem to indicate a
> number can be substituted for a checkmark

Bug 90175 - the voting text is misleading / incorrect.

Comment 7

[Felix Miata]

I don't think getting rid of the useless icons and keeping the loading
indicators are mutually exclusive concepts. Let the loading icon pop in when
needed and exit when done. Personally I don't find either useful. Maximizing the
tab text is my pref.

Comment 8

[Jason Bassford]

I agree - I just wanted to point out that the icons do do something (at times)
other than simply sit there uselessly.  At the moment (at least until bug 111905
is fixed) I would personally rather see the icons only when a tab is loading,
then have them disappear altogether.  But based on people who don't even want to
see  tab loading icons - do we need more than a Yes / No (based on site icons)
pref for this?  (My answer to this is no, but I felt the question should be asked.)

Comment 9

[Vedran Miletic]

retargeting

Comment 10

[timeless]

http://www.mozilla.org/unix/customizing.html

Select the rules you want, follow the directions and use them. note that most
css rules (e.g. these) are not platform specific.

Comment 11

[Jason Bassford]

At best that link is a workaround.  It certainly doesn't introduce any UI option
to the normal end user of this program.

Comment 12

[Jason Bassford]

Reassigning to default owner (I believe it should now be a generic email account).

Comment 13

[Robert Kaiser]

This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 14

[Robert Kaiser]

This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 15

[Robert Kaiser]

This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 16

[Robert Kaiser]

This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 17

[:Hb]

A UI based option for another small UI change would be overkill. WONTFIX