Talk:Dedicated Wikipedia editor

Advanced features and the speed of this solution could be appreciated by advanced users: people writing many articles simultanously, people trying to keep eye on the whole division (e.g. maths or literature), sysops, Wikipedia militia, ambassadors, developers, etc. Browser's solution is adjusted for "plain" contributors.

Instead of pumping up the PHP script with very advanced code which would be used by small percent of "heavy" users we could develop this kind of editor. Reasoning is: if you are "small" contributor use the browser. If you want to track many things don't waste DB's power and bandwidth and install dedicated client.

It wasn't mentioned in the original proposal and I want to stress that: caching browsed/written articles + easy navigation between the articles one wrote/one is writing at the moment (through clicking on just inputted link ) would speed-up writing very much.

One would expect at least (oh, sweet dreams!) some kind of WYSIWYG plugin to the browser - the cycle write/preview/check is annoying.

Out of the point (maybe not):

I tried to use Wikipedia software on a local computer for my private purposes but it... sucks. Main obstacles: the speed is not impressing, the 'write/preview' cycle... see above, the lack of database-dump-in-a-nice-format. Right now I'm in a phase of OOA of wiki editor/wiki net based on OpenOffice. It will use external DB for link maintance. Of course it will be digging in .sxw files for updating, relinking purposes. Things I stress in such solution (for private use) are: WYSIWYG, speed of navigation, support for maths formulas, version contorol, articles-are-already-dumped. Scripts like wiki support for Emacs (found on www.emacswiki.org) are too primitive for the time being. Youandme 23:21 Nov 2, 2002 (UTC)