[Webkit-unassigned] [Bug 27435] adding XMLHttpRequest send idl language gobject
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Mon Aug 3 01:37:01 PDT 2009
https://bugs.webkit.org/show_bug.cgi?id=27435
--- Comment #26 from Luke Kenneth Casson Leighton <lkcl at lkcl.net> 2009-08-03 01:36:59 PDT ---
(In reply to comment #25)
> (In reply to comment #24)
> > honestly, there _really_ haven't been that many.
> >
> > there has in fact only been one: initKeyboardEvent. that's literally the
> > only one, so far.
>
> XMLHttpRequest::send.
#if (defined(LANGUAGE_GOBJECT) && LANGUAGE_GOBJECT)
void send(in DOMString data)
raises(DOMException);
#else
[Custom] void send(in Document data)
raises(DOMException);
#endif
that's not altering the number of arguments; neither is it altering the
"defaults".
i realise that the number of times that the reason for making this change have
been explained many times, but i also realise that the sheer complexity and
number of issues involved is overwhelming people, so i am happy to patiently
repeat the reasoning behind this modification.
* "standard" send(Document data) was found to be difficult to implement
* it was found that a TextDocument was required
* creation of a TextDocument was required
* due to insistence that constructors not be allowed (as a javacript-ism)
a "special" function had to be added to WebKitWebFrame, to allow the
gobject bindings to have a text document (see
https://bugs.webkit.org/show_bug.cgi?id=27430)
* for unknown reasons, adding webkit_web_frame_create_text_document()
resulted in segfaults. therefore it was removed.
* too much time was being wasted investigating.
* a simple decision was made: re-enable the "old" XMLHttpRequest.send
function.
* problem solved.
so, as can be seen, that has nothing to do with the number of arguments to
functions, nor does it have anything to do with default values to functions in
the IDL.
additionally, it can be seen that the function is mutually exclusive to its
Document counterpart.
--
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