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
•