[Webkit-unassigned] [Bug 27435] adding XMLHttpRequest send idl language gobject

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Jul 27 07:58:11 PDT 2009


https://bugs.webkit.org/show_bug.cgi?id=27435





--- Comment #18 from Christian Dywan <christian at twotoasts.de>  2009-07-27 07:58:09 PDT ---
(In reply to comment #17)
> (In reply to comment #16)
> > Luke,
> > 
> > trying to read these excessive rants in bugzilla comments is tedious. :)
> 
>  mmmm, christian, i see a smiley so i know your intentions are good, here 
> there are simply so _many_ good reasons that it's difficult to know which ones
> you will accept, so i gave as many as i had time for and left it at that.

A good way to reason about code is, to me, use cases. When I say 'rant' I'm
referring to your tendency to drift into political aspects I'm not interested
in. Plus your tendency to turn one statement into a paragraph.

> > In short, pyjamas is a 1:1 mapping of javascript interfaces to python syntax
> 
>  pyjamas is a stand-alone python to javascript compiler and also a DOM-based
> U.I. widget set, yes.  by using the compiler, you get to develop web 2.0 apps
> [...]
>  and, that U.I API _includes_ XMLHttpRequest, because the DOM has that as part
> of the W3C standard.

>From my understanding, XMLHTTPRequest is a javascript specific standard. If you
can point me to an article or paper clarifying this I'd like to read it.

> > I agree with Alex and Sam here. 
> 
>  agreement with their viewpoint, which is one of "i don't understand why"
> doesn't constitute a technical argument to leave out something that someone
> _else_ is telling you is important.

I understood both of them have the same thinking that the interface in question
is javascript specific and not useful beside that, which I agree with unless I
see otherwise. That does not mean I would ignore following arguments.

> > The goal of WebKitGTK+ 
>  ah.  the goal of _webkitgtk+_.  but these are gobject bindings.  gtk !=
> gobject, you know that.

„Incidentally, why did you mention repeatedly that GObject bindings be useful
to
other ports? As far as I'm aware no port other than WebKitGTK+ is planning on
using these same bindings.“

> > a GTK+ style interface, we have curl, libSoup, libgdata [...]
>  * those libraries are not part of the DOM interface.
>  * if you _exclude_ part of the DOM, you are in violation of the W3C standards.

To my understanding DOM  bindings mean access to and inspection of the
structure of a webpage. That doesn't include graphics, videos, scripting or
network at all. If you think this is a violation of the specification, as noted
above. please explain where this is stated.

>  * win32 user find it hard enough to install webkit and its dependencies

That's no argument. Win32 users, as in application users, won't compile
anything. And for developers WebKit itself is, as complex as it is, hard to
build. But most small libs aren't. And they don't have to do it in the first
place, binaries are usually available, even for WebKitGTK+.

>  * MSHTML and XULrunner already _have_ XMLHttpRequest, why would you
>    want to "dumb down" webkit??

I don't personally think "XUL has it, so we need it" by itself is a good
reason. Use cases are what matters. Of course as argument 10 of 10 it's fine.

>  it's no skin off your nose if XMLHttpRequest is added, but if you _don't_ add
> it, you're forcing people down _your_ path.

Be aware that any interface will be expected to be supported. As a maintainer
you do care how your project is used.

> > I don't see any advantage in exposing XMLHTTPRequest.
>  i've outlined several advantages!
>  and several warnings.  one of which, perhaps the most important and simplest
> is, that by leaving out XMLHttpRequest, you will be violating the W3C standard.

Please refraim form repeating yourself mutiple times. Once is clear enough.

> > Incidentally, why did you mention repeatedly that GObject bindings be useful to
> > other ports?
>  because with a little care, and about 200 lines of code per port [at a guess],
> they can be.

„they can be“ sounds contrieved. I know Qt, Mac and neither of the Win32 ports
will. Theoretically the clutter port might want to, which I don't know.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


More information about the webkit-unassigned mailing list