Closed Bug 82459 Opened 23 years ago Closed 23 years ago

Head elements do not render in Show All Tags Mode

Categories

(Core :: DOM: Editor, defect, P3)

defect

Tracking

()

VERIFIED DUPLICATE of bug 88036
mozilla1.0

People

(Reporter: rubydoo123, Assigned: glazou)

References

Details

(Whiteboard: [ui])

Attachments

(1 file)

while testing bug 40458, I noticed that none of the head elements render in Show All Tags mode, they should probably be rendered especially since they render in HTML Source mode.
Keywords: correctness
Priority: -- → P3
Whiteboard: [ui]
Target Milestone: --- → mozilla1.0
This is basically impossible to do. If the head elements can't render in normal mode, they can't render in Show All Tags Mode. I think it would take some very serious changes to layout to make this happen. That's unlikely - setting to future.
Target Milestone: mozilla1.0 → Future
Charles, I am sorry to strongly disagree with you... The sub-elements in HEAD don't show up in normal mode because normal mode inherits a 'display : none' on these elements. I have tried successfully to change that behavior in AllTags mode and it works just fine... **BUT** before adding that to the build, there are some issues related to the selection and the direct modification of these elements that we should solve. I guess that you can re-assign this bug to me and reasonably set 1.0 as target milestone :-)
-->glazman
Assignee: cmanske → glazman
OS: Windows 98 → All
Hardware: PC → All
Target Milestone: Future → mozilla1.0
But have you tried editing in HEAD region while in this new "All Tags" mode? I think you'll find some suprises. Joe's HTML-insert rules code doesn't let you have a selection outside of the BODY element, so I think this will subvert your efforts. I think your strategy for the new tag labels is excellent, but I don't think we want to include all the attribute information as you show in the <meta> elements. That will really clutter the display, especially after we start using inline CSS style in the content elements. Note that we also loose the subtle difference between "inline" and "block" tags (latter are oriented sideways in current All Tags design, so they take up less horizontal space.) See also bug 76023, which suggests using ":before" to solve display of missing tagnames, such as HR. I think a dependency is a good idea.
Depends on: 76023
yes, I discovered that problem. We have at least two issues to solve : (a) content goes into body even if the caret is somewhere in HEAD ; that should not be too hard to solve IMHO (b) if you move the caret using keyboard arrows, the caret goes *into* generated content ; of course, that is a bug. Probably for Mike. With these two issues solved, I think that we'll have a ground layer for an AllTags mode able to work with any XML DTD, not only HTML :-)
The "force into body" issue is messy. It's deeply ingrained in the rules system. I tried removing that requirement and there were lots of bad side effects. Joe can elaborate. But I think we should tack the problem (next version!)
*** This bug has been marked as a duplicate of 88036 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
verified.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: