Closed Bug 105109 Opened 23 years ago Closed 16 years ago

Better handling of unrecognized link types

Categories

(SeaMonkey :: UI Design, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: gregvalure, Assigned: samir_bugzilla)

References

Details

(Keywords: testcase)

Attachments

(1 file)

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.
Attached file testcase (deleted) —
Blocks: 103053
links toolbar stuff
Assignee: pchen → tim
Status: UNCONFIRMED → NEW
Ever confirmed: true
QA Contact: sairuh → claudius
Keywords: testcase
Haven't worked on Mozilla for several months and this is unlikely to change soon.
Assignee: tim → sgehani
QA Contact: claudius → paw
Blocks: 158227
No longer blocks: 158227
Product: Core → Mozilla Application Suite
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.

Attachment

General

Creator:
Created:
Updated:
Size: