Thread:Extension talk:InlineEditor/Is there any reason why we shouldn't install this extension?/reply (3)

Hey Dave,

Thanks for your persisting interest! First of all, the editor will not damage articles in a way that can't be fixed by rolling back a page. Actually, the entire design goal is to avoid the garbled round-trips that most WYSIWYG editors generate. Having said that, the final few algorithms from my thesis have not been implemented, which is why especially templates which leave HTML elements open (e.g. table start, table end), but also other more constructions, are not supported. There might also be other undocumented/unknown bugs, which may or may not be easy to resolve, which is also something to think about when installing this extension.

There is functionality there already to restrict the editor to certain namespaces, and this could quite easily be modified to exclude certain pages based on a hard-coded list, or (a bit more difficult) on other indicators (regex, page flag, etc.). I would be more than happy to advise in that matter, but as I'm not actively developing this now my time would be limited.

Which brings me to the excellent point that other organisations may want to use this kind of editor already. I totally understand this, however because of the tight schedule of the WMF on the one hand (opt-in production usage in December 2011, deployment to small wikis in 2012), and my quite intensive studies this year on the other hand, it seems logical to wait at least until the evaluation of these first milestones. If it turns out that progress is slower than expected, I will try to find a way to get this project going again. Of course, on a general note, developers who'd like to continue this project themselves are always welcome!

I know this answer is not completely satisfying, but I hope this explains the situation.