Just a short reply: It would be good to have some such formalism, but designing a good language is not easy and would introduce another programming-like formalism into MW. I think one should seriously consider the upcoming LUA support to solve this problem [1]. It would be much preferable to have a single scripting language being used for all MW in-page programming tasks.
Markus [1] http://www.mediawiki.org/wiki/Lua_scripting On 13/02/12 12:03, Stephan Gambke wrote: > Hi, > > for some time now I have thought on how it would be possible to get > away from introducing yet another new parameter every time a new type > of dynamic behavior is built into Semantic Forms. With the upcoming > GSoC 2012 I would like to discuss what I have come up with and if it > finds enough support would propose it as a project for GSoC. > > Currently dynamic behavior of Semantic Forms is achieved by adding > additional parameters to inputs (or by having dedicated inputs). This > is a good approach where the dynamic behavior only concerns one input. > Autocompletion would be an example. It becomes awkward when more than > one field is concerned, e.g. with show on select. And it fails > altogether, if more than two inputs are involved or if the desired > behavior is more complex. Generally any behavior involving two or more > inputs should not be handled by one of the affected inputs, but by a > dedicated controlling entity that exists once for every form. In fact, > in many cases this would even be beneficial where only one input is > involved, as it would enable one behavior for multiple input types > without having to duplicate code. > > Semantic Forms Rules would be an extension to MediaWiki building on > the Semantic MediaWiki and Semantic Forms extensions. It would allow a > much more dynamic behavior of Semantic Forms than currently possible. > > The idea is to define rules consisting of triggers, conditions and > actions. The conditions are evaluated when certain triggers are > detected. Depending on the result the associated actions would be > performed. Individual rules could be kept very simple, but the result > of the evaluation of a rule would be stored and could later be > referenced in other rules. This way rules could be chained and more > complex rules could be constructed from simple ones. > > You can find the whole idea on > http://wiki.foxtrott.de/ideas/index.php?title=Semantic_Forms_Rules > > What do you think? Would this be useful enough to have someone spend > three month of work on it? If so, should it be done as proposed? What > should be changed? > > Cheers, > Stephan > > ------------------------------------------------------------------------------ > Try before you buy = See our experts in action! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-dev2 > _______________________________________________ > Semediawiki-devel mailing list > Semediawiki-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/semediawiki-devel > ------------------------------------------------------------------------------ Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 _______________________________________________ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
