What is XBL? As far as I can tell, there's no way this code can even build. It's incredibly stale. Can we remove it? Adam
http://en.wikipedia.org/wiki/XBL , I guess? "XBL (XML Binding Language) is an XML-based markup language used to declare the behavior and look of XUL-widgets and XML elements." I don't think we need that :-) Kenneth On Wed, Aug 25, 2010 at 4:22 AM, Adam Barth <abarth@webkit.org> wrote:
What is XBL? As far as I can tell, there's no way this code can even build. It's incredibly stale. Can we remove it?
Adam _______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
-- Kenneth Rohde Christiansen Technical Lead / Senior Software Engineer Qt Labs Americas, Nokia Technology Institute, INdT Phone +55 81 8895 6002 / E-mail kenneth.christiansen at openbossa.org http://codeposts.blogspot.com ﹆﹆﹆
----------------------------------------
From: kenneth.christiansen@gmail.com Date: Wed, 25 Aug 2010 04:24:49 -0300 To: abarth@webkit.org CC: webkit-dev@lists.webkit.org Subject: Re: [webkit-dev] What is XBL?
http://en.wikipedia.org/wiki/XBL , I guess?
"XBL (XML Binding Language) is an XML-based markup language used to declare the behavior and look of XUL-widgets and XML elements."
I don't think we need that :-)
( sorry if this is more incoherent than normal hotmail really having problems lately, imagine that ) This reminds me of another issue exemplified by XBRL or maybe RSS would be more familiar, http://en.wikipedia.org/wiki/XBRL http://www.xbrl.org/Home/ http://xbrl.sec.gov/ that I have seen developing between webpages designed for human readability ( lots of pictures or pdf's from which text can not be extracted in a sane format) and those that allow further data processing without a human baby sitter such as structured documents in an XML format. The big focus of the browser is generally to allow interactive access to graphics information- browse if you will. However, this limits the ability to use structured documents for automated data processing, as if anyone would do that with a computer. Personally, anything that can help make better use of structured data files while reasonably being within the scope of browsing should be considered. I guess you could say that this should all just be delegated to plugins for certain content types and probably largely so. Most webpages are designed to describe a human readable page but it is quite reasonable for a user to browse to a data file and have different hanlders for different platforms. RSS I would say usses essentially one type of "data file" that fits into this catagory.
Kenneth
On Wed, Aug 25, 2010 at 4:22 AM, Adam Barth wrote:
What is XBL? As far as I can tell, there's no way this code can even build. It's incredibly stale. Can we remove it?
Adam _______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
-- Kenneth Rohde Christiansen Technical Lead / Senior Software Engineer Qt Labs Americas, Nokia Technology Institute, INdT Phone +55 81 8895 6002 / E-mail kenneth.christiansen at openbossa.org
http://codeposts.blogspot.com ﹆﹆﹆ _______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
http://en.wikipedia.org/wiki/XBL , I guess?
FYI XBL has been superseded by XBL 2.0 that is not backward compatible with the first version [1]. Thus our code is just obsolete. Regards, Julien [1] http://www.w3.org/TR/xbl/#relationship
On Aug 25, 2010, at 9:11 AM, Julien Chaffraix wrote:
http://en.wikipedia.org/wiki/XBL , I guess?
FYI XBL has been superseded by XBL 2.0 that is not backward compatible with the first version [1]. Thus our code is just obsolete.
All XBL-related code in WebKit is for XBL2. It seems as if WebKit had working XBL2 support, most of the form controls added over the last couple of years could have been defined declaratively in markup rather than requiring the significant amount of C++ code that they currently do.
Hear hear. I am still very interesting in having something like XBL in WebKit and am now to the point of having good chunk of time to work on this. Having said that, I am not sure how much of the current XBL-related code remains useful. If it's not, we might just as well zap it and start with a clean slate. :DG< On Wed, Aug 25, 2010 at 9:18 AM, Dan Bernstein <mitz@apple.com> wrote:
On Aug 25, 2010, at 9:11 AM, Julien Chaffraix wrote:
http://en.wikipedia.org/wiki/XBL , I guess?
FYI XBL has been superseded by XBL 2.0 that is not backward compatible with the first version [1]. Thus our code is just obsolete.
All XBL-related code in WebKit is for XBL2. It seems as if WebKit had working XBL2 support, most of the form controls added over the last couple of years could have been defined declaratively in markup rather than requiring the significant amount of C++ code that they currently do. _______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
The existing code is very confused. For example, it doesn't seem to know that RefCounted objects start with an initial ref. My guess is that it was written a long time ago and then was abandoned. As the project moved forward, this code got left behind. Adam On Wed, Aug 25, 2010 at 9:26 AM, Dimitri Glazkov <dglazkov@chromium.org> wrote:
Hear hear. I am still very interesting in having something like XBL in WebKit and am now to the point of having good chunk of time to work on this. Having said that, I am not sure how much of the current XBL-related code remains useful. If it's not, we might just as well zap it and start with a clean slate.
:DG<
On Wed, Aug 25, 2010 at 9:18 AM, Dan Bernstein <mitz@apple.com> wrote:
On Aug 25, 2010, at 9:11 AM, Julien Chaffraix wrote:
http://en.wikipedia.org/wiki/XBL , I guess?
FYI XBL has been superseded by XBL 2.0 that is not backward compatible with the first version [1]. Thus our code is just obsolete.
All XBL-related code in WebKit is for XBL2. It seems as if WebKit had working XBL2 support, most of the form controls added over the last couple of years could have been defined declaratively in markup rather than requiring the significant amount of C++ code that they currently do. _______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
_______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
I recommend removing the XBL code. Hyatt started it years ago. Jullien works on it for a summer as my GSoC mentee. Anyone who wants to write a fully working XBL2 implementation can look in svn history. As-is, it's untested, unbuildable, and a drag on the project. -eric On Wed, Aug 25, 2010 at 12:22 AM, Adam Barth <abarth@webkit.org> wrote:
What is XBL? As far as I can tell, there's no way this code can even build. It's incredibly stale. Can we remove it?
Adam _______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
I think Hyatt should comment on this before we decide. I do think that removing the code would be good but he may have some additional insight. -- Darin
There seem to be a bunch of files missing too. For example, I can't find XBLDocument or XMLBindingsManager. I don't mean to hate on XBL, I just started looking at it when deploying adoptPtr and was surprised by what I found, that's all. Adam On Wed, Aug 25, 2010 at 10:13 AM, Darin Adler <darin@apple.com> wrote:
I think Hyatt should comment on this before we decide. I do think that removing the code would be good but he may have some additional insight.
-- Darin
_______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
Ok. I've posted a patch: https://bugs.webkit.org/show_bug.cgi?id=44621 Adam On Wed, Aug 25, 2010 at 10:17 AM, Adam Barth <abarth@webkit.org> wrote:
There seem to be a bunch of files missing too. For example, I can't find XBLDocument or XMLBindingsManager.
I don't mean to hate on XBL, I just started looking at it when deploying adoptPtr and was surprised by what I found, that's all.
Adam
On Wed, Aug 25, 2010 at 10:13 AM, Darin Adler <darin@apple.com> wrote:
I think Hyatt should comment on this before we decide. I do think that removing the code would be good but he may have some additional insight.
-- Darin
_______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
The code can be removed. dave On Aug 25, 2010, at 12:17 PM, Adam Barth wrote:
There seem to be a bunch of files missing too. For example, I can't find XBLDocument or XMLBindingsManager.
I don't mean to hate on XBL, I just started looking at it when deploying adoptPtr and was surprised by what I found, that's all.
Adam
On Wed, Aug 25, 2010 at 10:13 AM, Darin Adler <darin@apple.com> wrote:
I think Hyatt should comment on this before we decide. I do think that removing the code would be good but he may have some additional insight.
-- Darin
_______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
_______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
participants (9)
-
Adam Barth
-
Dan Bernstein
-
Darin Adler
-
David Hyatt
-
Dimitri Glazkov
-
Eric Seidel
-
Julien Chaffraix
-
Kenneth Rohde Christiansen
-
Mike Marchywka