Hi Frank,
> I can't see a problem with the current timeout. In my eyes it makes no
> sense to increase the timeout up to 'a few hours'. A wiki is not an
> 'Office' to write down text over a long time. In such cases it's more
> efficient to prepare the text in another tool like our OpenOffice.org
> and submit it directly.
Hmm? You seriously suggest I write my text in another tool? Besides that
this ... tastes weird [1], it decouples me from the preview capabilities
of the Wiki, which would be a serious limitation. Everybody who ever
wrote more than some plain unformatted text knows that either you're
perfect with writing Wiki text, or often need to check whether the Wiki
really renders your input as you expect it to do.
In other words: No, using another application is not an option.
> Technical spoken:
> Increasing timeout would
> - risk you to have conflicts if another one will modify the content in
> the meantime
Sure. But, conflicts can be solved. The wiki displays a nice "your
changes - the other changes" page when it comes to this.
(At the moment, the risk of being kicked out of my editing process is
much bigger than the risk of conflicts will ever be, so it's debatable
which "potential annoyance is worse.)
Besides that, there are enough documents in the Wiki which are *heavily*
improbable to be edited by two or more persons at the same time. My
current example is a specification I write - nobody else will probably
ever tamper with this article.
Side note: My work flow is different from what Mathias described: My
specification evolves while I do other things (write code, actually).
Thus, I need to edit it multiple times a day, but without actually
leaving it in edit mode. Instead I do and save some small changes, and I
do this frequently.
In this scenario, conflicts don't count: As soon as I switch to edit
mode, the Wiki will present me the most recent version. So, conflicts
are limited to my editing time, which is rather small.
> - lead in more open sessions on the server for all connections
So is this an argument "our hardware does not scale, those your user
experience suffers, up to a point where it becomes mere annoyance"?. Not
at all convincing.
> Hope you understand my opinion
Sorry, I don't. I still think the timeout should be increased. Let's say
4 hours. Let's even say 2 hours, which would already be much better than
the current situation.
Ciao
Frank
[1] If I were an Emacs user, I'd probably have an Wiki mode for it. I am
not, and I haven't. I really like to use the tool which *best* fits
a purpose, not one tool for everything.
--
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems http://www.sun.com/staroffice -
- OpenOffice.org Base http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
