I'm filing a meta-bug to track the various bugs filed on the link toolbar. The cc list of interested parties is based on the autoshow bug...
This should cover all the dependencies, add 'em if ya got 'em...
Any reason why the default qa contact for UID can't be qa for UID bugs?
As this is a meta bug, moving to Tracking.
Adding dependency: Bug 103062 - "Alternate Stylesheets should appear on link toolbar"
Please include dependency to good old bug #2800 to make this tracking bug an easy access point to all bugzilla discussions about link UI implementations!
removing myself from cc -- please don't cc me on meta bugs, thanks! :-)
Removing self from CC, if you think I should know about it, CC me on the bug in question.
ok. this time they're going back in!
OK, sorry for the spam, but I'm trying to put the deps back to the right value and bugzilla/nav4 aren't playing nice. Trying in Mozilla.
These are the six bugs that I consider to be the most important in immediate Links toolbar development, and I strongly encourage the Links toolbar community to tackle them as Job 1, in the given order. 102992 - Link Toolbar should be converted to XBL 102990 - Site navigation toolbar should be inside content frame 102905 - Site navigation toolbar doesn't update when tabs are switched 102987 - Use more secure way of getting current document URL in links toolbar 102909 - No keyboard access to link toolbar 102912 - E-mail links in link toolbar are not marked Gerv
I think this bug should become a component. Tracking a huge number of bugs using dependencies only makes searching difficult, and especially when the feature used to have a different name. cf -turbo, quick launch, and bug 75599.
I agree Jesse, Anything with more than say 20+ bugs for stuff like this maybe componentizing them would be helpful for mozilla and querying in the long run.
Filed bug 111517, Add "site navigation bar" component.
Cleaning out duplicates. Bug 15332 is added to replace bug 104324.
bug 138496 is filed to back out the linktoolbar from the 1.0 branch. I hate doing it but it seemed to be the consensus in discussion with drivers. If you don't want it to happen, discuss it in the bug - or better yet, fix bug 102992.
Tracking bug -> nobody. Gerv
*** Bug 157896 has been marked as a duplicate of this bug. ***
Here's a usability issue, albeit not a bug: Things like "Author", "Search" and "Copyright" is placed under the dropdown "More", together with "Bookmarks" and "Other versions". I don't think they should be grouped like that, because if "Search" is used on *one* page on a site, it is likely to be used on *every* page on that site. Thus, the "More" button remains clickable all the time. But "Bookmarks" or "Other versions" may only be present on individual pages. But since the the "More" button is clickable all the time, the user won't get any hints when there is extra info available. (Originally posted at <http://my.opera.com/forums/showthread.php?s=&postid=39991&t=8404#post39991>)
Marking all tracking bugs which haven't been updated since 2014 as INCOMPLETE. If this bug is still relevant, please reopen it and move it into a bugzilla component related to the work being tracked. The Core: Tracking component will no longer be used.