[Patch] Webdav properties in UDSAtoms
Hamish Rodda
meddie at yoyo.its.monash.edu.au
Fri May 31 15:11:12 BST 2002
On Fri, 31 May 2002 22:23, Best, Jan-Pascal van wrote:
> Hundreds, or thousands of appointments? But it may not be so bad,
> because after the first sync we can maybe check for the "lastmodified"
> date.
davOnlyRequestResponsesAfterLastModifiedDate? ;)
(or something slightly more sane)
Oh, btw, couldn't you do this lastmodified stuff with DAV_SEARCH?
> > The only thing to consider now is: when we are not requesting
> > <allprop/>,
> > should the additional propfind request be sent as a separate
> > request? Or
> > maybe as two <prop> blocks in the same <propfind>, if that works?
>
> Sorry,, you lost me there. If we are not requesting <allprop/>,
> we only request what's in davRequestResponse, so what additional
> propfind request is there?
Well, if it doesn't also receive the normal dav items, it won't properly be
able to return the correct UDS item to comply with the requirements of the
stat. For now I've just append the required fields onto the
davRequestResponse XML provided by the app. The format of the xml provided
shoud be that the opening <prop> tag is supplied, in case it needs to define
any additional namespaces, but not the closing </prop> (so I can append the
other elements we need), sound right?
One question though... with this XML being in utf8, why are we using a
QCString instead of using a QString and calling utf8()?
(Untested) Patch attached.
Cheers,
Hamish.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: kio-http-20020531.patch
Type: text/x-diff
Size: 3314 bytes
Desc: not available
URL: <https://mail.kde.org/mailman/private/kfm-devel/attachments/20020601/adedf195/attachment.patch>
More information about the kfm-devel
mailing list