Proposal talk:Add OpenLaszlo/Java support to make interactive content possible

Page contents not supported in other languages.
From Strategic Planning

I can't understand. Please elaborate. Is this somehow related to Proposal:Implement_OAuth_for_MediaWiki_(and_employ_in_Wikimedia)? Nemo 21:27, 19 August 2009 (UTC)Reply[reply]

It would seem that HTML 5 will support most of what is required here. It may be better to see what could be done in securely allowing Javascript access to SVG & Canvas

very good idea (and a hell of a lot better than allowing java). unfortunately, you can't assume HTML and just run SVG, you have to support non-javascript and also VML (supported by Trident aka MSHTML aka Internet Explorer). that's perfectly possible, and has been done several times already (just not with a wiki-markup-language behind it). see Proposal_talk:Text_or_Syntax_driven_Charts,_Diagrams,_Graphs_and_more and Proposal_talk:Inline_SVG_preference for details. Lkcl 16:22, 14 October 2009 (UTC)Reply[reply]

Worst of all possible worlds

A proposal which recommends the deployment of a combination of an XML-based programming language (core to OpenLaszlo), a java programming language and an ActionScript programming language is the absolute worst combination that could possibly be imagined, and is about as far away from the ethos of having universally editable pages for a world-wide encyclopaedia as it is possible to get. unless you recommend that contributions be written in ADA and that all comments and discussions in the source code be written in Esperanto.

whilst this is said as a joke, it does serve a useful purpose. When you read that "joke", how did you react? you went, "that's a stupid idea. nobody learns ADA, and nobody learns a foreign language just to learn a computer programming language!". Now step back from that for just one second, and place yourself into the shoes of someone from a third world country, who doesn't speak english and who doesn't even know what programming is, let alone know how to do it. Congratulations: you now have the perspective of the majority of the world's population. that joke doesn't seem so silly, now, does it? Lkcl 18:28, 14 October 2009 (UTC)Reply[reply]


Some proposals will have massive impact on end-users, including non-editors. Some will have minimal impact. What will be the impact of this proposal on our end-users? -- Philippe 00:04, 3 September 2009 (UTC)Reply[reply]

The answer is the same as with both the java and the flash proposals: this proposal is an incredibly bad idea, in every way shape and form. the effect of making it possible for contributions to be made in a programming language (of any kind) is elitist to the point of outright unacceptable, in direct contravention of wikipedia's goals, and in contravention of the stated purpose of the wikimedia strategic planning process (to increase reach, accessibility etc.). there are enough problems with the advanced features of wiki markup as it is, for the ordinary user. for a full, tedious and painfully long and detailed discussion, where the proposal authors simply are not getting it, see the talk page on the java applet proposal. Lkcl 16:20, 14 October 2009 (UTC)Reply[reply]
there are much better ideas than this one, such as creating an API for graphics (extending the wiki markup without taking it fully into the realms of "programming") that is then compiled to VML for IE browsers; to SVG for all other modern browsers, and using librsvg server-side (exactly as it is currently used by wikipedia) for instances where javascript is disabled or too heavy. see Proposal_talk:Text_or_Syntax_driven_Charts,_Diagrams,_Graphs_and_more and Proposal_talk:Inline_SVG_preference for details. Lkcl 16:20, 14 October 2009 (UTC)Reply[reply]

May be open

There is some OpenLaszlo repository at [1] so this may really be some non proprietary project. Flash itself is proprietary however that may be more a problem. It would be interesting to check if OpenLaszlo can work with Gnash. AudriusA 10:12, 24 December 2009 (UTC)Reply[reply]