On 7/17/11 1:02 PM, Tony Mechelynck wrote: > On 16/07/11 17:59, Philip Chee wrote: >> Several people have noticed this including in the Mozillazine forums. >> >> This was a deliberate change I introduced when I implemented scrollable >> tabs. I think this should go into the FAQ so that I can point people at it. >> >> Secondly, should we revert this particular change for the time being >> since long time SeaMonkey users have been expecting the old behaviour. >> It isn't likely that the tabbar will be turned into a customizable >> toolbar for some time yet. >> >> Phil >> > > Well, it did "feel wrong" to me at first, that in order to "Undo Close > Tab" you had to right-click a tab which had _not_ been closed, not the > empty space where the (rightmost) tab would be if it were still open. > > But that's just one more of those quirks to which you get accustomed > with time, so, yes, I'd like to see a right-click menu on the empty part > of the tab bar with any menuitems which aren't specific to one tab; but > I'd regard that as a low-priority enhancement. > > FWIW, I almost always have "some" empty tabbar space because of a > userChrome.css enhancement of mine which makes all tabs visible on > several rows, though reduced to just a favicon (ATM a little more than > 2½ rows of 16x16px icons). > > > Best regards, > Tony.
I have a Restore button on my PrefBar toolbar that "uncloses" closed tabs. Select it once to restore the most recently closed tab. Select it again to restore the next recently closed tab. Etc. -- David E. Ross <http://www.rossde.com/> On occasion, I might filter and ignore all newsgroup messages posted through GoogleGroups via Google's G2/1.0 user agent because of spam from that source. _______________________________________________ support-seamonkey mailing list [email protected] https://lists.mozilla.org/listinfo/support-seamonkey
