Closed
Bug 105109
Opened 23 years ago
Closed 16 years ago
Better handling of unrecognized link types
Categories
(SeaMonkey :: UI Design, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: gregvalure, Assigned: samir_bugzilla)
References
Details
(Keywords: testcase)
Attachments
(1 file)
(deleted),
text/html
|
Details |
The testcase lays out four different scenarios for the links toolbar:
- Single link of unrecognized rel, no title
This definitely needs to be fixed. This should be a top-level choice, like
Authors and Copyright, and not be in a submenu.
- Single link of unrecognized rel, with title
Debatable. Title could imply being part of a group, so it should be in a
submenu. Title could also just be a more readable version of the rel, such as
how we display Table of Contents for contents or toc, so it should be a top
level item.
- Multiple links of unrecognized rel, no titles
Difficult to handle well. Should definitely be in a submenu, but all the
choices have the same name and thus aren't very helpful. I think we should use
the rel for the menu and the href for the choices. Not great, but better.
- Multiple links of unrecognized rel, with titles
This is fine. Submenu is rel, choices are titles.
Reporter | ||
Comment 1•23 years ago
|
||
Comment 2•23 years ago
|
||
links toolbar stuff
Assignee: pchen → tim
Status: UNCONFIRMED → NEW
Ever confirmed: true
Updated•23 years ago
|
QA Contact: sairuh → claudius
Comment 3•22 years ago
|
||
Haven't worked on Mozilla for several months and this is unlikely to change soon.
Assignee: tim → sgehani
QA Contact: claudius → paw
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
Updated•16 years ago
|
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•