Hi,
I thought we agree not to display the office importer menu entry if
the office importer app wasn't installed?
Yes, this is already implemented. I was talking about office importer
wysiwyg plugin only.
To be consistent we shouldn't have an office
import action in the
wysiwyg if the office importer app isn't installed too
Hmmmm, this I'm not sure about.
Copying / pasting from office documents can function even without having an
openoffice server. This functionality doesn't depend on officeimporter
application, though it depends on officeimporter module
(xwiki-officeimporter).
My suggestion was about file upload tab inside officeimporter wysiwyg
dialog, which requires openoffice server to function.
Maybe we should not display the entries if the office
server is not
started too.
I think you are referring to officeimporter xwiki-ui behaviour, this we have
voted and finalized.
Thanks.
- Asiri
WDYT?
Thanks
-Vincent
Thanks.
- Asiri
>
> Guillaume
>
> Thanks
>> -Vincent
>>
>>> Thus I think the user doesn't have to know that the feature exists
>>> if the
>>> administrator has not activated it. The question then becomes: how
>>> does the
>>> administrator knows that the feature exists? I can see 2 options:
>>>
>>> - Make the check be: "if the user isn't an admin & the server
>>> isn't
>>> running" so that admins know about the feature
>>> - Keep the check as it is and assume that admins that want to make
>>> the
>>> OOo server work will find out how since it's an often requested
>>> feature
>>>
>>> I'd like to add a new behavior though (if it's not already done):
>>>> - if the office importer app is not installed (we can test for the
>>>> main office importer page availability) then the menu entry
>>>> shouldn't
>>>> appear.
>>>>
>>>
>>> The OOo app comes bundled by default with XE. It's always there by
>>> default.
>>> This option doesn't solve the user expectation issue.
>>>
>>> Guillaume
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs