Hi Catalin and all,
On 8/17/07, Catalin Hritcu <catalin.hritcu(a)gmail.com> wrote:
Hi Asiri,
Why don't you use the space key? It used to be that the title was
always set to this key. If you were setting a title different then the
key then this title was just discarded and the key was returned. That
was not normal.
Now about space titles being empty, this is a possible situation in
XWiki (document titles can also be empty). If you want to treat this
situation differently why not do it on the client side ? And if you
need to use the space key, then just use the space key and forget
about the title.
This is the issue, at the beginning of XEclipse, we thought a key was
something that should be used to refer to documents within programs (not
displayed to users) - This is the purpose of a key (a unique identifier). I
think it is necessary we keep this terminology since otherwise we'll violate
the whole purpose of a key (please someone correct me if this is not the
purpose of a key). Now titles on the other hand are what users understand
(what we should display to them) and I think we should not allow them to be
empty - but in case if a title is not available, we can use the key (since
there is no other option).
So in summary, XEclipse was developed with the assumptions,
1. Keys should be used whenever we refer to documents within programs (like
when invoking XMLRPCs).
2. Keys should be mapped into titles (or names) when a document is presented
to a user.
We can change XEclipse to use keys only and forget about titles, but that
will take some more time. And most importantly, this might affect XEclipse
on XWiki 1.1.
Anyway, in my personal opinion, i think it's necessary we keep the
distinction between keys and titles intact.
What do others think ?
Regards,
- Asiri
Regards,
Catalin
On 8/17/07, Asiri Rathnayake <asiri.rathnayake(a)gmail.com> wrote:
Hi All,
Sorry about the late response. Busy with academic work :(
The patch attached will fix the XMLRPC issue related to XEclipse. Please
verify it and let me know what you think.
I tested XEclipse with this patch and everything is normal now.
Regards,
- Asiri
On 8/16/07, Catalin Hritcu <catalin.hritcu(a)gmail.com> wrote:
> Hi,
>
> I updated the xml-rpc implementation on trunk. There are big changes
> so be careful when updating since some of the changes are
> incompatible.
> - all non-string primitive types (like date and int) are now encoded
to
strings
the easiest to adapt to this is to start using
swizzle which makes the
translation automatic
- the way all identifiers are built has changed
anyway, ids should be treated as opaque handlers, so if you ever find
yourself parsing them then you are doing something wrong.
- the way the page history is different now
only old versions of the page are considered, and they can be accessed
like regular pages
There are other smaller fixes, but these are the most important ones.
Regards,
Catalin