Dmitriy <> changed:

           What    |Removed                     |Added
                 CC|                            |

--- Comment #131 from Dmitriy <> 2010-12-29 08:09:35 UTC ---
(In reply to comment #99)
> (In reply to comment #98)
> > MZ, are you seriously suggesting that the developers will completely
> > re-implement an extension, when the concerns about the original are *not*
> > implementation-specific?  I seriously doubt that.
> I'm suggesting that the sysadmins in charge of running Wikimedia wikis have
> said rather unequivocally that this extension is not going to be installed. 
> The
> StringFunctions extension is a means to an end. There are plenty of other ways
> to implement string manipulation. For years, there has been discussion of
> implementing a proper programming language into MediaWiki. The current
> preferred favorite is not Lua, but JavaScript, actually.
If JavaScript is the language of choice, there is PHP SpiderMonkey extension.
It still is not absolutely stable (only a beta), however I know that some WMF
programmers are good in C, so it is probably possible to make few fixes. The
question is, how to make these scripts run at "ordinary" hosters, where there
will be no such PHP extension. In such case, one might try client-side
JavaScript (in browser), however passing of function / template parameters from
server side to client side might become too inefficient. Perhaps one might
limit the JS language features to basic subset. Then to run it through PHP mod,
when available, slowly interpret in PHP otherwise. Co-location (where you can
compile and install PHP mod yourself) have become more affordable in last
years, anyway.

Configure bugmail:
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.

Wikibugs-l mailing list

Reply via email to