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)

defect

Tracking

()

VERIFIED DUPLICATE of bug 68059
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.
m16
Target Milestone: M16
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?
Summary: Remove link doesn't work when cursor is inserted in it → Remove link should be disabled when not in a link
reassign to cmanske so I don't step on his changes
Assignee: brade → cmanske
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
assign to me
Assignee: cmanske → beppe
Status: ASSIGNED → NEW
Depends on: 34503
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
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.
moving to future milestone
Target Milestone: M20 → Future
M18; correctness; nsbeta3; -> sfraser
Assignee: beppe → sfraser
Status: ASSIGNED → NEW
Keywords: correctness, nsbeta3
Target Milestone: Future → M18
setting to nsbeta3+
Whiteboard: nsbeta3+
adding the brackets in the status
Severity: enhancement → normal
Whiteboard: nsbeta3+ → [nsbeta3+]
setting priority in status whiteboard, trivial low risk
Priority: P3 → P4
Whiteboard: [nsbeta3+] → [nsbeta3+][p:4]
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-]
verified in 8/23 build.
Status: RESOLVED → VERIFIED
Wait. This is not fixed.
Status: VERIFIED → REOPENED
Resolution: WONTFIX → ---
We still need to disable the menu item when the selection is not in a link.
Status: REOPENED → ASSIGNED
oh ya -- putting it back on the + list
Whiteboard: [nsbeta3-] → [nsbeta3+]
Per beppe, nsbeta3-
Whiteboard: [nsbeta3+] → [nsbeta3-]
Target Milestone: M18 → M19
moving to future per review with bij and beppe
Keywords: helpwanted
Target Milestone: M19 → Future
*** Bug 55082 has been marked as a duplicate of this bug. ***

*** This bug has been marked as a duplicate of 68059 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago23 years ago
Resolution: --- → DUPLICATE
verified.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.