[Webkit-unassigned] [Bug 16401] [GTK] GObject/C DOM binding

[bugzilla-daemon at webkit.org]

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





------- Comment #88 from lkcl at lkcl.net  2008-10-17 16:09 PDT -------
(In reply to comment #87)
>  #if defined(LANGUAGE_JAVASCRIPT) || defined(LANGUAGE_GOBJECT)
>         [DontEnum] DOMString toString();
>  #endif
> 
> toString() is also a JavaScript language concept that other bindings need to
> worry about.

 i do keep explaining - but it's been a while so i will explain it again:
javascript is the language that i am targetting as providing _direct_
one-for-one, concept-for-concept, function-for-function, class-for-class,
attribute-for-attribute equivalence (as closely as possible).

 this approach allows developers who are _expecting_ to see javascript,
_understand_ javascript and program regularly in javascript to _not_ get any
nasty surprises when they are presented with the glib bindings, and other
language bindings to those.

 the same thing goes for the "constructors" (if i can get my head round why
they're used).

 the same thing also goes for the suggestion that you made that i should
provide only "integer" input to setWidth() and other functions, because that's
what ObjC does.

 the answer's "no - absolutely not".  people who expect to pass in "3em",
"10px", "50%" will get a nasty shock.

 and yes, i really really _do_ need toString() because it's actually _used_ in
the pyjamas-desktop DOM.py module.

 remember, i'm translating the javascript (by hand, unfortunately) in pyjamas
into DIRECT and IDENTICAL function calls (in python) that end up calling the
webkit-glib bindings.

 if i get *any* discrepancies (such as not having toString), then all of a
sudden i'm screwed, because there's a difference between the pyjamas code
(javascript compiler) and the pyjamas-desktop code (webkit-based).




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