[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-commits
Subject:    Re: kdenonbeta/kdom/bindings/js (silent)
From:       Rob Buis <rwlbuis () xs4all ! nl>
Date:       2006-02-05 20:49:52
Message-ID: 20060205204952.GA85028 () xs4all ! nl
[Download RAW message or body]

Hi Frans,

On Sun, Feb 05, 2006 at 05:30:37PM +0000, Frans Englich wrote:
> On Sunday 05 February 2006 17:11, Rob Buis wrote:
> > SVN commit 506038 by buis:
> >
> > SVN_SILENT: fix compile by also including xpointer js wrappers.
> 
> Hehe, I think you are undoing commits Nikolas once did after discussing 
> XPointer with me. Basically, I am a bit reluctant to exposing the XPointer 
> code via the bindings because the API is not spec'd in the DOM and therfore 
> is "home made" stuff. So yes, the IDLs for XPointer should probably not have 
> been added in the first place; I think Nikolas added them when KDOMBinder was 
> deployed.

Good to know the background, I wasn't paying attention at the time.
 
> Of course, that turns the attention to kxmllint which more or less uses 
> XPointer via the bindings. I think the proper fix to that is that kxmllint 
> simply should not use the C++ bindings, but interface the implementation 
> directly. It's a bit of a pity to bring in a dependency on the C++ bindings 
> only for kxmllint. Anyway, I'll perhaps fix that someday, just like all other 
> things on my TODO..

Well, all this came from me wanting to fix and test kxmllint. I did fix it
and found it a good way to test xpointer and xpath expressions. It seems
fun to play around with it. Two questions about this, can your xpath expression handle 
expressions like  /bookstore/books, and is there another kdom test app to test out 
xpointer/xpath queries?
Maybe we can discuss later on IRC whether we should fix kxmllint, and if so, how.
Cheers,

Rob.
[prev in list] [next in list] [prev in thread] [next in thread]