Download link not actually on http://www.mobl-lang.org/get/

[Paul]

I feel stupid asking... The download link on the RHS just links back
to http://www.mobl-lang.org/get/.

There's no other link titled "download" on the page. How do I
download Mobl?

- Paul

[senikk]

Add http://mobl-lang.org/update to Eclipse

On Mar 10, 3:20 am, Paul <p...@hammant.org> wrote:
> I feel stupid asking...  The download link on the RHS just links back

> tohttp://www.mobl-lang.org/get/.

[Zef Hemel]

Hi Paul,

Mobl is distributed as an Eclipse plug-in. With Eclipse you usually
don't download a .zip and extract it, instead you use an update site
to let the Eclipse update manager download the plug-in from.
http://www.mobl-lang.org/get describes how to install Eclipse and
install the plug-in.

If you cannot or don't want to use Eclipse for some reason, you can
still use a command-line version of the mobl compiler, although it's
less user friendly: http://docs.mobl-lang.org/cli There's actually a
download link there too :-)

Hope that explains it,

Zef

--
Zef Hemel
http://zef.me
http://twitter.com/zef

[Paul Hammant]

Cool Thanks.  I'm working now with the cli interface.

Sadly for you guys I've preferred Intellij for 11-years! 

If find the language quite attractive. Read http://paulhammant.com/rich-ruby/ to see why.

I fear for glass-ceilings though.  For a Groovy or Ruby builder solution the end user could add to the apparent grammer quite easily.  For Mobl its not the grammer that's being added in a closure-eque way, but functions and most likely to the underpinning language/framework. This is most likely going to be harder for an end user.  Why is this important?  Technologists (such as my colleagues at ThoughtWorks.com) are going to want to say "use this" for your new app.  They are going to want to know that they are if they reach a blocker, then they themselves don't have to rely on the language/framework engineer to solve it themselves.

Here's an example.  Take quick look at http://paulhammant.com/blog/ruby-versus-javascript-for-web3.0.html (paras 2-4 around the pic).  Imagine Mobl could not do that yet, but a team had set off with Mobl as their stack.  How hard would it be for them to augment dropdown functionality to have the icon?  What would the official reaction be to teams wanting more and more complex controls and effects?

Also, you mention unit test once in the site ( http://www.google.com/search?&q=unit+test+site%3Awww.mobl-lang.org ).  Is there something more amenable to end users?  ThoughtWorkers in particular are going to be happy with a technology if it is a good citizen for the world of unit testing.  http://code.google.com/p/js-test-driver/ may be something you wish you could compile tests to.

Anyway, great work.  Aim for world domination (and short incremental compile times)! 

- Paul

[Li-Hsuan Lung]

mobl's unit testing framework is still quite young. We modeled it
after JUnit, so far we have the following APIs implemented: testCase,
testSuite, setUp, tearDown, assertEqual, and assert. You can run the
tests through your browser, drill down to specific test suite, view
running time and results for each case, similar to Jasmine. It does
not support nested test suites, or show line number of where your code
breaks. There is also no concept of mocking yet either. If you have
any idea you'd like to contribute, feel free to fork mobl's standard
lib repo on github!

[Zef Hemel]

Hi Paul,

An important goal for mobl from day one was user-land extensibility.
Sure I could do whatever syntax to the language, but as you point out,
most people are not compiler engineers (nor should they be).
Therefore, in mobl I tried to put as much as possible in mobl
libraries. Mobl only has a couple core language features, the rest is
built on top of that. As an example, Li-Hsuan Lung has been working on
a testing framework, without having to adapt the mobl language itself.
To your "adding an icon to a drop-down list example", this would be
completely doable in a mobl library as well. Mobl give you access to
low-level HTML, CSS and Javascript if you need it, which, I hope,
makes it flexible enough not to hit the "glass ceiling".

Zef

[Zef Hemel]

PS,

> Anyway, great work.  Aim for world domination (and short incremental compile
> times)!

You'd get that, if you were not so insistent on _not_ using the
Eclipse plug-in. :-)

[Paul Hammant]

Sounds good Zef.

The intelligentsia would respond well to an small canonical example of expanding Mobl's apparent API.  I'm thinking of a Github commit link that - someone could look at, understand all the aspects of the change and then think "I could do that too".

Li-Hsuan - looking forward to seeing the examples of unit testing in the doco :-)

I appreciate you're going to have a hard time matching http://mockito.org/ (the current mocking high bar).

- Paul