05 June 2011

Visage Development/Support Survey

I have created a survey on improving the development and support for the Visage language. If you can help out with completing the survey that would be highly appreciated. The more results that can be collected from the survey the more complete the picture will be on improving Visage. Please get as many people as you can involved with completing the survey.

15 January 2011

Visage Roadmap

Based on what information I could gather from the discussions, Visage Issue DB, blog posts a clear enough picture has emerged on which to create a roadmap for Visage. Do note that the roadmap below is subject to change, some guesses have been made, and may not be entirely accurate.

Visage 1.0 (Beta 1) – 20 February?

  • Android 2 (eg 2.1, 2.2, and 2.3) and JavaFX 1 (eg 1.3) support
  • Default properties
  • Angle data type
  • Length data type (covering screen metrics, and metric measuring system)
  • Colour data type

Visage 1.0 (Beta 2) – 20 April?

  • Required properties
  • General built-in locale system for strings (locale lookup via fxproperties files)
  • Cascading properties
  • Map data type
  • Updated Android 2 library

Visage 1.0 (Stable) – 20 June?

  • Annotations support
  • Generics support
  • JavaFX 2 support
  • Basic tooling for Visage (eg programmer's text editor)

Post Visage 1.0

  • Basic built-in lookup system using cascading properties?
  • RTS (Reusable Type System)
  • Declarative functions
  • Add a more open license (BSD type one)
  • Application controller?

JavaFX 2 support will likely be delayed as much as possible to allow time to properly support the platform. Hopefully JavaFX 2 will be ready in time for its beta release. Some of the mentioned points may appear in earlier or later Visage releases. Main themes for Visage 1.0 is support for multiple development platforms (currently Android and JavaFX), enhanced property support, stronger platform API support, and additional data types.

03 January 2011

Other Languages For Web Platform

When one thinks of a development platform one would expect that multiple languages would be able to access the platform APIs. With the web platform this isn't the case. Only JavaScript is supported across most web browsers which means it is the only official language for the web platform. Any other language that wants to access the browser/web APIs must go through JavaScript which isn't an acceptable situation. Increasingly more and more languages are going down the compile to JavaScript route. Hence it provides a clear indication that developers want to develop front end web applications in a language other than JavaScript.

Considering how JavaScript has no real competition since there are no other languages embedded in the web browsers it is time that this changed. I am surprised that the current situation of JavaScript only for web development has gone on for this long. Why are no other major browser makers incorporating other languages? For a start a browser maker like Google or Mozilla could incorporate a language like Visage for instance.

It comes as no surprise that JavaScript has undergone very little change due to the lack of competition (think no languages). When some of the details for JavaScript 2 were released there were few big changes made to the language. Imagine if JavaScript had actual competition, think of how much more improved JavaScript would be with the next major version.

The best way to incorporate other languages in a browser would be to have something similar to byte code running in a virtual machine (VM). As such any language that wants to access the browser/web API would need to be compiled first, unless there is an alternative way. Using a VM instead of embedding each language would help to keep the download size of each browser to a minimum. Naturally compile time would be the main bottleneck unless it is kept to a minimum. Now this would be a worthwhile challenge for Google (a fast performing browser VM)!

By incorporating a VM instead of embedding languages in a browser any language would be able to run in the browser (provided it runs in the VM), without requiring a separate runtime to be installed. For the future of web development this would be the next big evolution (not referring to Web 3.0) moving forward. If this is to work then the same system needs to be used by every major browser maker.

What browser makers will take up the challenge of incorporating other languages by implementing a cross platform virtual machine? Even though the challenge is great all it takes is for one browser maker to get the ball rolling.