Re: No xupdate:move element?

2001-07-30 Thread Sylvain Thenault 
On Fri, 27 Jul 2001, Lars Martin wrote:

 Our solution is based on the treediff module which is (was?) part of
 the Apache/Crimson package. So the licence is Apache-like. We did
 some bugfixing and extended this package to support Lexus / XUpdate.

 I have looking for this package, you're right: it's not part of the
current version. I found it in an old package version but I didn't manage
to byte compile it. In the treediff directory, the file package.html
references a white paper named An efficient new differencing algorithm
for structured hierarchical data but he link is dead.
Would someone have this document or know where can i find it?

 xupdate:swap firstNode=XPath secondNode=XPath/
 and
 
 xupdate:move fromNode=XPath toNode=XPath position=before|after/
 or
 xupdate:move-before firstNode=XPath toNode=XPath/
 xupdate:move-after firstNode=XPath toNode=XPath/

this look good
Another idea instead of move is to add something like a from attribute
to append, insert-before and insert-after

-- 
Sylvain Thenault

LOGILAB


--
Post a message: mailto:[EMAIL PROTECTED]
Unsubscribe:mailto:[EMAIL PROTECTED]
Contact adminstrator:   mailto:[EMAIL PROTECTED]
Read archived messages: http://archive.xmldb.org/
--

Re: No xupdate:move element?

2001-07-26 Thread Lars Martin 

On Thu, 26 Jul 2001 16:24:24 +0200
Jeroen Breedveld [EMAIL PROTECTED] wrote:

 Can someone tell me why there isn't a xupdate:move element defined
 representing the movement of a certain element from one position in an
 XML document to another? It seems to me that moving an element is faster
 than the deletion and insertion of elements with the same content.
 
 greetings,

Hi Jeroen,
thanks for reading (using?) the XUpdate specification. :-)

The spec was developed to provide an easy possibility to modify an
existing document. With this premise we decided to omit the move
method because one can achieve the same  with delete and insert.
You're certainly right that move could be faster the solution.

The spec isn't finally, so why not extending the current spec in
the future? If there serious arguments for a move element I'm not
against an update.

Lars
--
__
Lars Martinmailto:[EMAIL PROTECTED]
SMB GmbHhttp://www.smb-tec.com

--
Post a message: mailto:[EMAIL PROTECTED]
Unsubscribe:mailto:[EMAIL PROTECTED]
Contact adminstrator:   mailto:[EMAIL PROTECTED]
Read archived messages: http://archive.xmldb.org/
--