Closed Bug 162479 (xframes) Opened 23 years ago Closed 8 years ago

Implement XFrames

Categories

(Core :: XML, enhancement)

enhancement
Not set
normal

Tracking

()

RESOLVED WONTFIX
Future

People

(Reporter: dtomaszuk, Assigned: hjtoi-bugzilla)

References

()

Details

(Whiteboard: Please read: http://www.w3.org/TR/xframes/#status before commenting . If the spec will ever make it, it will take a long time (it doesn't depend on XHTML 2.0))

Mozilla don't see XFrames (w3c standard) http://www.w3.org/TR/xframes/
a working draft, not a standard recommandation.
and the draft was first published a week ago. This is not a bug. Changing severity. Over to xml, sine the description reads: "XFrames, an XML application for composing documents together, replacing HTML Frames."
Assignee: Matti → heikki
Severity: normal → enhancement
Component: Browser-General → XML
QA Contact: asa → petersen
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: other → All
Summary: Mozilla don't see XFrames → Implement XFrames
Target Milestone: --- → Future
alias - for faster searching ;)
Alias: xframes
So who write patch?
QA Contact: petersen → rakeshmishra
Blocks: xhtml2
QA Contact: rakeshmishra → ashishbhatt
XFrames was revealed over a year ago. It'd be really nice for this to be implemented.
> XFrames was revealed over a year ago. It'd be really nice for this to be > implemented. Note that XFrames is still a WD, not yet a CR. When a specification becomes CR Mozilla can start implementing it.
> Note that XFrames is still a WD, not yet a CR. When a specification becomes CR > Mozilla can start implementing it. Yes but Steven Pemberton tell that XFrames will not be change in CR (or PR or REC) so I think that we can start implement this.
(In reply to comment #7) > Yes but Steven Pemberton tell that XFrames will not be change in CR (or PR or > REC) so I think that we can start implement this. Then I suggest WONFTIX, per author of the XFrames document, since the current draft is highly unstable.
QA Contact: ashshbhatt → ian
From the spec: # It is inappropriate to use W3C Working Drafts as reference material [...] ...so indeed, we shouldn't implement this until the spec is in CR.
QA Contact: ian → ashshbhatt
(In reply to comment #6) > > XFrames was revealed over a year ago. It'd be really nice for this to be > > implemented. > > Note that XFrames is still a WD, not yet a CR. When a specification becomes CR > Mozilla can start implementing it. Obviously, this is true for an implementation that is built by default, but I think an experimental implementation that isn't built by default would be okay, since I doubt XFrames is going to change a lot, and it'll just save the developers work later. Also, I believe some CSS3 properties were implemented experimentally (with different names) before they reached CR status, although I could be wrong.
XFrames is finished but is not in CR because they wait to XHTML 2.0 REC.
No longer blocks: xhtml2
Whiteboard: Please read: http://www.w3.org/TR/xframes/#status . If the specification will ever make it, it will take a long time (it doesn depend on XHTML 2.0)
Whiteboard: Please read: http://www.w3.org/TR/xframes/#status . If the specification will ever make it, it will take a long time (it doesn depend on XHTML 2.0) → Please read: http://www.w3.org/TR/xframes/#status before commenting . If the spec will ever make it, it will take a long time (it doesn't depend on XHTML 2.0)
Depends on: xhtml2
No longer depends on: xhtml2
The current "specification" is highly unclear on some things and has many open issues. It's far from finished.
QA Contact: ashshbhatt → xml
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.