Closed
Bug 275186
Opened 20 years ago
Closed 20 years ago
Allow type of tag to be changed
Categories
(SeaMonkey :: Composer, enhancement)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: jnoreiko, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910
In Composer's HTML Tag view, it would be very useful to be able to change the
type of tag.
Eg. I am editing a badly-made HMTL document where the author has used a SPAN
instead of an H1. I would like to simply right-click on the tag (and also a menu
option, or put this function inside the Advanced Properties dialog) to change
this SPAN tag to an H1, keeping relevant attributes such as ID and CLASS.
Reproducible: Always
Comment 1•20 years ago
|
||
This is already feasable and implemented... but not documented (see bug 256570
for that).
1- Make sure you have View/Show-Hide/Status Bar visible
2- Click on the element you want to change
3- In the status bar, the element you want to change should be highlighted.
Click on it if you want to be sure
4- Right-click on that highlighted element and choose "Change tag" in the
context-menu
5- The element is now shown with a white background, like in an input form control
6- change it and press <Enter> to finish
Mozilla 1.8a6 build 2004121706 here.
Reporter | ||
Comment 2•20 years ago
|
||
Aha! Nice!
Though in terms of interface design, the status bar seems an odd place to put
data that the user can interact with. The format toolbar would be more logical,
I think.
Reporter | ||
Comment 3•20 years ago
|
||
See also bug 275256: this function loses the HTML attributes of the change tag.
Comment 4•20 years ago
|
||
Regarding the interface design, I think you may have a good point; your opinion
should be heard. I'm nevertheless convinced that a linearized DOM tree is an
excellent way to show a DOM tree schema and help the user select the proper node.
I'll mention this bugfile in bug 256570.
Resolving as WORKSFORME
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•