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
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: