All I replies below are going to be consider in my next work.
On Mon, Jul 7, 2008 at 7:28 PM, Ludovic Dubost <[EMAIL PROTECTED]> wrote:

>
> Hi,
>
> I've tested the importer.. Installation and running it went fine !
> Pretty cool. The documents where well imported in HTML with images
> attached and converted.
>
> Some bugs:
>  - a documents with accents was showing the accents in UTF-8 when my
> wiki is ISO-8869-1. A conversion needs to be done.

I have no idea about the xwiki encoding system but I will learn it. I'll
keep this encoding problem in mind. Can you give me some detail suggestion?
Thanks very much.

>
>
> Some remarks:
>  - it would be nice that the application can launch OO itself

I can do this:)

>
>  - you also need to write your code so that it can call the web service
> version of jodconverter

You mean invoke a conversion service in a remote machine?  I will create a
remote service converter class which implement the abstract converter to do
this. Use which converter can be configured in xwiki.cfg

>
>  - the application way would be nice to demonstrate and test the tool: a
> file upload, you choose the page and the document is added at the end of
> the page

I am planning to do in the application way:)

>
>  - one of the features of the conversion should be to convert any OO to
> HTML or PDF and should be integrated as links next to attachment (view
> as HTML or view as PDF).

The conversion between many formats is considered but I don't think I can do
it know. I will retain some useful interface for this feature. I will public
the interface to list for comment. WDYT?

> Also there could be a macro to integrate the
> HTML conversion in the middle of the page. Similar to {attach} but would
> embed the document directly in the page. So you should make sure your
> API allows to not only convert to wiki but also to any format.

Yes, this kind of api is my first thought and I implement it. The problem is
that, if I use the {import: test.doc} to insert the html code of conversion
to the page, the conversion method will be *invoked everytime* when the page
refresh. How to deal with this problem.
I have not develop a macro but I think I can do it. Can you give me some
sample?

>
>
> Ludovic
>
>
> Wang Ning wrote:
> > Hi Vincent & all,
> >
> > I finish the clean of the plugin code and write a simple user manual. You
> > can see it in
> > http://dev.xwiki.org/xwiki/bin/view/Design/OfficeImporter#HQuickStart.
> All
> > files needed for this plugin can be found in that page
> > http://dev.xwiki.org/xwiki/bin/view/Design/OfficeImporter, except the
> > openoffice install .
> > Please give some feedback after try the plugin. Any feedback will be very
> > appreciated.
> > This plugin is very initial. It only put out the html code , not xwiki
> > syntax, because the html code to xwiki syntax conversion should be done
> by
> > XHTMLParser which is not ready yet.
> >
> > Open question:
> > Now the plugin can handle the file which is uploaded to xwiki as a
> > attachment. Do you think it's necessary that the office importer would
> have
> > the upload feature itself or should provide a XWikiAction something like
> > "bin/importer/Main/page"?
> > Now the plugin can work. However it's a little complicate. If you want to
> > convert a office document
> > 1. you first upload the document
> > 2. copy the attachment name(because the name of document change after
> > upload)
> > 3. edit the page and add the velocity code to use the importer plugin
> > 4. save and view.
> > I think it should be more simple.
> >
> > WDYT
> >
>
>
> --
> Ludovic Dubost
> Blog: http://blog.ludovic.org/
> XWiki: http://www.xwiki.com
> Skype: ldubost GTalk: ldubost
>
> _______________________________________________
> devs mailing list
> [email protected]
> http://lists.xwiki.org/mailman/listinfo/devs
>



-- 
Sincerely,
Wang Ning
_______________________________________________
devs mailing list
[email protected]
http://lists.xwiki.org/mailman/listinfo/devs

Reply via email to