Hauke Pribnow wrote: > Hello everybody! > > ... > As already mentioned here > <http://www.mediawiki.org/wiki/Extension:Semantic_Forms/POM>, the > current FormPrinter implementation acutally doesn't just print the form > (as the name suggests), but also does up to five other tasks like > parsing the page that should be edited, handling form input and actually > committing the change to a page that was modified through a form. To me, > this is way too much work for a class that - going by its name - should > only print out a neat form. Redesigning that class is/will be necessary > anyway. > > What do you think about these ideas? > > > Hauke Pribnow > FormPrinter being refactored to output the form properly should be something on the todo list already.
I recently cleaned up MediaWiki's EditPage class and made it very extensible. A subclass of EditPage is ready in SF and only waiting on a cleaned up form printer and data handling. The EditPage subclass integrates nicely into the normal EditPage workflow, so all the issues of preview diff and whatnot leading to the loss of the edit form, disappear. ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name] ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
