<br><div class="gmail_quote">On Thu, May 15, 2008 at 12:38 PM, Nedjo Rogers <<a href="mailto:nedjo@islandnet.com">nedjo@islandnet.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
My interest here is to see if there is interest in developing an OpenDocument Format filter for Drupal or (better yet) some ways of integrating or at least linking OOo to Drupal<br>
</blockquote>
<br></div>
These look like two distinct issues:<br>
<br>
A. Importing OpenDocument to Drupal. See this relevant discussion: <a href="http://groups.drupal.org/node/9929" target="_blank">http://groups.drupal.org/node/9929</a><br>
<br>
B. Publishing directly from OOo to Drupal. Here we have on the Drupal side two potential starting places I think.<br>
<br>
1. The existing Blog API module in Drupal core. This would involve writing a Blog API client extension in OpenOffice.</blockquote><div><br>Right, this would not involve adding anything to off the shelf Drupal: see John VanDyck's post:<br>
<h2><font size="2"><a href="http://www.sysarchitects.com/node/64" title="Using Word 2007 Blog functionality to post to Drupal via the MetaWeblog API">Using Word 2007 Blog functionality to post to Drupal via the MetaWeblog API</a></font></h2>
<a href="http://www.sysarchitects.com/node/64">http://www.sysarchitects.com/node/64</a><br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
2. As suggested by others, the Services module (not part of Drupal core). This would involve writing a Drupal Services client extension for OpenOffice. Here there would be more potential for customization, but the development would be tied to a contrib Drupal module's APIs.</blockquote>
<div><br>Let's assume that the existing server alternatives (XMLRPC, etc.) suffice. Then the question remains about implementing a special service. This has much more to do with the content of the message rather than the fact that it is coming from OpenOffice.<br>
<br>Well, some needs could be met off the shlef by using the existing node services perfectly well.<br>Title and Body would be all you would need to upload an article, it could be the client's job to opt for HTML output directly.<br>
<br>Of course, more sophisticated _services_ could be written whose job it would be to map metadata or some structure transmitted by the client to complex cck defined fields of a given content type. That's where the use cases will have to find their implementation.<br>
<br>I think it would be best to have an open set of tools (services for Services module and clients for OpenOffice) pointing in that direction, for example, the Drupal community's familiarity with how to construct a client using an OpenOffice plugin that thinks it's talking to an OpenOffice server.<br>
<br>Victor<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
Of the two, the Blog API seems to me the first option to look at. A key advantage is that the extension would not need to be Drupal-specific.<br><font color="#888888">
<br>
Nedjo Rogers <br>
</font></blockquote></div><br>