Hi all, I have a few doubts that might arise when we're implementing off-line operation of XEclipse. 1. Currently, when the user saves a page after editing, no checks are made to ensure that if the same page has been modified by someone else at the same time. But avoiding this is a problem since that would require us to retrieve the page again (to check locks) every-time user tries to save a page. 2. Also, when a page is retrieved for the first time if there are any locks are present, we must convey that information to the user (in the extreme case, we can disallow any attempts to modify a page with any locks in it). 3. How permissions should be conveyed to users ? And how to handle them ? (currently, this is ignored) We can use different icons for all of these situations (for permissions , dirty pages etc.), but that would require a lot of icons (and we're running out of appropriate icons too). Any thoughts ? Thanks. - Asiri
On Aug 5, 2007, at 9:59 PM, Asiri Rathnayake wrote:
Hi all,
I have a few doubts that might arise when we're implementing off- line operation of XEclipse.
1. Currently, when the user saves a page after editing, no checks are made to ensure that if the same page has been modified by someone else at the same time. But avoiding this is a problem since that would require us to retrieve the page again (to check locks) every-time user tries to save a page.
You should only retrieve the last modified date and not the full page maybe? I don't think doing a server call is an issue. I'd rather have that than overwrite changes made on the server...
2. Also, when a page is retrieved for the first time if there are any locks are present, we must convey that information to the user (in the extreme case, we can disallow any attempts to modify a page with any locks in it).
3. How permissions should be conveyed to users ? And how to handle them ? (currently, this is ignored)
Good point. I don't think we have this yet. Maybe Catalin could help you propose something to add to our XMLRPC API since I believe this is part of the Confluence XML RPC API that we just haven't implemented yet. So maybe you could implement the part you miss. Maybe Catalin could also help you?
We can use different icons for all of these situations (for permissions , dirty pages etc.), but that would require a lot of icons (and we're running out of appropriate icons too).
For icons, I've been using the Tango icons (http:// tango.freedesktop.org/Tango_Desktop_Project). Thanks -Vincent
Hi Vincent and Asiri, On 8/6/07, Vincent Massol <[email protected]> wrote: [snip]
3. How permissions should be conveyed to users ? And how to handle them ? (currently, this is ignored)
Good point. I don't think we have this yet. Maybe Catalin could help you propose something to add to our XMLRPC API since I believe this is part of the Confluence XML RPC API that we just haven't implemented yet.
Vincent is right, permissions are one of many things from the Confluence Remote API that we haven't implemented yet. For more things we don't implement yet follow these links: http://jira.xwiki.org/jira/browse/XWIKI-1559 http://confluence.atlassian.com/display/DOC/Remote+API+Specification
So maybe you could implement the part you miss. Maybe Catalin could also help you? [snip]
We can work together on this. Asiri can work on the implementation, and I can review, test and apply his patches. During the previous week I got quite familiar with our xmlrpc implementation, so don't hesitate to send me questions on this. Kind Regards, Catalin
On 8/6/07, Vincent Massol <[email protected]> wrote:
On Aug 5, 2007, at 9:59 PM, Asiri Rathnayake wrote:
Hi all,
I have a few doubts that might arise when we're implementing off-line operation of XEclipse.
1. Currently, when the user saves a page after editing, no checks are made to ensure that if the same page has been modified by someone else at the same time. But avoiding this is a problem since that would require us to retrieve the page again (to check locks) every-time user tries to save a page.
You should only retrieve the last modified date and not the full page maybe? I don't think doing a server call is an issue. I'd rather have that than overwrite changes made on the server...
2. Also, when a page is retrieved for the first time if there are any locks are present, we must convey that information to the user (in the extreme case, we can disallow any attempts to modify a page with any locks in it).
3. How permissions should be conveyed to users ? And how to handle them ? (currently, this is ignored)
Good point. I don't think we have this yet. Maybe Catalin could help you propose something to add to our XMLRPC API since I believe this is part of the Confluence XML RPC API that we just haven't implemented yet. So maybe you could implement the part you miss. Maybe Catalin could also help you?
I'll work on this along XEclipse off-line, but time constraints might be an issue. Anyway, we definitely need this. We can use different icons for all of these situations (for permissions ,
dirty pages etc.), but that would require a lot of icons (and we're running out of appropriate icons too).
For icons, I've been using the Tango icons ( http://tango.freedesktop.org/Tango_Desktop_Project).
This is simply coooool... :) Thanks a lot. - Asiri Thanks
-Vincent
-- You receive this message as a subscriber of the [email protected] list. To unsubscribe: mailto:[email protected] For general help: mailto:[email protected]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
participants (3)
-
Asiri Rathnayake -
Catalin Hritcu -
Vincent Massol