Closed
Bug 29000
Opened 25 years ago
Closed 23 years ago
Remove link should be disabled when not in a link
Categories
(Core :: DOM: Editor, defect, P4)
Core
DOM: Editor
Tracking
()
Future
People
(Reporter: sujay, Assigned: sfraser_bugs)
References
Details
(Keywords: helpwanted, Whiteboard: [nsbeta3-])
using 2/23 build of mozilla 1) launch mozilla 2) launch editor 3) insert text 4) make it a link to some site 5) now insert cursor in front of, in between or at the end of this link 6) Format | Remove link notice it doesn't remove the link... so perhaps the issue is that we should disable the "Remove Link" menu item??? all platforms.
Comment 2•25 years ago
|
||
i talked to sujay about this. it isn't supposed to remove the link. it just turns it off at the selection point. can we close this out? I'd rather not have a bug like this unless we have a consensus decision to change the behavior.
so perhaps the issue is that we should disable the "Remove Link" menu item when the link is not highlighted/selected?
Updated•25 years ago
|
Summary: Remove link doesn't work when cursor is inserted in it → Remove link should be disabled when not in a link
Comment 4•25 years ago
|
||
reassign to cmanske so I don't step on his changes
Assignee: brade → cmanske
Comment 5•25 years ago
|
||
It probably should be disabled if selection is not in a link. Also: When the caret is in a link or just at the end of one, I think the menu item should be "End" or "Terminate Link", just as "Remove All Text Styles" should be "End/Terminiate All Text Styles". As described, this should stop the link or text attribute at the caret and wil affect text typed immedialely after using the menu command.
Status: NEW → ASSIGNED
Comment 7•24 years ago
|
||
The action that results from selecting Remove Link is dependent on what is selected. If you have link text selected, and select Remove Link, then the anchor tag is removed. If you set the caret at a specific point within the link and select the Remove Link option, then it terminates the anchor tag and you're allowed to resume entering normal text. This behavior is consistent with other formatting elements such as bold and italic. The Remove Link option within the Format menu behaves consistently with the Remove All Styles option. Renaming the option would also result in confusion, because if a link is selected it does remove the anchor tag. It would probably be better to add an additional menu item that terminated the link so normal text entry could resume. I'm going to later this to m20, mark it as an enhancement request.
Severity: normal → enhancement
Status: NEW → ASSIGNED
Target Milestone: M16 → M20
Comment 8•24 years ago
|
||
Thought: Create a toggle menu item Format/Linked which terminates or removes a single existing link or creates a new link if the selection contains unlinked (or multiply linked) text. Additionally toggle the toolbar button, in the same vein as the existing style buttons.
Comment 10•24 years ago
|
||
M18; correctness; nsbeta3; -> sfraser
Assignee: beppe → sfraser
Status: ASSIGNED → NEW
Keywords: correctness,
nsbeta3
Target Milestone: Future → M18
Comment 12•24 years ago
|
||
adding the brackets in the status
Severity: enhancement → normal
Whiteboard: nsbeta3+ → [nsbeta3+]
Comment 13•24 years ago
|
||
setting priority in status whiteboard, trivial low risk
Priority: P3 → P4
Whiteboard: [nsbeta3+] → [nsbeta3+][p:4]
Comment 14•24 years ago
|
||
i now understand the issues on this one, to remove the link, the link must be selected, what this option really does is terminate the link -- so marking this as wontfix
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WONTFIX
Whiteboard: [nsbeta3+][p:4] → [nsbeta3-]
Assignee | ||
Comment 16•24 years ago
|
||
Wait. This is not fixed.
Status: VERIFIED → REOPENED
Resolution: WONTFIX → ---
Assignee | ||
Comment 17•24 years ago
|
||
We still need to disable the menu item when the selection is not in a link.
Status: REOPENED → ASSIGNED
Assignee | ||
Comment 19•24 years ago
|
||
Per beppe, nsbeta3-
Whiteboard: [nsbeta3+] → [nsbeta3-]
Target Milestone: M18 → M19
Comment 20•24 years ago
|
||
moving to future per review with bij and beppe
Keywords: helpwanted
Target Milestone: M19 → Future
Comment 21•24 years ago
|
||
*** Bug 55082 has been marked as a duplicate of this bug. ***
Comment 22•23 years ago
|
||
*** This bug has been marked as a duplicate of 68059 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 23 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•