Closed Bug 162479 (xframes) Opened 22 years ago Closed 7 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: 7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.