On Jun 12, 2009, at 2:29 PM, Sergiu Dumitriu wrote:
Florin Ciubotaru wrote:
Hi,
XWiki has evolved a lot in the past year and new client apps were
created.
Our current Xml-Rpc API is aligned to the Confluence 1.0 API
specification and hasn't been really enriched in a long time.
Since we have some distinct features like 'polyglot wiki' I propose
to
create a new "xwiki2" method set to handle XWiki 2.0 method calls.
The new handler will be added to the Apache Xml-Rpc servlet
properties file.
Proposed new xml-rpc methods(mostly needed for XEclipse, XOffice
and XOO):
- parseFromHtml(String html, String syntax) : String
- render(String source, String syntaxId) : String
- cleanHtml(String dirtyHtml) : String
- add class (
http://jira.xwiki.org/jira/browse/XWIKI-3499 )
- getConfiguredSyntaxes
getEnabledSyntaxes sounds better to me
He's using the same name as in the XWiki API which is good IMO. If we
want getEnabledSyntaxes the we also need to change the API.
Enabled or Active are better I agree since even though they are
configured they can still be deactivated at runtime by unregistering a
parser. Also it's possible to dynamically add a new parser even if
it's not configured.
+1 in general. Just make sure that the XWiki XMLRPC client continues
to work for accessing Confluence instances.
Thanks
-Vincent
-
getVirtualWikisNames
- getMacros, etc.
Proposed Xml-Rpc model extensions:
- Page
- syntaxId;
- defaultEditMode?
- editComment?
- hidden?
- ServerInfo/Wiki:
- isMultiWiki
- defaultSyntax
- encoding
WDYT?
+1
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs