Hi,
> Anyway, I feel having a configuration parameter for querying OpenOffice > > server status is kind of odd. > > What Marius means is that, we need to look at the use-cases, how often the > server is started/stopped while one of the users has the editor open, if > this is > realtime information that a user queries from the server or is a server > setting > that should ideally be the same all the time. > > The way I see it is that this is "static" information: it's a configuration > of > the wiki, has or has not an openoffice server running. Namely, the wysiwyg > config param would rather be interpreted as: "with file import" or "without > file > import" than running or not running. > > I understand your point. However I'm also thinking like "is it this or that"... I mean if you consider the OpenOffice server controlling in wiki, you can start/stop/restart it any time you want. But it's also true that this is not going to happen frequently, most of the time users will have autoStart set to true, in which case OOo server will be running from XE startup until someone stops it / XE is shutdown. An important scenario would be, * I start XE normally (without OOo server) and since OOo server is not running, wysiwyg editor will be configured not to display the officeimporter fileUpload tab. And then an admin starts OOo server, how long will it take for this information to propagate to wysiwyg? As marius says, if it's only a refresh that is required, I think we should go with a configuration parameter rather than cluttering up GWT service API. WDYT? > Also, if the server _should be running_ (as in the wiki is configured with > an > openoffice server, etc) and it's not, it would be better to display an > error > than to hide the upload, because that's what it is, an error. > +1. Thanks. - Asiri > > otherwise > +0 > > Happy coding, > Anca > > > > > Thanks. > > > > - Asiri > > > > > >> The only shortcoming I see is that the user will have to > >> reload the page in order to "refresh" the Office Importer dialog, while > >> in the first case, using a service, he will just have to reopen the > >> dialog (provided the service doesn't have a cache proxy). > >> > >> Thanks, > >> Marius > >> > >>> > >>> Thanks. > >>> > >>> - Asiri > >>> _______________________________________________ > >>> devs mailing list > >>> [email protected] > >>> http://lists.xwiki.org/mailman/listinfo/devs > >> _______________________________________________ > >> devs mailing list > >> [email protected] > >> http://lists.xwiki.org/mailman/listinfo/devs > >> > > _______________________________________________ > > devs mailing list > > [email protected] > > http://lists.xwiki.org/mailman/listinfo/devs > _______________________________________________ > devs mailing list > [email protected] > http://lists.xwiki.org/mailman/listinfo/devs > _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
