Any development platform that hides the implementation details and provides a robust data handling mechanism is a great step forward in our everchanging target environment.
However, any user experience that depends on Flash, or flash-like (non-DHTML) plugins is a move "away" from the ideal.
OpenLaszlo on the server makes sense, as long as the user's browser is not forced to install, or depend upon, Flash.
Let's not get lazy. Build the user's experience with 100% CSS/Javascript, and push the common css/js files to the client.
Feedback, please ...
Jerry
Discussion on:
View:
Show:
OpenLaszlo actually supports both, DHTML and Flash, so it's your freedom of choice as application developer or host.
The article itself is just a "this is what OpenLaszlo can do" post. Its aim seems to be to raise awareness of OL rather than contrasting OL with other tools. So the comments posted here seemed out-of-place. I was hard-pressed to find a well-informed comment on OpenLaszlo on this post. Except for a couple of insightful comments, the rest seem shallow.
I'm heading a team of developers in developing a rather complex web app, and I was looking for intelligent, experienced comments on OL.
OL wasn't my first choice. I've developed equally complex apps using TIBCO's General Interface product. I was hoping that someone here may have used something else and would have some useful experiences that I could contrast with.
I'm heading a team of developers in developing a rather complex web app, and I was looking for intelligent, experienced comments on OL.
OL wasn't my first choice. I've developed equally complex apps using TIBCO's General Interface product. I was hoping that someone here may have used something else and would have some useful experiences that I could contrast with.
since all website scripting language options are build once run anywhere.
well, except for activex.
to bad it's clientside scripting, that is nothing but a critical security risk and should be illegal.
well, except for activex.
to bad it's clientside scripting, that is nothing but a critical security risk and should be illegal.
I think you did not understand how it works.
What's so bad or insecure in the regular client Java Script? Without it you wouldn't even be able to post here.
What's so bad or insecure in the regular client Java Script? Without it you wouldn't even be able to post here.
This site would use something else, say server side......
The bad and insecure has nothing to do with javascript, it's the browser / OS that stops it being used to access the local file system for instance, or the registry....
The bad and insecure has nothing to do with javascript, it's the browser / OS that stops it being used to access the local file system for instance, or the registry....
Is OpenLaszlo a niche technology, or is it too little too late? I myself first found out about OpenLaszlo about a year ago, and at that time thought that it sounded great. Like it had potential as an alternative essentially to Flex. However, since Silverlight has come out, I wonder just how much need there will be for the OpenLaszlo "alternative"?
I would say that OpenLaszlo doing not bad at all considering the number of successful applications built on it and the recent investment. One example of a large web application build on OpenLaszlo is http://G.ho.st.
and it looks just like the past.
Flas,h javascript embedded in XML, write applications with DHTML.
Bleh.
Flas,h javascript embedded in XML, write applications with DHTML.
Bleh.
- Keyboard Shortcuts:
- Prev
- Next
- Toggle
