Slashdot Mirror


What is OpenLaszlo, and What is it Good For?

SimHacker writes to share an article he wrote recently that tries to answer the question; What is OpenLaszlo, and What is it Good For? From the article: "OpenLaszlo is an open source platform for developing user friendly web based applications, which work identically across all popular browsers and platforms (Windows, Mac, Linux, IE, Firefox, Safari, etc). It's ideal for presenting and editing raw XML data generated by PHP and other web services."

196 comments

  1. Drupal by dotslashdot · · Score: 3, Funny

    That cross dressing site management software "Drupal" says too many connections.

  2. Zero to Slashdotted by grasshoppa · · Score: 4, Funny

    Zero to slashdotted in no comments flat.

    --
    Mod me down with all of your hatred and your journey towards the dark side will be complete!
    1. Re:Zero to Slashdotted by Kuxman · · Score: 3, Funny

      their server: "What is it good for? Absolutely nothing!"

      --
      http://www.asti-usa.com
    2. Re:Zero to Slashdotted by Anne_Nonymous · · Score: 1, Funny

      Say it again... Uh huh...

    3. Re:Zero to Slashdotted by theantix · · Score: 2, Funny

      That's okay, you can always check mirrordot.

      uh...

      --
      501 Not Implemented
    4. Re:Zero to Slashdotted by hdparm · · Score: 4, Funny

      You new here?

      That's because slashdoters generally rush over to read TFA and other stuff linked from TFA, so they can post informed and meaningful comments.

    5. Re:Zero to Slashdotted by Anonymous Coward · · Score: 0

      Like yours, I suppose. Keeping the quality standards up - good man!

  3. I don't mean to troll... by celardore · · Score: 2, Informative

    Sometimes I find this AJAX movement annoying. Not because of the new technologies emerging, and not because of the amount of people wanting to learn it. I find it more annoying because of the whole dumbing down initiative.

    Work a little harder, learn a little more and create something a lot more intuitive.

    1. Re:I don't mean to troll... by Rdickinson · · Score: 2, Informative

      OpenLaszlo has nothing to do with AJAX per se.

      Its an XML based programing language, fully OO, using javascript, which is then rendered to target platforms, currently Flash or DHTML.

    2. Re: I don't mean to troll... by Graboid · · Score: 4, Insightful

      You say that like it's a bad thing.

      Dumbing down IT programming (and IT in general) has been a huge trend throughout the industry for years. I remember teaching Fortune 100 financial analysts Visual Basic and how to hook up to an Oracle stock database we built and they were on cloud nine. Later our secretaries setup and maintained our department's homepage - it was great and really represented a milestone in our company as well as a symbolic milestone within IT.

      The future of IT is all about dumbing down so technology just becomes a part of everyday life - not some uber-geeky medium that takes years to master. Letting 'normal' folks develop and support websites moves content from an IT shop to the business folks where it belongs!

    3. Re:I don't mean to troll... by tenchiken · · Score: 1

      Honestly, Zimbra (which is AJAX based) is one of the most exciting and intuitive applications I have seen yet. The Zimbra model (where the front end is a completly seperate application independent of the backend) really raises the bar on what the web experience should be whil managing data. Note, that AJAX is usually a poor choice for the read only web which seems to be what you are highlighting here.

    4. Re:I don't mean to troll... by colmore · · Score: 4, Insightful

      Lowering the entry barrier is always a good thing. When C compilers got good enough that applications could be written with only a minimum of assembly, people groaned about the same thing. There's a lot of hype right now, and a lot of interest, things will settle down.

      All of these frameworks and libraries and doohickies come about for a simple reason: web application programming is too complicated. Given the relatively simple functionality being designed, coding an (even non-AJAX) webapp is a pain in the ass involving a mostly stateless system running 4 or 5 languages. The techniques for getting around this problem are relatively cookie cutter, and we really should no more be coding them by hand than we should be rolling our own printf every time we write a terminal utility.

      There's more creativity and action in interactive online software than ever before, and it's nothing but a good thing.

      --
      In Capitalist America, bank robs you!
    5. Re:I don't mean to troll... by misleb · · Score: 1

      "XML based programming language" is an oxymoron.

      -mattew

      --
      "THERE IS NO JUSTICE, THERE IS ONLY ME." -Death
    6. Re:I don't mean to troll... by Anonymous Coward · · Score: 0

      There are many XML programming languages... it's just a syntax with hierarchy. Even the people who came up with XML created an XML programming language (XSL-T).

    7. Re:I don't mean to troll... by mcrbids · · Score: 2, Insightful

      Given the relatively simple functionality being designed, coding an (even non-AJAX) webapp is a pain in the ass involving a mostly stateless system running 4 or 5 languages.

      Right. So let's pile on another language to solve this problem. It would be really cool, hip, and exciting, and will be the grand mother of all abstractions, solving all our problems by providing a consistent, smooth interface into all sorts of technologies, ensuring that:

      1) Debugging a language change from version x.4.1 to x.4.2 is damned near impossible,

      2) Doing any kind of performance tuning is laughable,

      3) Forces you to write things in such an abstract way that you can't take full advantages of the tools you do have available,

      4) Sounds "enterprisey".

      As a language, it will take other languages (like flash, dhtml, xml, sql, asm) and compile them. It will be glorious! (as soon as all the bugs are worked out)

      I say we should give this new meta-meta-meta language the name "Laszlo"!

      --
      I have no problem with your religion until you decide it's reason to deprive others of the truth.
    8. Re:I don't mean to troll... by Shambhu · · Score: 1

      I encourage you to research the terms 'XML', 'programming language', and 'oxymoron' so that you may learn to combine them more correctly. Unless, of course, you were trying to be funny. If you were, I'd say you were too close to the edge to tell.

      --
      Rome wasn't bilked in a day.
    9. Re:I don't mean to troll... by orcrist · · Score: 1

      "XML based programming language" is an oxymoron.

      How, exactly? It might be redundant, except that, although 'language' appears twice, it's referring to 2 different kinds of language: a "programming language" expressed in a "markup language".

      -chris

      --
      San Francisco values: compassion, tolerance, respect, intelligence
    10. Re:I don't mean to troll... by tolan-b · · Score: 1

      Completely agree, ZimbraTK is just lovely. And now it's been included in an Apache AJAX incubator project and teaming up with Eclipse.. oh my... :)

    11. Re:I don't mean to troll... by tolan-b · · Score: 1

      OpenLaszlo isn't really a programming language, it's an interface description language in the same vein as XUL, XAML, and more to the point Flex from Macromedia (which it's very similar to but open source).

      It allows you to design interfaces and hook them up to your server side code quite simply (it can simply read and write XML). Layout is XML, logic is Javascript.

    12. Re:I don't mean to troll... by SimHacker · · Score: 1

      And I suppose you prefer the almost-but-not-quite-entirely-unlike-XML based syntax of Cold Fusion?

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
    13. Re:I don't mean to troll... by Maxmin · · Score: 1

      http://developers.slashdot.org/comments.pl?sid=186 389&cid=15384213
      Lazslo != AJAX; AJAX != dumbing down

      It's a flash generator. Like weapons of war, AJAX is neutral. How
      you decide to use your guns (to make war, to protect against), is up
      to you. You can make a fun-to-use site in AJAX, or you can make one
      that assumes the user is an idiot (or both! or neither.) It's just a
      toolset.

      And consider that the web caused user interface development to stall
      out (in the WWW context) for at least half a decade. Unless you're
      using flash, Laszlo or AJAX, you're stuck with the *very basic* set of
      UI widgets given us by Uncle Tim, all of which date back to the late
      1980s. AJAX is a way around the limits of HTML+HTTP, while still
      allowing most of your site to be coded in HTML+CSS.

      What if you want to add a dynamically-extendable drop-down to an input
      form? One that doesn't require the user leave the entry form they're
      on, or to open another window to navigate to the admin section of your
      site? AJAX is a technique that makes it easier.

      Cheers.

      --
      O lord, bless this thy holy hand grenade, that with it thou mayest blow thine enemies to tiny bits, in thy mercy.
  4. Security? by vanyel · · Score: 2, Insightful
    Security restrictions prevent the Flash player from fetching XML from hosts other than the one it do wnloaded the SWF file from. It requires a crossdomain.xml permission file to exist on other servers from which Flash downloads content or calls web services.

    The solution is for the OpenLaszlo Server or PHP to act as a proxy for other servers.

    Isn't there a reason for that? I would like to see something that specifically addresses the security issues here...

    1. Re:Security? by Klaruz · · Score: 1

      The reason is so the flash app doesn't go trading data with servers you didn't explicitly go to. It's the same reason java won't load classes off servers other than the one you went to. If you're proxying the request out somewhere else on your server farm, then you're vouching for that content, since it looks like it came from you. It would be pretty silly to do unless you controlled the content, since a malicious server operator could do some nasty stuff to your users.

    2. Re:Security? by vanyel · · Score: 1

      It would be pretty silly to do unless you controlled the content

      Exactly. And how many people has that stopped?

    3. Re:Security? by tenchiken · · Score: 1

      Because of the popularity of Mash Ups. Ie, I want to be able to pull a list of books from Amazon, or a shipping status from FEDEX using Zimbra. Zimbra and Laszlo both have a model where the front end applicaiton is completly distinct (as it should be IMHO) from the backend. Hence, more funtionality is needed.

      On the other hand, I would like to see Browser manufacturors add the ability to do cross site calls, but with some security system behind it.

    4. Re:Security? by Klaruz · · Score: 1

      I've used a proxy plenty of times to hit backend systems, it's a good tool. I think it even says all over the mod_proxy docs that you should be careful not to hit stuff you don't control, or leave it wide open.

      There are hundreds of other things that people do too, like open urls on arbitrary servers with their php code that aren't safe. That doesn't mean I want the developers to remove the ability to do that when I decide it's safe to do.

    5. Re:Security? by SimHacker · · Score: 2, Informative

      The "reason" is just "that's the way Flash is, and Macromedia says it has something to do with security". I'm not claiming that it's a good excuse or a well thought out security model. Most browsers will let you fetch XML from other sites with XMLHTTPRequest, and Flash lets you fetch images from other sites but not XML. I can understand restricting executable SWF files, but Flash never actually executes the XML as code, so I never understood why Flash restricts XML but not images.

      Of course OpenLaszlo applications compiled for DHTML won't be restricted by Flash's bizarre half-baked security model. Just the browser's bizarre half-baked security model.

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
    6. Re:Security? by vanyel · · Score: 1

      I'm actually not arguing different either: I meant literally what I said: they need to have a section that specifically discusses the security ramifications of various aspects of the environment, proxying being an obvious point to address. Rather like the IETF requiring Security Considerations in RFCs for quite some time now...

    7. Re:Security? by JahToasted · · Score: 2, Informative
      First of all, I think xmlhttprequest can only access stuff on the same server too, it would be a major security hole if it didn't.

      You're not thinking like a malicious hacker. Let's say I want to DDOS example.com. I find some popular webserver that's not exactly secure, lets say newestfad.com. Then I make a comment has a little javascript that requests a large file (or does a database intensive search) from example.com. Now everyone that loads up newestfad.com with my attached comment also loads that file from example.com. I could take it a step further and add that comment to every page on newestfad.com. Since newestfad.com doesn't have the sharpest admins, it might be a while before they fix it so that you can't insert javascript into comments. Meanwhile, example.com is being killed just because the developers at newestfad.com don't know what they're doing.

      The same could be done with flash, though you'd probably have to make a trendy game that included the DOS code.

      You don't think these things happen? Why do you think slashdot's search sometimes uses google, instead of their own native algorithm? It's because someone has jammed some iframes in some comments on a poorly done website that requests slashdot search through its comments. this hammers the database and kills slashdot. So they have to disable searching and use google for searching until the site that's causing the requests gets their act together.

      Macromedia is doing the right thing here. And you can easily have your own server just pass along the request to another server. prevents DDOS attacks.

    8. Re:Security? by Anonymous Coward · · Score: 0

      The .../> tag can access any domain at any time.

    9. Re:Security? by jubei · · Score: 1

      You can easily enough use javascript to manipulate the DOM and send data to any server by changing a url, so what's the point in locking it down?

      The only good reason I have heard so far is that if you allowed XMLHttpRequest to hit random servers, you could make a port scanner. The difference is that the XML request has a return code and the img url manipulation gives no feedback.

    10. Re:Security? by SimHacker · · Score: 1

      Oh yeah that's the ticket. I was confused about the XMLHTTPRequest allowing that. Apparently it doesn't let you load XML from different domains, while you CAN load and execute JavaScript from any domain. That's one of the reasons JSON is practical (or subversive).

      Isn't it weird that web browsers let you load and execute JavaScript from any domain, but you can't do the same with XML? What's up with that?

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
  5. Flash dance. by Anonymous Coward · · Score: 0

    Of course it generates everyone's favourite whipping boy. Flash!

  6. Google Cache by Anonymous Coward · · Score: 0

    Google Cache anonymous and all that

  7. will it help? by gEvil+(beta) · · Score: 4, Funny

    Will it help me win all the prizes in a big sweepstakes?

    --
    This guy's the limit!
    1. Re:will it help? by __aanonl8035 · · Score: 1

      No,
      only 32.4% of the total prizes.

    2. Re:will it help? by gEvil+(beta) · · Score: 1

      Okay, so long as the camper and model are included.

      --
      This guy's the limit!
    3. Re:will it help? by Anonymous Coward · · Score: 0

      Yes, 32.4% of the prizes, including the RV

    4. Re:will it help? by DAE51D · · Score: 1

      What an awesome but obscure reference... I wonder how many people really knew what you were talking about, or simply just read and dismissed it. http://www.imdb.com/title/tt0089886 for those that want to "get it" too...

    5. Re:will it help? by ChrisKnight · · Score: 1

      Only 33.6 percent, and the RV of course.

      -Chris Knight

      --
      -- This sig is only a test. If this were a real sig it would say something witty. --
    6. Re:will it help? by jridley · · Score: 1

      Don't ever worry about who will get it. The right people will get it.
      (that's an MST3K reference, BTW, on top of the Real Genius reference).

  8. Not for sites expecting a slashdotting... by pavera · · Score: 0, Offtopic

    I don't know what it is good for, but I'd have to say its not good for:

    Sites that you might want to withstand a slashdotting.

    Seriously never seen a site down so fast, the first comment was about how it was slashdotted.

  9. HUH! Yeah, absolutely nothing, listen to me by pla · · Score: 0, Troll

    Seriously, the summary lacks something... like "how does this differ from Emacs/VI"? I can edit HTML or XML just fine in Emacs or VI. I can run them on just about any platform in existance. The results (at least, with me as the creator) support every browser that at least basically conforms to the W3 standards.


    With apologies to Edwin Starr.

  10. Fantastic for thin client development by siberian · · Score: 4, Interesting

    Since Laszlo apps can be output either as DHTML or as SWF contained content it works wonders for embedded development.

    I'm building a small embedded linux based system to handle my A/V switching infrastructure in my home. The box itself can be considered a toaster, very much like a LinkSys router. Combining thttpd, Ruby (small footprint with Ruby2exe) serving POX(Plain Ole XML) and then Laszlo as the SWF contained client I can provide a hugely rich experience for the user on my minimalistic embedded platform.

    The Eclipe IDE tools are 'Ok' and do the job well enough at the start but you'll need to tweak it a bit more to get a really solid look.

    Overall this is a fantastic alternative to Adobe Flex in many ways, particularly in its openness, huge community support and low/no cost. Flex 2.0 is also low low cost now but we will see how that plays out.

    So, for me Laszlo is Rich App on a thin client primarily. Very nice.

  11. slashdotted by phiber9 · · Score: 1

    as others have reported, it's already slashdotted. coral cache has the same page (http://www.donhopkins.com.nyud.net:8080/drupal/no de/124) but, is this maybe it?

  12. From GTA3?? by Anonymous Coward · · Score: 0

    Okay, is like no one going to make the connection between GTA3's Laszlo from Chatterbox and this so-called "OpenLaszlo"? I think I'm going to call in and tell him about this!

  13. yeah man by bunions · · Score: 1

    Drag and drop and accordion panes are totally unintuitive.

    hyperlinks, tables and full page refreshes were good enough for my grandpappy and they're good enough for me!

    --
    there is no need to sign your posts. this isn't usenet. your username is right there above your post. stop it.
  14. google cache link to the article by Anonymous Coward · · Score: 0

    Here's a google cache link, seeing as mirrordot didn't get it in time.

    http://www.google.com/search?q=cache:1LG-XvkuOI8J: www.donhopkins.com/drupal/node/

  15. From a year long coder in Laszlo by spoco2 · · Score: 5, Informative

    Firstly, Google cache.

    I've been coding in Laszlo for almost a year now for a new product my company is launching soon, and I have to say it's a great language to use. A very easy way to create great web applications while still being able to write completely Object Orientated code... There's absolutely zero need to code in a WYSIWYG style method ala visual basic or the like, our application dynamically loads in its objects and layout from a db, completely configurable... it's all very nice.

    The article itself is quite a nice summary of what Laszlo is I suppose. It does seem to harp on a bit about PHP as a back end, when there is nothing tying laszlo to php at all... we were using Ruby, now we're using Java, and are able o talk directly to Java classes from within Laszlo code using a JavaRPC structure. As the Laszlo server is a Java app, it all sits together nicely.

    Also it's good to see it mentioning the alternate runtime of DHTML which is currently able to be played with at Openlaszlo.org (currently in pre-beta). So, in the future you'll be able to write your code and chose to render it to Flash OR DHMTL or Both... it's all very nice.

    Is there anything that people who are interesting in Laszlo would like to know from someone who's been coding in it for a while? As while I'm not a zealot of it or anything, I do like it a lot, and just would love to see as many people as possible using it. :)

    1. Re:From a year long coder in Laszlo by Anonymous Coward · · Score: 0

      I'd love to see more examples of it in use on the web. Ideally, real-world functional product examples, not just canned demos (which I admit look quite nice)

    2. Re:From a year long coder in Laszlo by spoco2 · · Score: 3, Informative

      Did you see Pandora listed in the article? That's a fully fledged, and nice app. Also Laszlo mail is installed as the default webmail for Earthlink subscribers? And of course... there's this list of apps! :)

    3. Re:From a year long coder in Laszlo by NovaX · · Score: 1

      - I like the idea of using JavaServer Faces and renderkits, so you can easily migrate to different presentation technologies. Did you write directly to Lazlo's API or use a renderkit-type method? IBM has a Lazlo-JSF renderkit and that seems like the best way to go in that world.

      - If you're writing to the API, how tied to it are you? With a rederkit, you can quickly make changes from a web-browser to a PDA, with the components taking care of the display issues. Is display migration an issue?

      - How is performance? I've always found the examples on OpenLazlo to be slow, limitted, and not seem to be very useful in the real world.

      - How much time have you spend on the UI versus other techniques (e.g. DHTML/AJAX)? If longer with Lazlo, do your customers see your UI as value-added? Does it reduce your time from working on the core business-logic?

      There's some questions for you. :)

      --

      "Open Source?" - Press any key to continue
    4. Re:From a year long coder in Laszlo by Anonymous Coward · · Score: 0

      There's also a bunch of resources for Open Source Flash, in particular the MTASC open source flash compiler and a new promising language called haxe that can be used for Flash but also AJAX/Javascript and on the Server side. Looks like it will be presented at OSCON 2006, might be interesting to follow.

    5. Re:From a year long coder in Laszlo by spoco2 · · Score: 4, Insightful

      - I like the idea of using JavaServer Faces and renderkits, so you can easily migrate to different presentation technologies. Did you write directly to Lazlo's API or use a renderkit-type method? IBM has a Lazlo-JSF renderkit and that seems like the best way to go in that world.

      Laszlo's code is not tied completely to an actual final renderpath... ie. while currently your only option is flash, as can be seen on their homepage, they have a working DHTML output that works as well... and the idea is that the code you write is independant of what output it finally has.

      We code in Laszlo's mixture of XML and Javascript, and it compiles that to Flash for rendering. The final output may be in a browser, may be on a phone, or whatever.

      - If you're writing to the API, how tied to it are you? With a rederkit, you can quickly make changes from a web-browser to a PDA, with the components taking care of the display issues. Is display migration an issue?
      OK, so we're writing our own 'renderkit' if you will... we're using a modification of the Visual Proxy methodology and as such our final display objects can be changed and modified based on what it's rendering to. But we do use a number of the inbuilt Laszlo visual components (windows, buttons, sliders and the like)... but as they render in flash, anything you can run flash on, they'll run on.

      - How is performance? I've always found the examples on OpenLazlo to be slow, limitted, and not seem to be very useful in the real world.
      Performance is always something that we battle with, but we're trying to manipulate hundreds of linked visual objects onscreen at one time, with many calculations running in the background. You have to be tricky here and there, but you can do some amazing things. Basically, the limitations are not really a result of Laszlo as such, but the fact that you're running an app within a web browser, and you always have to be conscious of that. The more you use it though, the more you learn the tricks to get a great user experience... I would hate to be trying to do this in DHTML.

      - How much time have you spend on the UI versus other techniques (e.g. DHTML/AJAX)? If longer with Lazlo, do your customers see your UI as value-added? Does it reduce your time from working on the core business-logic?

      (First up... this is AJAX, very much so it's Asynchronous Javascript and XML)
      We spend a fair amount of time on the UI, but only because the main thrust of our app is presenting a whole lot of data in a visual way that the users can interact with in different ways to any other applications in this space... so it's a large portion of the appeal of this app. That it's targetted at the Marketing teams of companies means that it should be easy to use and appealing to work with, hence the flash interface.

      We have coded other PHP/Javascript/DB applications for clients (we have one being finished up at present), and while they're nice to work with etc. And do take less time to initially code they have a number of drawbacks:
      * Maintenance is harder as writing directly for HTML output means trying to be cross-browser friendly, which results in solutions for each of the major browsers. Flash means it just works the same, full stop.
      * It looks the same. While you can do some pretty great things with DHTML etc. It's all still pretty web browser looking, you're tied to that due to limitations of what you can do, and performance issues if you stray too far from the simple. Flash allows you to have nice transitions, animation of key things, fluid interface interactions etc. Plus it's can be very different visually if you so wish.
      * As for the time we can spend on Business Logic vs Interface. As in this space we are coding in an OO language, and can create nice class seperation and encapsulation, we can completely split off our business logic from our presentation code. This makes ongoing maintenance of either side of that equation

    6. Re:From a year long coder in Laszlo by NovaX · · Score: 1

      Yep, thanks!

      All I meant regarding the business logic vs. interface was a question of priorities, rather than whether you use an MVC-style architecture. It was largely another wording for the adjacent question, as in: Does Lazlo force you to spend more time on the UI than on business-level features?

      That can be a concern depending on your market, so a lot of people either blindly believe that the UI doesn't matter or is overly important. I was trying to gauge how much emphasis your company put on UI work (and whether it could be a concern or an asset). So I asked it in a few different ways in case you didn't fully answer the question. But you did. :)

      Thanks again!

      --

      "Open Source?" - Press any key to continue
    7. Re:From a year long coder in Laszlo by schvenk · · Score: 1

      If you're writing to the API, how tied to it are you? With a rederkit, you can quickly make changes from a web-browser to a PDA, with the components taking care of the display issues. Is display migration an issue?

      I would argue that that's a dangerous approach: If you have a single UI for two platforms with radically different display sizes, it's liable to be difficult to use on one or both. Not necessarily true for sites and very simple apps, but as you get into complex applications I think it would be a problem.

    8. Re:From a year long coder in Laszlo by NovaX · · Score: 1

      It definately could be if you expect the same UI logic to be reused. However JSF is a component framework, so you can either have the component render itself (thus having a PDA view, Web view, etc) or use a renderkit. The renderkit can decide what to show and how. I believe the idea is that different UIs can be created in an architecture as either a set of components that are designed as a self-contained MVCs with multiple views, or uing renderkits as application-level views. Either way, the UI is kept seperate from the underlying logic.

      Note: I am a beginner in JSF so my explanations are fairly vague and could be slightly wrong.

      --

      "Open Source?" - Press any key to continue
    9. Re:From a year long coder in Laszlo by int19h · · Score: 1

      >We code in Laszlo's mixture of XML and Javascript, and it compiles that to Flash for rendering. The final >output may be in a browser, may be on a phone, or whatever.

      Except if you're using 64-bit *nix, where getting flash to work properly currently requires installing a 32-bit environment inside your 64-bit environment (chroot), and running your browser from there with the proprietary plugin from Macromedia. I don't know anyone who actually does this.

      A good enough open source version of an swf-player might show up anytime soon, though. :)

    10. Re:From a year long coder in Laszlo by spoco2 · · Score: 1

      End users surfing the web, or using this product in a business environment using 64Bit Linux would be what though? 0.0001%?

      64Bit Linux as a server, sure, but it really doesn't affect a large enough userbase to be of any concern I'm afraid.

    11. Re:From a year long coder in Laszlo by int19h · · Score: 1

      I think you're pulling statistics up of your hat. We both know that neither of us know how many are using 64-bit Linux for the desktop. I know many, including myself, who uses it for the desktop, but I don't have any hard statistics either. Nobody's asked me what I'm using, and you can't trust the user-agent strings from the browsers, so how can one know? I've never heard about any polls for this either.

      Regardless of what the current situation might be, I'm convinced that 64-bit Linux is in growth for the desktop.

      To sum it up, you're inventing statistics to support your claim. And furthermore, Flash is still not supported "in a browser, on a phone or wherever".

    12. Re:From a year long coder in Laszlo by spoco2 · · Score: 1

      No, I don't have any hard stats to back up my claims, just the common sense knowledge that:
      a) The percentage of 64 bit systems is still very small in comparison to 32bit
      &
      b) The percentage of Linux being used as a desktop is still very small in comparison to Windows

      Multiply one small percentage by another small percentage and you get a tiny percentage. Also... once it becomes a large enough user base to worry about, Adobe will port it to it, no issue there.

      Also, as I stated, our target audience is business users within Marketing areas, so they are almost entirely using Windows boxes (some are Mac based, but that's fine for us too).

      And And furthermore, Flash is still not supported "in a browser, on a phone or wherever".

      Huh?

      So, flash running in 94.8 percent of all US (if you want more stats of other areas, check out this list (I'm using flash version 7 stats, although our code will run on 6 or above if need be) browsers is 'not supported in a browser'
      and in the Original Article that this is attached to it shows a Laszlo app running in the flash player ON A PHONE.

      So, yeah, it kinda does run in a lot of places... and the flash player is being pushed to run in other items as well.

      Completely dismissing Flash as a distribution platform for applications just because it doesn't run on some tiny amount of the world's possible computers, and ones that don't even concern us from a target point of view is just pure Flash hatred for no good reason. I suppose you dismiss anything with images or mouse interaction as some people use text based browsers?

      And that the laszlo system will be offering DHTML rendering soon as well only further broadens our available market.

    13. Re:From a year long coder in Laszlo by int19h · · Score: 1

      Thanks for your well-reasoned reply. After reading it thoroughly, I'm actually man enough to admit that you are completely right, and that I'm just angry for not having flash on my favorite platform. :)

      Be well!

  16. Lazlo is quite cool by SirSlud · · Score: 1

    From my tinkering with it a few years ago, its really quite a neat little sandbox develop neat little web componants (flash based or dhtml based) from xml feeds. To me, it kinda seemed like a neat 'OSX Dashboard' concept for the web. People could develop neat UI interfaces fed by xml data, and those componants could be shared, or forked, or what have you.

    --
    "Old man yells at systemd"
  17. Any one else think... by BigGar' · · Score: 1

    That Open Lazlo was an open source project to easily fillout those, no purchase neccessary, enter as often as you like, sweepstakes entry forms?

    --


    Shop smart, Shop S-Mart.
    1. Re:Any one else think... by Anonymous Coward · · Score: 0

      Come on! Mod this one up! Anyone who makes a joke out of an obscure Real Genius reference deserves a few points.

    2. Re:Any one else think... by BigGar' · · Score: 1

      Thanks for the support :-)

      --


      Shop smart, Shop S-Mart.
  18. Fantastic for skinny client development by Anonymous Coward · · Score: 0

    "So, for me Laszlo is Rich App on a thin client primarily. Very nice."

    Hey! Give me back my words. :) Seriously I see this running on one of those reflashed Linksys NAS servers. The back-end is talking with everything else on the local net, and the front-end can either be a browser, or Macromedia's stand-alone player.*

    *There's also one thing no one has done yet. Get Laszlo to spit out XUL.

    1. Re:Fantastic for skinny client development by siberian · · Score: 1

      I'm using the JJPlus Linux Appliance (linux.jjplus.com).

      Great little machine, I highly recommend it.

    2. Re:Fantastic for skinny client development by SimHacker · · Score: 1

      OpenLaszlo certainly could target XUL eventually, but the demand for and installed base of Flash and DHTML is much larger, so Laszlo Systems decided to put their resources into targeting those platforms first.

      Brendan Eich thinks OpenLaszlo supporting XUL would be a great idea, too. The recent developments for supporting multiple runtimes are intended to make it easier to target XUL and other platforms, and since OpenLaszlo is open source, your contributions towards supporting XUL would certainly be appreciated!

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
    3. Re:Fantastic for skinny client development by SimHacker · · Score: 1

      Sorry -- I misinterpreted what Brendan was saying: he thought it would be a good idea to modify the Eclipse OpenLaszlo IDE to support XUL directly. Although I don't think he'd have any objections to the idea of OpenLaszlo targetting XUL. But right now, XUL and SVG aren't as widely supported as Flash and DHTML.

      Personally, I wish SVG had a chance at becoming as popular as Flash. It would have made a wonderful runtime for OpenLaszlo. But now that Adobe, the main commercial supporter of SVG, has bought Macromedia, I doubt that will ever happen. Anyone from Adobe want to chime in and reiterate their commitment and support for SVG, outline their roadmap for the next version, explain how it's going to be reconciled with Flash, etc? Or is SVG just another bastard stepchild, now that Adobe's main reason to support it (to fight against Flash) is gone?

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
  19. OpenLaszlo's potential goes beyond the web by Trinition · · Score: 5, Interesting

    To me, OpenLaszlo is not about the web. If you think about what it does, it allow syou to specify a complete user interface and logic in an XML file. The layout is done with XML, and the logic is done with ECMAScript (yes, that's what JavaScript became).

    The first OpenLaszlo solution compiled this XML into Flash which can run in any browser. Then they made a new compiler which turns it into DHTML so youd on't need Flash any more. So now you can take the same application written once (as an LZX XML file) and compile it to Flash or DHTML and get the same behavior. Both of those are very ubiquitous mediums. If you read their roadmap, they also have plans for Java client.

    My hope is that one day, there will just be clients that read the LZX XML directly. These clients could be written in Java, .NET, TclTk, C++, you name it. They would all read the same LZX XML and render it for the user. That's very much how various different browsers all read the same HTML file and render it. So you might be thinking that its no better than HTML, but:

    • It is a tighter specification than the original HTML which planted the seed for incompatibilities
    • It is designed from the beginning for user interface declaration, not text markup
    • It leverages two well-accepted standards: XML and ECMAScript

    If I had to pick a solution for the world to use for rich internet applications, I'd choose OpenLaszlo over Java Applets, Java WebStart, Macromedia Flex, DHTML, etc.

    1. Re:OpenLaszlo's potential goes beyond the web by tenchiken · · Score: 1

      If I had to pick a solution for the world to use for rich internet applications, I'd choose OpenLaszlo over Java Applets, Java WebStart, Macromedia Flex, DHTML, etc.

      The great news is, the way they are going, you won't have to. Right now Laslo interpretes the code to DHTML and Flash.I hope someday they do a XUL port as well. But anyway you look at it, you will be able to at least code your app in something friendlier then Javascript, and relegate Javascript to just simple glue and scripts, what it was designed for, rather then writing everything from scratch in Javascript.

    2. Re:OpenLaszlo's potential goes beyond the web by maxume · · Score: 1

      So how does it compare to XUL(and XAML for that matter)?

      --
      Nerd rage is the funniest rage.
    3. Re:OpenLaszlo's potential goes beyond the web by killjoe · · Score: 2, Insightful

      XUL only works in firefox, XAML only works in windows (vista) and probably only in IE.

      Other then that the same idea though. If you don't want to tell some of your customers to go away because they chose a different browser or a different operating system then you then you should use a technology that is supported by everybody.

      --
      evil is as evil does
    4. Re:OpenLaszlo's potential goes beyond the web by maxume · · Score: 1

      Okay, but why lazlo->dhtml and not a xul or xaml (maybe a subset) ->dhtml? What does it add?

      --
      Nerd rage is the funniest rage.
    5. Re:OpenLaszlo's potential goes beyond the web by killjoe · · Score: 1

      Openlazlo exists, the other two don't. I would say that's a slight advantage for openlazlo.

      --
      evil is as evil does
    6. Re:OpenLaszlo's potential goes beyond the web by suv4x4 · · Score: 1

      . Then they made a new compiler which turns it into DHTML so youd on't need Flash any more.

      You don't need Flash any more if you're willing to give up the advanced functionality, speed, and expect various quirks to pop-up in the different browsers you'll run it in.

      Right now the DHTML version is a lot slower than Flash 7's version. And given the massive rendering and script running speed improvements of Flash 9 (Flex 2 targets), you can expect the difference to be even more drastic.

    7. Re:OpenLaszlo's potential goes beyond the web by fbg111 · · Score: 1

      ...the logic is done with ECMAScript (yes, that's what JavaScript became).

      Of course we're all aware of that, but nobody actually calls it ECMAScript. If the ECMA wants to change JavaScript's name, they'll have to get over their tendancy toward stupid self-aggrandizement and come up with something with a better ring to it.

      --
      Flying is easy, just throw yourself at the ground and miss. -Douglas Adams
  20. What is it good for? by Anonymous Coward · · Score: 1, Funny

    What is it good for? Absolutely nothing!

    1. Re:What is it good for? by jimijon · · Score: 1

      Say it again!

      --
      Mind | Body | Spirit | Cash
  21. Dumbing Down? by briancnorton · · Score: 1, Insightful

    When you say "Dumbing Down" do you mean making it usable? Are you the same guy that uses vi because it does the same thing as notepad? Usability creates acceptance. There is no reason to make things complicated if they don't have to be. As a fairly literate computer user, I still want simple things to be simple to do.

    --

    People who think they know everything really piss off those of us that actually do.

    1. Re:Dumbing Down? by Anonymous Coward · · Score: 0

      For the record, saying that vi does the same thing as notepad is like saying a tank is the same thing as a VW Bug. Just because you could theoretically drive both to the mall doesn't mean a) you should or b) there's not a lot more under the hood in one than the other.

      vi is not appropriate for everything, but for many people who program for a living, it's a godsend for efficiency's sake. And when those deadlines are getting close, being able to hit 5cw instead of mouse-highlighting saves more time (and wrist movement) than you'd think.

    2. Re:Dumbing Down? by mangu · · Score: 3, Insightful
      Are you the same guy that uses vi because it does the same thing as notepad?


      I'm the guy that uses vi because I could never guess how to make notepad do the simplest things one could imagine. Like indenting a function, showing code with syntax highlight or moving to the start of the next block.


      Those things that every programmer does all the time and are so simple in vi and so impossible to do in notepad.

  22. One thing: by ninja_assault_kitten · · Score: 1

    PHP is not a web service.

    1. Re:One thing: by plams · · Score: 1

      Even less so when it's slashdotted.

  23. Re:HUH! Yeah, absolutely nothing, listen to me by SirSlud · · Score: 4, Insightful

    Its not edit, like YOU edit the XML, its edit as in have non-programmers edit data. You can use Lazlo to build web apps using SWF or DHTML for the view layer, and from my experience, Lazlo is makes quite a nifty RAD web platform to provide the view/edit layer for XML data (and under that, the database layer.) Others have pointed out that your Lazlo app can speak directly to java applications as well. Its an extremely thin platform to provide a really rich user experience on, with minimal re-inventing-the-wheel overhead.

    > The results (at least, with me as the creator) support every browser that at least basically conforms to the W3 standards.

    What do you want, a gold star? Why is this site full of programmers who discount new tools to add to the toolbox out of hand? Lazlo is pretty neat. I was a distributed web application programmer for a long time (FreeBSD, CORBA), now I write games for consoles like the PS2 ... if I didn't have tools to make my job easier, and had to do everything in vi just to prove I could, I'd go crazy. I think programmers who are so self-contented with being able to do things the 'hard-core' way just because they can are seriously missing the point. I can do everything you can do, but the more important question is why would I want to? Sure, I still use vi from time to time, but only when it makes sense to do so. I'm open to anything from vi to Visual Studio, as long as it saves me time and makes it easier for me to make my knowledge more valuable to people around me.

    --
    "Old man yells at systemd"
  24. Ideal rich thin client. by Rdickinson · · Score: 1

    Its easy to develop in, XML based with javascript, OO, clean and featured, extensible, can talk to whatever back end data you have (java, soap, php whatever) renders meadia/feature rich great looking client apps into browsers (or stand alone) using either Flash or DHTML.

    It is NOT flash or DHTML, its a language with a compilter/renderer, output is flash (and very soon DHTML).

    Easiest way to produce clean great looking feature rich web applications I;ve found.

  25. OpenLazlo.org crashes Firefox by catch23 · · Score: 1

    I don't know whether it's fault of my firefox browser, or fault of their webpage, but I don't have a high confidence of a software product that advertises cross-platform capability but crashes in my Linux based Firefox. Does www.openlazlo.org crash in anyone else's browser besides mine? Or perhaps I'm just an outlier.

    1. Re:OpenLazlo.org crashes Firefox by Kelson · · Score: 1

      Works fine in my Linux-based Firefox.

      In fact, Firefox 1.5 seems to be their reference platform for the initial DHTML version (which is newer than the Flash front-end), though they plan to target Firefox and IE, and are "reasonably confident" about Opera and Safari. I tried their DHTML demo (a photo management app) in Opera 9 beta 1, and while parts of it worked, it wouldn't actually display any of the thumbnails. Eh, beta browser plus beta site.

      Anyway, you might want to check your spelling: it's www.openlaszlo.org -- don't forget the s before the z.

    2. Re:OpenLazlo.org crashes Firefox by sootman · · Score: 1

      Were you at openlazlo.org (parked domain) or openlaSzlo.org/ (the site we're discussing)?

      --
      Dear Slashdot: next time you want to mess with the site, add a rich-text editor for comments.
  26. Huh! Good God! by SensitiveMale · · Score: 1

    Absolutely nuthin!
    Say it again y'all.

  27. Wrong layer by xeno-cat · · Score: 1

    Silly comment. Do you have any idea what there server setup is? Didn't think so. Laszlo is the development platform, not the load balancing or caching layer. Thats where you can piss and moan about Slashdottings.

    Now does every site need to worry about the drooling Slashdot hords when 99.999 percent of all their other traffic is handled perfectly by their existing setup? Nope.

    Kind Regards

    --
    "A few great minds are enough to endow humanity with monstrous power, but a few great hearts are not enough to make us w
  28. While you wait for a mirror... by md17 · · Score: 1

    Check out Flex 2. It's similar to OpenLaszlo; free as in beer and the source code is provided. However, applications built with Flex 2 run much faster than OpenLaszlo applications, there are a ton more features, and the programming model is better.

    1. Re:While you wait for a mirror... by killjoe · · Score: 1

      Only flash though right? Lazlo now also supports HTML and AJAX.

      --
      evil is as evil does
    2. Re:While you wait for a mirror... by md17 · · Score: 1

      Yes, Flex applications utilize Flash as their virtual machine. The problem with outputting to HTML is that you then have to write to the lowest common denominator. So you loose great features like: binary sockets, vector graphics, bitmap manipulation, offline storage, JIT compiled performance, cross-domain requests, multiple file uploads, E4X, ECMAScript, etc. If you don't want any of those features, then I would recommend using a true Ajax framework. If you can do what you need with DHTML and you like the Ajax programming model, then why do you need a Flash version?

    3. Re:While you wait for a mirror... by SimHacker · · Score: 4, Informative

      There's a major and important difference between Flex and OpenLaszlo: Flex is designed to lock you into Flash, and OpenLaszlo is designed to free you from Flash and enable you to deploy your application on other runtimes like DHTML. Also, OpenLaszlo is true Open Source Software, and FLEX is not. FLEX has some strict licensing restrictions about how you can use it, how you can modify it, and what you can the source code.

      Why do you say that Flex 2 applications run much faster? They're both running on the same Flash player. The main overhead is rendering graphics on the screen, followed by interpreting the SWF byte codes. Why should FLEX applications be any faster then OpenLaszlo applications? What do you mean by "the programming model is better"?

      Are there any application as complex as Laszlo Mail implemented FLEX? Can you point us to any FLEX applications of similar complexity that we can test drive, and compare the speed for ourselves?

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
    4. Re:While you wait for a mirror... by md17 · · Score: 1

      OpenLaszlo is true Open Source Software, and FLEX is not.
      Can I get commit access to their svn repo? Who owns the code I contribute to OpenLaszlo?

      Why do you say that Flex 2 applications run much faster? They're both running on the same Flash player.
      Actually Flex 2 applications utilize the new VM in Flash 9 which in a number of benchmarks shows performance improvements of 10x to 100x.

      What do you mean by "the programming model is better"?
      There is a lot to cover here and I'm off to see a movie in a few. I'll get back to you. But just to mention a few... ActionScript classes. Optional strong typing. Support for interfaces and extending classes.

      Are there any application as complex as Laszlo Mail implemented FLEX?
      JBoss is using Flex 2 to build their web based email client. Check it out on their blog.

    5. Re:While you wait for a mirror... by killjoe · · Score: 1

      Another problem is that flex requires the latest version of flash.

      --
      evil is as evil does
    6. Re:While you wait for a mirror... by suv4x4 · · Score: 1

      Why do you say that Flex 2 applications run much faster? They're both running on the same Flash player. The main overhead is rendering graphics on the screen, followed by interpreting the SWF byte codes. Why should FLEX applications be any faster then OpenLaszlo applications? What do you mean by "the programming model is better"?

      Totally incorrect. FLEX 1 creates Flash 7 apps, and thus is limited to what Flash 7 offers. FLEX 2 targets the upcoming Flash 9 player (currently in public beta).

      The features Flash 9 has over Flash 7 (including the innovations of Flash8) which affect the speed of FLEX2:

      - First and foremost a totally new rebuilt JIT runtime. It's from 10x - 20x and in limited cases up to 100x times faster than the old, poorly designed interpreter. E4X support, true typing support (helps avoid plenty of pointless casts and memory on typeless "atom" variables), true ECMA4 compliant, true class support (classes in Flash 7 were hacks). I'm testing Flex 9 for a long time, and it's indeed that much faster in code execution.

      - The new runtime has also completely rebuilt, elegant programming model. Flex 1 was full of hacks, since the old engine had to keep compatibility with Flash 4 SWF-s. Now since that engine is "frozen" and kept in the player for compatibility with existing content only, the new model is consistent, clean, and the new event model is very fast, the mouse and kb events bubble as they should, and a lot of what was before script implementations now run natively in the runtime.

      - From Flash8 and implemented in the new components framework of Flex8 comes bitmap caching and the full bitmap API-s support. In Flash 7, when a window covers another window and moves away, everything is rerendered as vectors from scratch. This is similar to how Windows renders windows today, except that Flash uses no hardware and has antialiasing, so it's more CPU intensive. In Flash8 and later, you get to cache a 1:1 bitmaps that are quickly redrawn as memory copy operations back to the screen for elements that don't change every frame (you can also move cached controls/windows/graphics without regenerating). This is more similar to how Vista renders windows, since it also caches the representation of Windows.

      So, caching makes a huge improvement in graphics rendering speed, and the new engine makes a huge difference in code clarity, and code speed (and the components have a lot of code so *it does matter* for speed a lot, tested and verified), and this is why Flex 2 is so different.

      As a last point, Flex doesn't "lock you in Flash". It's just a environment and framework for taking advantage of the Flash runtime. If you don't like using Flash, you don't have to use it.

      The Flex 2 compiler and framework are *FREE*.

    7. Re:While you wait for a mirror... by triceam · · Score: 1

      Yahoo! Maps beta http://maps.yahoo.com/beta// was build completely in Flex 1.5. You should check it out.

    8. Re:While you wait for a mirror... by gse · · Score: 1

      >> OpenLaszlo is true Open Source Software, and FLEX is not.
      > Can I get commit access to their svn repo?

      Sure. Just like any open source project, you earn your stripes and you get commit access. And like other big open source projects, OpenLaszlo has a review process for all commits.

      Are you implying that I could get commit access to the Flex codebase? Or that Flex is open source? What are you implying?

      >> What do you mean by "the programming model is better"?
      > There is a lot to cover here and I'm off to see a movie in a
      > few. I'll get back to you. But just to mention a few... ActionScript
      > classes. Optional strong typing. Support for interfaces and extending
      > classes.


      >> Are there any application as complex as Laszlo Mail implemented FLEX?
      > JBoss is using Flex 2 to build their web based email client. Check it out on their blog.

      Dude, this is simply disingenuous. You're on the Flex team, and you wrote the JBoss webmail client. Common courtesy dictates that disclose that stuff before pimping.

      That said, I don't think it's fair to compare the two mail clients; they are of different scope/complexity.

      (Disclaimer: I work for Laszlo Systems, and worked on the Laszlo Mail product for the past year.)

      --
      wordclock records :: flailing since 2000
    9. Re:While you wait for a mirror... by SimHacker · · Score: 1

      The OpenLaszlo compiler is being rewritten to support the more efficient Flash 9 runtime, as well as other runtimes like DHTML/AJAX:
      http://wiki.openlaszlo.org/Legals_Project
      http://wiki.openlaszlo.org/Legals_Project_Plan

      SWF9 Runtime Goals

      The immediate goal of the swf9 porting project is to take advantage of the performance improvements in swf9 (AVM2). The swf9 vm is 10x faster for low-level stuff, with types another 2x or so. A secondary goal is to enable access to new features of AVM2, especially where these features are or will also be supported by other runtimes (e.g., regular expressions, E4X support deferred from intial release). It is not a goal of this project to add these new features. For example, it is outside the scope of this project to add regular expressions or E4X to the OpenLaszlo platform. However, this project should leave the platform in a state where it is easier to add these features in a way that has support on at least one swf and one non-swf target.
      http://en.wikipedia.org/wiki/OpenLaszlo
      The OpenLaszlo server is a Java servlet that compiles LZX applications into executable binaries for targeted run-time environments. OpenLaszlo currently targets the Flash Player, versions SWF6, SWF7 and SWF8. The version now in development, code-named "Legals", will also target SWF9 and traditional DHTML as deployment targets by end of 2006.

      But of course Flex locks you into Flash! If not, then please tell me what other runtimes does Flex support, besides Flash? Can you compile Flex programs into DHTML that runs in the browser without Flash, the way you can do with the new version of OpenLaszlo? Will Flash ever support Microsoft Avalon, the way Laszlo plans to? Or will it ALWAYS require the Flash player, and directly expose many Flash specific features instead of abstracting them the way OpenLaszlo does?

      And how did you make the conceptual leap from "more affordable pricing" to "*FREE*"? There's a world of difference between Adobe offering a free non-commercial evaluation for a product they charge a steep per-developer and per-server license for, and true Free Open Source Software like OpenLaszlo. Can you please tell me what the "big per-CPU price tag" will be, or did Adobe make you sign an NDA before telling you that?

      http://labs.adobe.com/technologies/flexbuilder2/
      How much will Flex Builder 2.0 cost?
      Flex Builder 2.0, which includes a license for the Flex framework, will be licensed on a per seat basis, similar to other integrated development environments. Final pricing is not yet available, but Flex Builder 2.0 will be sold for less than $1000 per developer.

      http://www.sitepoint.com/blogs/2005/10/06/flex-20- announced-with-more-affordable-pricing/
      While the current version of Flex costs some US$12,000, Flex 2 will cost less than US$1,000 for the basic components described above. Although you're constrained to communicating with the server via XML data transfer and SOAP Web Services, you can certainly implement anything you can do with AJAX and DHTML, only with a richer GUI. What's missing from the package is the server-side component of the Flex framework, which has been split into a separate product for Flex 2: Flex Enterprise Services 2.

      Flex Enterprise Services 2 will come with the big per-CPU price tag, but will be significantly upgraded from the server-side facilities provided by Flex 1. The main focus of the enhanced package is the transparent availability of server-side resources (such as database records and enterprise services) within Flex applications.

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
    10. Re:While you wait for a mirror... by md17 · · Score: 1

      Sure. Just like any open source project, you earn your stripes and you get commit access. And like other big open source projects, OpenLaszlo has a review process for all commits.

      Your contributor faq doesn't indicate commit access, only that patches must be submitted via email. Not quite "true open source".

      Are you implying that I could get commit access to the Flex codebase? Or that Flex is open source? What are you implying?

      I am not trying to imply that Flex is more "open" than Laszlo, rather that Laszlo isn't "true open source". Why didn't you respond to my comment about ownership? In my mind, with "true open source" I still own the code I contribute.

      (Disclaimer: I work for Adobe, and after JBoss decided to use Flex 2 for their webmail client, I spent my own time, on evenings and weekends helping them build it.)

    11. Re:While you wait for a mirror... by md17 · · Score: 1

      But of course Flex locks you into Flash!
      This is silly. This is like complaining about how Ajax frameworks lock you into XmlHTTPRequest (which BTW is not a standard and only exists because Microsoft added it to the browser).

      And how did you make the conceptual leap from "more affordable pricing" to "*FREE*"?
      Ummm, maybe because the Flex SDK that does everything Laszlo can do and more IS FREE.

    12. Re:While you wait for a mirror... by suv4x4 · · Score: 1

      And how did you make the conceptual leap from "more affordable pricing" to "*FREE*"?

      Because it's free. The compiler and the framework is free as in beer: for commercial and non-commercial projects, forever.

      The IDE is sub $1000, but you can expect plenty of free IDE-s to pop-up that use the compiler, just like it happened with the free .NET compilers.

      I won't even comment on the "it locks you" argument, but you probably realize that in your quest to put Flex in a bad light you've written few quite ridiculous posts. Grow up.

      Flex 1's licensing sucked, I hated it as well most of the Flash developers did. But now Macromedia is part of Adobe, Adobe has money, Macromedia is not desperate for short term cash, so their new long term profit strategy is far more friendly towards their consumers than you try to spin it.

    13. Re:While you wait for a mirror... by gse · · Score: 1

      Your contributor faq doesn't indicate commit access, only that patches must be submitted via email. Not quite "true open source".

      Just like that big phony "the linux kernel"!

      The fact is that not having direct committer access is (a) about to be fixed, and (b) an infrastructure detail that doesn't detract from the fact that we have healthy participation from the community -- our new 3.3 release contains many community-contributed bug fixes and new features.

      Also, we in fact have direct committers on the project now, working in svn branches. The docs on the web are out of date.


      I am not trying to imply that Flex is more "open" than Laszlo, rather that Laszlo isn't "true open source".

      *boggle*

      OpenLaszlo is released under an OSI-approved license (CPL). "OSI approved" means "meets the OSI's definition of open source".


      Why didn't you respond to my comment about ownership? In my mind, with "true open source" I still own the code I contribute.

      Well, in your mind you can define "true open source" however you want. But in actuality, open source does not ncessarily mean the contributor owns the code. Many, many projects require that contributors assign copyright to the project, because otherwise the licensing issues quickly become unmanagable. (here's a good article.) Here's a short list of other projects that have similar requirements: the FSF (you may have heard of them), Gentoo, Novell (SuSE), Zimbra. There are lots more.

      OpenLaszlo contributors assign copyright to the project, but in turn they license back their code. The license is very broad and allows the contributor to pretty much do whatever he/she wants with their code.

      This "well you're not open source enough!" is a silly red herring anyway. My beef is not with your posting opinions about OpenLaszlo. Everyone has an opinion and you're entitled to post yours. But astroturfing without disclosing your motivations (in this case, who signs your paycheck and which projects you contribute to) is anti-community and just uncool. You've acknowledged your allegiences, move on.

      --
      wordclock records :: flailing since 2000
    14. Re:While you wait for a mirror... by SimHacker · · Score: 1

      "*FREE*" does not mean "free (for non-commercial use only) (sub $1000) (plus an unannounced but high per-server licensing fee)". How much will Adobe charge for the server license? Have they told you, and are you under NDA? Please answer the price question, before claiming it's "*FREE*".

      FLEX certainly does lock you into Flash. Why is this so hard for some people to understand? OpenLaszlo will support DHTML as well as other runtimes. OpenLaszlo's runtime-independence is quite an important point. Not everybody wants to run the Flash player, and DHTML is NOT going away, and even Avalon will be rolled out eventually. When will FLEX support DHTML, Avalon, or any other runtime than Flash? Please answer the runtime question, before claiming that FLEX doesn't lock you into Flash.

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
    15. Re:While you wait for a mirror... by SimHacker · · Score: 1

      It's not silly at all -- you're just not thinking out of "Flash -vs- AJAX" box. The new version of OpenLaszlo IS an AJAX frameword that gives you independence from XMLHTTPRequest, because you can compile your OpenLaszlo programs for DHTML (using XMLHTTPRequest) or Flash (using a different Flash based mechanism to download and process XML). It provides a higher level (and more powerful, easier to use) abstraction than XMLHTTPRequest, instead of exposing the low level implementation details directly.

      OpenLaszlo targets multiple runtimes. One of them is Flash. Another of them is DHTML. It will target other runtimes in the future, like Avalon, as they mature. It does not lock you into any of them. It give you independence from them all.

      FLEX only targets Flash. The code you write won't be portable to any other runtime platform. FLEX locks you into Flash. It's a simple as that. That limits your choices, and ties you to being dependent on Adobe.

      Since the new version of FLEX takes advantage of the latest version of Flash, then why can't I download the latest version of the Flash player for Linux or a Pocket PC or a cell phone? Because Adobe hasn't gotten around to updating those obsolete bastard stepchild versions yet. We're all at their mercy. That's why it's crucial to be able to develop code for open platforms like DHTML, that don't depend on Adobe's release schedule.

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
    16. Re:While you wait for a mirror... by SimHacker · · Score: 1

      As long as people on the FLEX team are fact-checking, could you people please correct the mis-impression that FLEX is "*FREE*"? Surely Adobe doesn't want to encourage software piracy of their products. Unbundling the SDK and giving that away under certain conditions, doesn't make the whole system free, like the entire OpenLaszlo system really and totally is. I can download and install the Microsoft .NET Framework SDK for free too, but that doesn't mean I can pirate the entire source code of the Microsoft web server and programming environment without forking over any cash to Microsoft.

      Please tell us how much a developer license will cost, and how much a server license will cost? Or are you allowed to disclose just how non-free it really is, at this time?

      Also, while I have your attention: Does Adobe have any plans for FLEX to target alternate runtimes than Flash, like DHTML or Avalon?

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
    17. Re:While you wait for a mirror... by suv4x4 · · Score: 1

      "*FREE*" does not mean "free (for non-commercial use only) (sub $1000) (plus an unannounced but high per-server licensing fee)".

      Dude, why don't you spend some time researching instead of ranting. Flex 2 doesn't need a server nor does its framework, it produces standalone SWF files you can deploy on a server of your desire.

      The compiler/framework and the rest of the SDK is not "free non-commercial sub $1000" it's "free commercial or non-commercial $0", get it?

      How much will Adobe charge for the server license?

      The server component in this release was isolated and its functionality is very limited. It offers mostly connectivity useful for big enterprises and its functionality is duplicated by open source project like AMFPHP.

      Macromedia has officially announced that the new version of AMF (AMF3) will be published in the upcoming Flash 9 format specification (the spec we always get after each release) and it's free to be implemented by 3rd party projects.

      That's it. I'm tired of trying to get some plain basic facts through your thick skull. Think whatever you wanna think. I think the rest of the Slashdot readers who will read my posts will understand clearly what I meant.

    18. Re:While you wait for a mirror... by SimHacker · · Score: 1

      Adobe has unbundled parts of FLEX (in reaction to OpenLaszlo), but it's still not all free, and parts of it are quite expensive, their prices not even announced. How can you claim something's free when Adobe hasn't even announce the price (but we all know it's greater than zero)? Microsoft's .NET Framework SDK is also "free", but not their web server and programming environment, and the source code isn't available.

      All parts of OpenLaszlo, including complete source code for the compiler and server, is totally free. The FLEX server isn't. How much does the complete source code to the Flex server and compiler cost to license? What do you have to do, to get svn commit access?

      And please address the question you dismissed before, about FLEX locking you into Flash. What other runtimes besides Flash does FLEX support, if it doesn't lock you into Flash? Of course FLEX locks you into Flash.

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
    19. Re:While you wait for a mirror... by suv4x4 · · Score: 1

      You're not even reading what I'm writing, just repeating points I've killed in my very first post. I just don't have the time to waste talking with what is a perfect example of a troll.

    20. Re:While you wait for a mirror... by SimHacker · · Score: 1

      You haven't addressed ("killed") the point about FLEX locking you into Flash. Your first post just said it didn't, but that doesn't mean it does, because you couldn't support that point. If FLEX doesn't lock you into Flash, then what other runtimes does FLEX support than Flash? In what way is it indepent of Flash? That's a simple enough question to answer, isn't it?

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
    21. Re:While you wait for a mirror... by SimHacker · · Score: 1

      This back-pedaling rationalization really makes me laugh:

      The server component in this release was isolated and its functionality is very limited. It offers mostly connectivity useful for big enterprises and its functionality is duplicated by open source project like AMFPHP.

      OK, so Macromedia has broken FLEX up into three parts: the SDK, which is "*FREE*" as you say, a developer tool, which is "under $1,000 per developer" as rumors have it, and the server component, which is "under $10,000 per server" as rumors have it. The official prices aren't announced, but they ARE NOT free, and NONE of the system is "Free Open Source Software".

      Now here's the hillarious part: you're claiming that the "under $10,000 per server" part is actually "isolated and its functionality is very limited" and that its functionality is duplicated by open source projects. So can you please explain why they're charging so much money for it??? Are they actually trying to discourage developers from buying it, by charging so much for something that you claim is practically useless and duplicated by true Free Open Source Software??!

      Can anyone please explain what the "under $10,000 per server" FLEX product does that's worth that much money? Your claim that it doesn't do anything useful raises the legitimate question: Is Adobe really committed to FLEX in the long term, or are they preparing to dump it?

      If Adobe is really as committed to SVG as they used to claim, then why don't they modify FLEX so it also supports the SVG runtime, as well as Flash? Maybe because they've also dumped SVG, and it's just on artificial life support but they haven't officially notified the family of SVG developers yet? I really love SVG, but I got over grieving its death a long time ago.

      Too bad Adobe won't pull the plug on PDF they way they scuttled SVG. The new version of PDF starts up in "twice the time" of the old version, but that still locks up the system for at least 30 seconds. My worst nightmare is that Adobe will modify FLEX to support PDF as an alternate runtime to Flash!

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
    22. Re:While you wait for a mirror... by SimHacker · · Score: 1

      Since you work on the FLEX team, could you please tell us if Adobe will continue to support SVG, and if FLEX will support SVG as an alternative runtime? And how much the developer tool and server will cost? Stuff like that...

      Disclaimer: I worked on Laszlo Mail as a contractor for Laszlo Systems. I've also developed several SVG projects, so I'm interested to know if Adobe's still supporting it. Does Adobe's SVG plug-in still hard-crash Mozilla/Firefox? That's why I gave up on SVG.

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
    23. Re:While you wait for a mirror... by md17 · · Score: 1

      I can't speak to Adobe's overall SVG strategy because I really don't know. But I do know that a subset of SVG is supported in Flex. As for Flex 2 pricing, the SDK is free, and single CPU deployments of Flex Data Services are free. Exact pricing on Flex Builder and clustered FDS haven't been announced.

      For more info on the Free Flex 2 SDK, see: http://labs.adobe.com/technologies/flexframework2/

      Also for more info on Flex's SVG support see:
      http://livedocs.macromedia.com/labs/1/flex20beta2/ wwhelp/wwhimpl/common/html/wwhelp.htm?context=Live Docs_Parts&file=00001271.html
      http://livedocs.macromedia.com/labs/1/flex20beta3/ wwhelp/wwhimpl/common/html/wwhelp.htm?context=Live Docs_Parts&file=00000992.html

    24. Re:While you wait for a mirror... by SimHacker · · Score: 1

      Importing a subset of SVG graphics without supporting scripting or animation is a whole different story than deploying FLEX applications that run in an SVG player instead of the Flash player. The page you refered me to said that the FLEX tool (but not runtime) only supports importing SVG images, not running applications in the SVG viewer, nor scripting nor animation:

      Flex supports a subset of the SVG 1.1 specification to let you import static, two-dimensional scalable vector graphics. This includes support for basic SVG document structure, Cascading Style Sheets (CSS) styling, transformations, paths, basic shapes, and colors, and a subset of text, painting, gradients, and fonts. Flex does not support SVG animation, scripting, or interactivity with the imported SVG image.

      It's disappointing that Adobe, who pioneered interactive SVG with animation and scripting, is now back-pedaling and only supporting importing a subset of static SVG without scripting and animation, which is the most interesting aspect of SVG. Does it at least support any of those wonderful SVG pixel filter features like drop shadows and 3d shading to make puffy buttons, which SVG is so nice for?

      There are people who are claiming that FLEX doesn't lock you into Flash, which makes me wonder if they have some inside knowledge about Adobe's plans to deploy FLEX applications on other runtimes than Flash. Will FLEX applications ever run in the SVG viewer or DHTML web browsers without the Flash player? Have you heard anything about alternate runtimes for FLEX, or is it true that FLEX is designed to only support Flash, and no other runtimes?

      OpenLaszlo was designed from the start to target multiple runtimes, like (currently) DHTML and (theoretically) the SVG player. In an ideal universe where SVG thrived, OpenLaszlo might have supported SVG as an alternate to Flash, except for the fact that in this universe SVG is pretty much dead, thanks to Adobe's promising the world then dropping the ball. The last nail in the coffin of SVG was the way that the Adobe SVG plug-in caused Mozilla 1.0 to hard crash. So any web page that used the SVG viewer caused all Mozilla based browsers to dump core and close all windows.

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
    25. Re:While you wait for a mirror... by md17 · · Score: 1

      I really don't know what will happen to SVG. But in my opinion it has little value without being ubiquitous, and it is nearly impossible these days for new technologies to get that kind of adoption (like more than 90%), largely due to the chicken & egg problem. Flash is here to stay and is a great platform for building web based applications.

    26. Re:While you wait for a mirror... by md17 · · Score: 1

      - The Flex SDK is free as in beer.
      - The Flex SDK ships with the framework source code.
      - The Flex SDK compiles applications to SWF format.
      - SWF files compiled with the Flex SDK can be hosted on any web server without restriction.
      - Applications built with the Flex SDK can connect to any HTTP Service (RESTful or other), SOAP Web Service, or any binary socket.
      - Official pricing for Flex Builder hasn't been announced.
      - Official pricing for Flex Data Services hasn't been announced; except that single CPU, non-clustered deployments will be free.
      - Flex Data Services includes functionality which I don't think exists in Laszlo; Including Java Remote Objects, Pub/Sub messaging which optionally connects to JMS or other backend messaging systems, and a Data Syncronization Service which is like Hibernate for RIAs.

  29. Grammar nitpick by Acy+James+Stapp · · Score: 1

    It's not "Object Orientated". It's "Object Orientificamated"

    --
    -- Too lazy to get a lower UID.
    1. Re:Grammar nitpick by Moofie · · Score: 1

      I think you misspelled "Object Orientatifimicitatistified".

      --
      Why yes, I AM a rocket scientist!
  30. rhymes with openlezbo by sl4shd0rk · · Score: 0, Offtopic

    I'm all for it, whatever it does. As long as I can watch.

    --
    Join the Slashcott! Feb 10 thru Feb 17!
  31. What is OpenLaszlo, and what is it Good For? by mikeron · · Score: 1

    "Making an arm of swiss cheese?"

    1. Re:What is OpenLaszlo, and what is it Good For? by zenwrench · · Score: 0

      i thought it was "making enormous swiss cheese"?

    2. Re:What is OpenLaszlo, and what is it Good For? by ratman09 · · Score: 1

      lots of random ideas that pop in to you little heads:)

  32. well by icepick72 · · Score: 1

    I remember a similar front page article on Slashdot a year ago. If you gotta' ask what it's good for again, and if it hasn't made its way into the public yet, then Slashdot will most immediate site hits and promote interest but unless the questions is ever answered, it will fizzle again.

  33. Laszlo - great front end by palantir0 · · Score: 1

    Laszlo is basically a javascript compiler where the render agent is either flash or dhtml. There is a cool demo taking the same source and targetting flash or dhtml but dhtml it isn't ready for primetime yet. Who should use it? Applications with long running time - I have found nearly every site leaks memory. Some of this is IE basically allowing leaks for backwards compatibility and others from just bad coding. I have found laslzo to be stable in this regard. Small applets are very easy also and present very well. In all, it is probably the best package out there. It is well rounded, looks good, and quick to develop for. I think its popularity will rise tremendously when dhtml targetting is out of beta. Cheers

  34. Re:HUH! Yeah, absolutely nothing, listen to me by SimHacker · · Score: 1

    Programming OpenLaszlo compared to writing raw DHTML/JavaScript/AJAX is like the difference between writing assembly language, and writing in a high level language like Python or Lisp.

    It saves you a lot of time, and enables you to write and configure reusable components instead of re-inventing the wheel each time.

    -Don

    --
    Take a look and feel free: http://www.PieMenu.com
  35. Re:HUH! Yeah, absolutely nothing, listen to me by SimHacker · · Score: 1

    Sorry for the backwards metaphore. I meant OpenLaszlo is to raw DHTML/JavaScript/AJAX as Lisp/Python/etc are to Assembly Language.

    -Don

    --
    Take a look and feel free: http://www.PieMenu.com
  36. Mirror up by SimHacker · · Score: 2, Informative

    Owch! I restarted apache and mysql, made a static text mirror of the drupal page, and RewriteRuled it into place at the original url: http://www.donhopkins.com/drupal/124 Now maybe you can fetch the article, I hope.

    Sorry about the embarassing Dru Paux.

    -Don

    --
    Take a look and feel free: http://www.PieMenu.com
    1. Re:Mirror up by Doc+Ruby · · Score: 1

      Starting Score: 1 point
      Karma-Bonus Modifier +1 (Edit)
      Total Score: 2

      -1: 134 comments
      0: 130 comments
      1: 112 comments
      2: 81 comments
      3: 24 comments
      4: 14 comments
      5: 10 comments

      Hundreds of modpoints assigned, but none to the comment by the author about the accessable status of TFA.

      --

      --
      make install -not war

    2. Re:Mirror up by Anonymous Coward · · Score: 0

      Dru Paux? Is that halfway between Dru Paul and Draux Pas?

  37. haXe is a unified Flash, DHTML & AJAX solution by shapr · · Score: 1

    I started learning haXe last week. It's pretty cool.
    haXe compiles to Flash, and JavaScript on the client-side and nekoVM on the server-side.
    This is nice because I only need to know one language to build the whole solution.
    haXe is a javascript-like language with some OCaml influences. It's implement in OCaml and is quite nifty.
    Feel free to check out the Teach myself Flash tutorials I've been writing over the last few days.
    To get back to the topic, I started with OpenLaszlo, but I don't really need such a simplistic solution, so I switched to haXe, where I can do everything Flash can do.
    On the other hand, I'd rather use Scalable Vector Graphics and not have to use Flash at all! Firefox, please finish implementing SVG!

    --

    Shae Erisson - ScannedInAvian.com
  38. Obnoxious Perpetuation of Flash as a web UI by Anomalyst · · Score: 1

    Why does everyone want to use MY computer to run THEIR code. OL might be worth a look when it is really DHTML capable, but I run NoScript to block ALL flash and most javascipt. If your site is running a Flash or JS site with no alternative access method, I'll go to your competitor.

    --
    There is no right to feel safe thru security vaudeville at the expense of everyone's freedom, privacy and tax money.
    1. Re:Obnoxious Perpetuation of Flash as a web UI by jma05 · · Score: 1

      Just like you use your computer to watch their content. The % of people deliberately blocking Flash content is very very small - just a small fraction of geeks. I doubt that your use case has much weight. That said, I am no fan of Flash sites.

    2. Re:Obnoxious Perpetuation of Flash as a web UI by spoco2 · · Score: 1

      So, you don't use Google Maps or any other service that uses Javascript then?

      I mean really, this outright hatred of Flash is ridiculous. In our case we are coding an application for use within Businesses. What this allows us to do is to not have to install any client on their pcs, not have to worry about getting updates to them, as we just update our servers with the latest version, and next time they load the app, it's brand new.

      By rendering to flash you remove almost 100% of the issues of cross browser incompatibility of using DHTML and the like, and you also get a much more attractive user interface.

      Quite frankly, Flash is a far more usable interface for web apps than DHTML.

    3. Re:Obnoxious Perpetuation of Flash as a web UI by freeworld · · Score: 1

      Think a bit larger. The Web solves an age-old distribtion problem, but at the price of losing all that rich functionality you got used to with your favorite WIMP interface. Rich Internet Apps give you the full features of a thick client, with the benefits of the web.

      However, our friend does point out a cosmic divide, between the traditional IT folks and their general disdain for anything "too webby." "Flash? FORGET THAT! I BLOCK IT!" And no wonder, he thinks its only used for cute calendar pop-ups. But RIA has the power to change the way IT is done forever, if only people stop thinking in their little boxes.

      Flash. It's not just for Skip Intro anymore.

  39. Re:haXe is a unified Flash, DHTML & AJAX solut by spoco2 · · Score: 1

    I only just found out about Haxe... but are there any examples at all of it being used in an actual application.

    Interesting concept, but until I see it proven in practice, I'm not going to spend much time on it!

  40. One major shortcoming. by Schmig · · Score: 3, Informative

    I did a development job with Flex lately and was impressed, to say the least. In less than a day I had prototyped the entire interface of a rich administration UI, including tabbed panels, wizards, drag and drop between lists, etc.

    Contrast this again so called AJAX; the day would have spent trying to figure out why my resizable table columns were jumping across the page in internet exploder. A comparable prototype would have taken weeks.

    Once finished that work I thought seriouly about moving my own projects across to Flex but was put off by the prohibitive price (OK, I see this has changed in some way apparently...) So I investigated Lazslo, and herein is the point I want to make.

    Laszlo lacks an *extremely* important aspect of Flex; declarative bindings from client side flash controls/models to remote java beans. In Flex, you can provide a thin service wrapper for whatever API you want to work against and declaratively tie client apps to it in minutes. Flash looks after the (asynchronous) serialization of deeply nested java obj graphs to actionscript and vice versa; in my experience this worked flawlessly. Lazslo on the other hand required the client to invoke something akin to a servlet that would generate a bunch of XML; this could be parsed by the client runtime and various controls populated.

    Seems to me this is quite a major shortfalling compared to Flex which can for instance bidirectionally bind list controls to the return value of your service method public List getXXXXX. IMHO it puts the products in two different leagues. And mind you this was Flex 1.5 so probably the technology is better again. Apologies for sounding like a salesman..but I felt here at last was a web UI technology usable without selling one's soul...

  41. I liked it better... by Anonymous Coward · · Score: 0

    "OpenLaszlo is an open source platform for developing user friendly web based applications, which work identically across all popular browsers and platforms (Windows, Mac, Linux, IE, Firefox, Safari, etc)."

    I liked it better when it was called Java.

    How many times do we need to reinvent the wheel, people?

    1. Re:I liked it better... by freeworld · · Score: 1
      How many times do we need to reinvent the wheel, people?
      The obvious answer is "until we get it right." I can only say that your love of Java as a solution to Rich Internet App development must come from never having to actually write and deploy a Java Swing app. (Hint: IT IS A NIGHTMARE.)

      There is far more that can be said in this regard but suffice for now that there is compelling reason to NOT use Java as the "write-once run-anywhere" client it was promised to be.

  42. We wrote Gliffy in Laszlo... by vidog · · Score: 3, Interesting

    ...and it worked for us.

    Our web based diagram editor:

    http://www.gliffy.com/gliffy/

    Chris Kohlhardt
    Co-founder, Gliffy Inc.

    1. Re:We wrote Gliffy in Laszlo... by mihalis · · Score: 1
      We wrote Gliffy in Laszlo...

      (Score:3, Interesting)

      by vidog (83824) Alter Relationship on Monday May 22, @10:57PM (#15385157)

      (http://www.vidog.com/)

      ...and it worked for us.

      Our web based diagram editor:

      http://www.gliffy.com/gliffy/

      Very nice! I just had a quick go and it seems like a very nice little diagram editor. What are the plans for the future - pay version? Advertising on the site? In the diagrams?

      Thanks

      Chris

    2. Re:We wrote Gliffy in Laszlo... by kanweg · · Score: 1

      Could you give us an approximate (but truthful) number of man-time necessary to develop this spiffy looking site?

      Bert

    3. Re:We wrote Gliffy in Laszlo... by vidog · · Score: 1

      I would estimate it's taken is about 1 man year of coding to pull this off. There are two of us, but we've had plenty of non-coding distractions during that time period.

    4. Re:We wrote Gliffy in Laszlo... by vidog · · Score: 1

      Thanks!

      We currently have advertising on published diagrams only. (example: http://www.gliffy.com/publish/1001932/L )

      We plan to have a for-pay premium version in the future, but we expect to always have a free version, too.

      -chrisk

    5. Re:We wrote Gliffy in Laszlo... by kanweg · · Score: 1

      Thanks for sharing. And again, I think it is very nice.

      Bert

    6. Re:We wrote Gliffy in Laszlo... by pkphilip · · Score: 1

      You have a real neat product - if you include support for importing and exporting from tools such as Visio, then you are damn near unbeatable. Very cool!

      Prem

  43. here's a site that will help by Anonymous Coward · · Score: 0

    ... that is, help you get around being bored by the now-slashdotted, currently unreadable website pushing the story mentioned in the parent post.

    In fine off-topic form, with absolutely no relevance to the site mentioned above (which none of us can read anyway):
    http://www.wheresmyho.com/

    It's a website to find hookers. Like, as a web service or something. Looks like a joke site to me, albeit a different kind of joke (and imho, a funnier one) than the server that's powering the story at http://www.donhopkins.com/drupal/node/124

  44. Just the tool for creating SUBSCRIPTION software? by macraig · · Score: 2, Interesting

    Yep, this is exactly the kind of tool that Microsoft and other Big Software wants to have and see widely used. The more that people begin seeing software as deliverable "content" rather than the buy-it-at-Sears appliance that it is, the easier it will be for Microsoft and other Big Software companies to force us to pay for it all every month.

  45. I beg to differ by glesga_kiss · · Score: 1

    I tried it out for six months or so for a project and ended up abandoning it. For basic stuff it's fine, but if you want to manipulate data client-side, it's loaded with bugs including some nasty refresh issues. Combine that with zero support on the forums, and I wasn't all that impressed. It had a load of potential, perhaps it's just not ready yet.

    1. Re:I beg to differ by TheLevelHeadedOne · · Score: 1

      When did you try it? What was the OL version? Your post is worthless if you don't include relevent information. If it was in OpenLaszlo 2.x, you probably did struggle.

      I have no problem manipulating data on the client side and posting it back to the server.

      I also disagree with your statement about zero support on the forums. The questions that go unanswered are usually of the variety that are either 1) too stupid to be asked, or 2) so painfully obvious by at least a cursory glance at the documentation or 3) been asked and answered on the forums so many times that no one answers. Other than that, the forums are good for support.

      --

      Twin or more? ITA
      Apache/Spring/La
    2. Re:I beg to differ by glesga_kiss · · Score: 1
      When did you try it? What was the OL version? Your post is worthless if you don't include relevent information. If it was in OpenLaszlo 2.x, you probably did struggle.

      For about four months, say starting a year ago. Version 3.1 is still installed on my box, though I started with 3.0 IIRC.

      I wanted to do things a little bit differently than the API allowed at the time. I do note that some of these features are now implemented and I do intend to revisit it (the whole project is on the back burner at the moment). Especially given the DHTML support. The idea of the multi-channel interested me as I'm a bit adverse to doing it in Flash for various reasons, but Open Laszlo interested me enough to give it a go.

      WRT to the forums I asked a couple of questions and they weren't no-brainers, believe me. I also logged a bug on the forum, with a testcase, and got no response.

    3. Re:I beg to differ by spoco2 · · Score: 1

      We have a working demo of our application (not for public consumption), that does some pretty funky stuff with data manipulations, checking in tree portions, consolidation, timelines etc. etc... and it handles it all.

      Have there been painful experiences with it as we've gone along? Oh hell yeah, but I've had that with every language I've ever coded in (Which is up to... hmmm... Dunno... like 9 or so now?). Refresh issues were a big pain, and probably will be a bit again, but there are ways to mitigate those problems and it is getting a lot better too. (Trees handling dynamic data is still horrible if you use the default tree, but if you use the tree contained in the latest release's 'Incubator' then you'll have much, much more luck!).

      We have been very, very impressed with what you can do with it...

  46. MM: Parent not a troll! by Anonymous Coward · · Score: 1

    Are most Slashdotters actually too young to know a reference to
    classic rock lyrics? The guy even gave the source, Edwin Starr!

    This isn't a case of "troll" or "insightful" - Try "Funny" or "Unfunny".

  47. COMIX on LAZSLO by tiago.cardoso · · Score: 2, Interesting

    Hey, Laszlo also worked for us in a good way.

    MaiNada Comics use Open Laszlo for the drawing and displaying of comics.

    It's a new and free site, where users can draw their comic strips directly online. It's really fun and has some cool features. Other users drawing are drawn in "real time" and are ranked by everyone. Strips can be viewed by ranting, date or user. Anyone can even blog their comics with one line of code (an iFrame link). This is an important resource to artists wanting to publish their work online without the knowledge to create a website. And it's a good initiative for comic art.

    Chek it out and see what Lazslo can be used for!
    ( MaiNada Comics - Laszlo Drawing tool )

    --
    Tiago Cardoso
  48. rush hour by lon3st4r · · Score: 1
    What is it good for?

    Absolutely nothing! Say it again!

    Can't help but remember the song and the superb chemistry between tucker and chan in rush hour!

  49. Yet another non-solution by Deusy · · Score: 1

    I know I'm biased but this really doesn't address the key problems with "Internet Application" development.

    Flash is just not a suitable host scalable, OS integratable, independent applications. DHTML is just not powerful enough, no matter how fancily you use it. AJAX is just yet another overly complex web-hack, just dressed a bit better than before.

    The only real solutions for me are XUL and Vexi. XUL is limited to Firefox/Mozilla users. You'll be hearing more about Vexi before the year is up.

    --

    Free Gamer - Free games list and commentary

    1. Re:Yet another non-solution by siberian · · Score: 1

      Well, it really just depends on your audience.

      My audience is 'well to do Internet Explorer users on nearly modern hardware' and the app requires absolutely no OS integration. For that audience Flash is a great container.

      But I agree, today Flash/DHTML are almost like Java applets circa 1996. Very geewhiz but offering little outside of their own entertainment value.

  50. Re:haXe is a unified Flash, DHTML & AJAX solut by Anonymous Coward · · Score: 0

    Nicolas Cannasse ( http://ncannasse.free.fr/ ) from http://www.motiontwin.com/ created both haxe and neko. NekoVM is a virtual machine, neko a language, nekoML a meta-lang and mod_neko the apache extension; all by one guy. Haxe will be used in production but only by people looking to build flash, ajax or dhtml based sites (ie: neither myself or the OP). I am looking forward to using neko/mod_neko for a project as soon as the JIT is done.

  51. Nope by The+Cisco+Kid · · Score: 2, Informative

    Well, it appears to be flash based, and while it sort of works, when I tried the laszlomail demo, none of the 'form' fields had labels, eg, I had no idea what to enter in each one. (FireFox, WITH the latest flash plugin, on FC5)

    If it was truly portable, it wouldnt depend on flash. And to be honest, flash is a horrific thing for anything interactive. Its great for cartoons and entertainment, but nothing that you actually need to use for anything serious.

    1. Re:Nope by foniksonik · · Score: 1

      As opposed to HTML? How about your desktop GUI? Is there any difference except in the maturity of the format? Nope.

      This isn't 'Flash' based... it is SWF based which means it is a Flash player compatible version of SVG which is an XML language for vector graphics.... similar to PDF which is what OS X uses for displaying it's UI.

      Not suitable for anything serious? Adobe's Flex 2 will prove you wrong. To date it is already being used in Government applications as a front end for DB manipulation and queries.

      OpenLazlo is an Open Source alternative to Flex. Without it Adobe will once again dominate a very important niche market.

      So you are wrong... this is very serious stuff, even if it's still quite immature.

      --
      A fool throws a stone into a well and a thousand sages can not remove it.
    2. Re:Nope by The+Cisco+Kid · · Score: 1

      It requires a 'flash' plugin, therefore doesnt work in a browser without it. When I saw the screenshot of laszlomail, I thought that maybe this was similar in quality and usefulness as Gmail's interface (which does NOT rely on flash [or swf, or whatever, it doesnt require any plugins]) but it turned out to be dismal instead.

      EVERY 'interactive' website based on flash I have ever seen is slow, awkward, doesnt allow you to resize the text, and tried to turn everything into graphics instead of letting the browser render the text. Also, while I'm not blind myself, how the heck is a screenreader that someone is blind supposed to be able to 'read' the 'pictures of text' that these things use? If any government agency is using this as its public interface to anything important, without an alternate W3C html compliant interface, they should be smacked over the head.

      Anyone using this crap should be forced to read the information at anybrowser.org (no, not my site, but one I highly recommend) for information on *useable* professional web development.

    3. Re:Nope by foniksonik · · Score: 1

      And PDFs require a PDF aware reader (on my system I have several), MSWord files require a viewer... some people use MSWord, HTML requires a browser... html without a browser is very difficult to read... there's all this markup in it that gets in the way of the content.... ad nauseum.

      So what's your point? Flash needs something that understands it's markup? Sure, yes it does. Ya got me.

      The SWF format has improved 3000% over the last 3 years. Text can now easily be rendered as text... selectable, copyable text... imported from an XML stream with fully formed tagsets and everything. Flash is still primarily about interactive graphics but Flex and OpenLazlo are about user interface.

      Did you realize that all components and ui elements in both Flex and OpenLazlo are XML declarations? The whole thing is one big XML file with CDATA areas for data bindings to pull in more XML?

      It just so happens that the flash plugin can read that XML, interpret a few of the nodes to mean "use this widget to display the following info, w/ the following styles applied", then render it and provide a stateful interface with live asynchronous interactivity.

      Should someone write software that will turn this XML into an audible application or convert it for use in braille readers...hell yes, and they will.

      I won't write anymore though.... You are ignorant and need to educate yourself before you can have an intelligent conversation about this topic.

      --
      A fool throws a stone into a well and a thousand sages can not remove it.
    4. Re:Nope by The+Cisco+Kid · · Score: 1

      And a website that consisted of nothing but a PDF would be just as stupid as one consisting of nothing but flash.

      PDF is for distribution of documents, and it works well for that

      Flash is for.. well.. ever hear the phrase 'all flash and no substance'? lets just say that 'flash' is aptly named. And it is NOT well-designed for use as an 'interface'. I have never seen anything designed in flash that I would consider 'well designed to be usable' - its all awkward, slow, ugly, and designed for a specific screen resolution and completely unusable at anything notabley higher or lower.

      So getting back to usability (not GOOD usablity, mind you, just basic) - even *with* a flash plugin, none of the form labels showed up when I tried to look at lazslo mail. Great portabilty there. I suppose it depends on Windows system fonts installed on the workstation. So much for "portable"

      Flash is 'ok' for entertainment (cartoons/etc). It is utter crap for anything else, period.

    5. Re:Nope by SimHacker · · Score: 2, Insightful

      Kid, you are completely missing the point. Go back and read the fucking article. OpenLaszlo is a high level XML/JavaScript based language that COMPILES into SWF, and now also COMPILES into DHTML/JavaScript. It's INDEPENDENT of Flash, because it targets other runtimes, including browsers WITHOUT the Flash plug-in.

      Your misunderstanding is like complaining that C++ locks you into 68000 machine language, because the first version of CGG initially targeted 68k. C++ is a (moderately) high level language that can be compiled to many different platforms. GCC in no way dependent on the 68000 processor, and it doesn't directly expose any 68000 specific features, so code you write in C++ can compile to any processor that the compiler supports. Do you see the analogy?

      To take the analogy a bit further, Cygnus made their money by supporting GCC and porting it to other platforms like the Sony Playstation, in many cases paid for by the developers of the platforms themselves. Laszlo Systems uses a similar open source model, developing OpenLaszlo applications like Laszlo Mail for big corporate customers like Earthlink, and enhancing OpenLaszlo to support popular platforms like DHTML and the latest version of Flash.

      On the other hand, FLEX is like a proprietary version of GCC that only compiles code written in a non-portable platform-specific language that only runs on one vendor's processor, and the code you write is by design NOT portable to any other platform, and you're NOT allowed to look at or modify the compiler source code, NOR modify it to support other platforms. And that's a lot less useful than an open source platform independent language like OpenLaszlo. FLEX is a textbook example of vendor lock-in, because it's purposefully design so it doesn't support any other platform than Flash.

      Adobe has a long track record of using vendor lock-in to tie customers into their products, and then quietly dropping their support for products without warning developers that they're about to have the rug pulled out from under them. Case in point: SVG. The SVG generated by Adobe's tools only works in Adobe's SVG viewer, and do you really think SVG has a future at Adobe, now that they've bought Macromedia and moved onto Flash? Adobe was the main company propping up SVG, just because they were fighting against Macromedia Flash, and that's over now. The fat lady has sung, and SVG is dead.

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
    6. Re:Nope by freeworld · · Score: 1
      The Web isn't just about Amazon, eBay, and Google. I've used flash to deliver internal IT applications that are never used by the public. It instantly solved my distribution problem of how to get the latest version out to 300 facilities spread over half the country, but without sacraficing the benefits of a thick client.

      That is what RIA is good for, including Laszlo, and that is what I wish people would start talking about, instead of "flash...bleh" and "email, golly" and all this other 1990's garbage.

    7. Re:Nope by foniksonik · · Score: 1

      You're such a rube...... again, ignorance.

      Flash scales to fit it's container... you set it to 100% and it will fill your screen no matter what size it is.

      You've got not clue what it is or what it's good for so stop with the mantra... it just proves your narrow POV.

      BTW you're talking accessibility, not usability... and I'm absolutely certain at this point that you would not know a usable interface if it bit you in the ass.

      Which cult of Perl did you graduate from anywho?

      Back to VIM with you codemonkey... or would you prefer emacs.... nevermind, just type monkey type.

      --
      A fool throws a stone into a well and a thousand sages can not remove it.
  52. Ever hear of Flex from Adobe? by triceam · · Score: 1
    I just wanted to let everyone know that this just an open source competitor to the Adobe Flex product. Adobe (formerly Macromedia) Flex is an extremely capable RIA (Rich Internet Applicaiton) toolset that runs within the Flash platform.
    Adobe Flex 2.0 delivers an integrated set of tools and technology enabling developers to build and deploy scalable rich Internet applications. Flex provides a modern, standards-based language supporting common design patterns and includes a client runtime, programming model, development environment, and advanced data services.
    The latest version (Flex 2.0 Beta 3), available at http://labs.adobe.com/, is freely available to everyone (Although you will need to pay for the development IDE from macromedia if you want it).
    At the core of Flex 2.0 is the Flex framework, which is included with Flex Builder and will also be distributed in the free Flex Software Development Kit (SDK). Using only the free Flex SDK, you can commercially deploy Flex applications that connect to XML and SOAP web services with no additional costs or server licensing required.
    I don't know about everyone else, but I'd rather go with a free framework from the people that created flash, rather than a framework from people that just use flash.
    1. Re:Ever hear of Flex from Adobe? by SimHacker · · Score: 1

      FYI, FLEX is actually a proprietary knock-off of OpenLaszlo, which was designed and published before FLEX. OpenLaszlo inspired FLEX, and FLEX is a reaction to OpenLaszlo, not the other way around. But FLEX completely (and purposefully) misses one of the most important points of OpenLaszlo, which is to provide INDEPENDENCE from Flash, and to target other runtimes than Flash, like DHTML/AJAX and Avalon.

      Apparently, some Adobe employees and their loyal customers are having a hard time getting their heads around that essential point: FLEX is designed from the ground up to lock you into Flash, and OpenLaszlo is designed from the ground up to be independent of Flash.

      What's Adobe's story about supporting DHTML, Avalon, XUL or SVG with FLEX? There is none. They won't.

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
    2. Re:Ever hear of Flex from Adobe? by SimHacker · · Score: 1

      Actually, several of the people who work on OpenLaszlo used to work on Director, Flash and FLEX, and have quite a lot of insight into those technologies. But they like OpenLaszlo better, so now they work for Laszlo Systems instead of Adobe. That's voting with your feet! I like OpenLaszlo because it's a tastefully well designed, full featured, modern programming language, since some of the OpenLaszlo architects used to work on real programming languages like Dylan and Common Lisp, and have lots of perspective and experience designing and implementing programming languages.

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
  53. Why no Vexi demos? by siberian · · Score: 1

    http://launcher.vexi.org/?core=0.92-test27&vexi=ht tp://download.vexi.org/widgets-0.92.vexi&vexi=http ://download.vexi.org/demo-1.0pre2.vexi
    --------------
    Proxy Error
    The proxy server received an invalid response from an upstream server.

    The proxy server could not handle the request GET /.

    Reason: Could not connect to remote machine: Connection refused
    -------------

    That kinda sucks. No other demo apps available.

    I want to see the power of Vexi, can you show me the way?

  54. Achtung! by Bloke+down+the+pub · · Score: 1
    saying a tank is the same thing as a VW Bug
    They do have something else in common - the VW bug was designed by Dr. Porsche, who also designed the Mark 6 (Tiger) Panzer.
    --
    It's true I tell you, feller at work's next door neighbour read it in the paper.
  55. Wrong by metamatic · · Score: 1
    OpenLaszlo is an open source platform for developing user friendly web based applications

    No, it isn't. It's an open source platform for developing user friendly Flash applications.

    --
    GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    1. Re:Wrong by jeff_schiller · · Score: 1

      Perhaps you missed the part about OpenLaszlo compiling to DHTML applications (target for end of this year) as well as Flash. Again, Laszlo is not about Flash, it's about Rich Internet Applications defined in XML and JavaScript. It just so happens that Flash is the most mature platform at the moment.

    2. Re:Wrong by metamatic · · Score: 1
      Perhaps you missed the part about OpenLaszlo compiling to DHTML applications (target for end of this year) as well as Flash.

      Perhaps you missed that I talked about what it is, not what it may one day be.

      When it produces XHTML + ECMAscript applications, I might be interested.

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    3. Re:Wrong by spoco2 · · Score: 1

      Did you even go to the site? Openlaszlo? RIGHT THERE you can launch a DHTML site from the SAME source code that also creates a Flash page.

      IT's there! It's in pre-beta, you can see it works.

    4. Re:Wrong by metamatic · · Score: 1

      Yes, and when it makes final release I might look at the application.

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    5. Re:Wrong by WWE-TicK · · Score: 1

      Wow ... in attempt to save face by defending your erroneous original statement, you still ended up looking like a total douche bag. Good job!

    6. Re:Wrong by metamatic · · Score: 1

      Wow... in an attempt to defend the software, you ended up making me want to have nothing to do with it or the people who like it. Good job!

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
  56. Did You Ever Hear of Vendor Lock-In? by jeff_schiller · · Score: 1

    I think you're missing the point that OpenLaszlo is not about Flash, it's about Rich Internet Applications on any suitable platform. Flash is the most mature, widely deployed platform so currently LZX applications are targeted for SWF. Later this year, LZX will allow you to compile to DHTML applications.

    Why is this a good thing? Well, if I'm a Linux user and I don't have a Flash 8 plugin for my browser, suddenly I can use your application.

  57. Re:HUH! Yeah, absolutely nothing, listen to me by abigor · · Score: 1

    "Why is this site full of programmers who discount new tools to add to the toolbox out of hand?"

    Because they aren't actually programmers. They're kids, hobbyists, and students who want people to see how smart they are, have never written commercial code, and ignore or are unaware of such all-important factors as maintainability and time to market. There's a reason no one pays money for someone to sit there and write PS2 code in vi (as you pointed out), but they can't quite grasp what that reason is.

  58. sounds like... by Anonymous Coward · · Score: 0

    monkey business to me

  59. slow performance by istokj · · Score: 1

    I'm all for new technology, but I just tried to implement an application using this in the last 4 weeks (instead of Macromedia's Flex) and with 60 or more fields, the performance just in clearing the form was upwards of 30 seconds or more. This technology has potential, but might be a ways off from truly useful enterprise apps.

  60. Cooqy's efficient low-bandwidth eBay interface by SimHacker · · Score: 1

    Cooqy is an OpenLaszlo eBay interface, which make efficient use of bandwidth, so you can use eBay over a 56k modem. They report that it reduces network traffic by 50x, and it's 2x to 10x faster to use than the html based eBay interface:
    http://www.prweb.com/releases/2006/3/prweb356237.h tm

    It's got a lot of other nice features like mapping, a photo magnifier, tagging, and an advanced search interface, with a trippy lava-lite-esque color selection interface (in case you want to search for purple lava lites).

    -Don

    --
    Take a look and feel free: http://www.PieMenu.com
  61. FLEX is a textbook case of Vendor Lock-In by SimHacker · · Score: 1

    Here is the definition of "Vendor lock-in" from wikipedia:

    In economics, vendor lock-in, also known as proprietary lock-in, lock-in, or the Pottersville pattern, is a situation in which a customer is so dependent on a vendor for products and services that he cannot move to another vendor without substantial switching costs, real and/or perceived.

    These costs to the customer create a situation which favors the vendor at the expense of the consumer. Monopolies tend to result when lock-in costs create a market barrier to entry, which may result in antitrust actions from the relevant authorities (the FTC in the US).

    Vendor lock-in is often used in the computer industry to describe the effects of a lack of compatibility between different systems.

    Different companies, or a single company, may create different versions of the same system architecture that cannot interoperate. Manufacturers may design their products so that replacement parts or add-on enhancements must be purchased from the same manufacturer, rather than from a third party (connector conspiracy). The purpose is to make it difficult for users to switch to competing systems. Examples include the several slightly different implementations of various open standards, the many variations of Unix, Microsoft Office's file formats, and also Microsoft's software in general.

    Now, please explain how FLEX is not a classic textbook case of vendor lock-in. Do you have a substantially different definition of it than wikipedia? If so, please share your definition, and tell us what you think it would take to qualify as vendor lock-in, why you think FLEX doesn't qualify, and name a better example that does qualify. Your first post in this thread claimed that it was not, but offered absolutely no support for that statement. Here's what you said:

    As a last point, Flex doesn't "lock you in Flash". It's just a environment and framework for taking advantage of the Flash runtime. If you don't like using Flash, you don't have to use it.

    The sentence you wrote following your denial does not support your false denial of the obvious fact that FLEX certainly does lock you into Flash.

    If you can tell me which other platforms FLEX supports besides Flash, then that will support your argument, but as far as I have ever heard, FLEX is Flash-only. But I'd love to be surprized by something you know that Adobe hasn't announced, so please enlighten me!

    You can also call me a troll if you like, but if you can't answer this simple question, then you're the troll, and you're just running away from an argument you know you can't win.

    -Don

    --
    Take a look and feel free: http://www.PieMenu.com
    1. Re:FLEX is a textbook case of Vendor Lock-In by md17 · · Score: 1

      I think you are confusing vendor lock-in with how most web application programming languages work. Besides Laszlo, are there any other web application programming languages that run under multiple virtual machines? Seems like the beef you have with Flex about not running in multiple VM's could also apply to Java, Perl, PHP, etc. Do you also have the same problem with those technologies?

    2. Re:FLEX is a textbook case of Vendor Lock-In by SimHacker · · Score: 1

      I think you're trying to handwave and redefine your way out of the cold hard fact that FLEX locks you into Flash. Flex is a proprietary knock-off of OpenLaszlo, that purposefully neglected to imitate the most important thing about OpenLaszlo, which is its platform independence. OpenLaszlo came before FLEX, and it was designed from day one to be platform independent. FLEX is never going to support alternate runtimes like DHTML, Avalon, SVG, or anything better that comes down the pike like 3D graphics runtimes. OpenLaszlo is designed to outlast Flash.

      The VM's for Perl, PHP, Python, etc are Free Open Source Software, but the VM for Flash is NOT. Unless you have any earth shaking announcements to make about Adobe open-sourcing Flash. If I want to port the latest version of Python to the Pocket PC, I can. But I've got to live with the obsolete version of Flash on the Pocket PC, because Adobe hasn't bothered to update it, and FLEX 2.0 applications that only run on SWF9 won't support the Pocket PC until Adobe gets around to updating Pocket PC Flash. Please tell me when Adobe's releasing the latest version of the Flash player for the Pocket PC -- I'd love to know, although I'm not holding my breath.

      There are certainly free open source VM's for Java, and yes I have a problem with the fact that Sun's Java VM is NOT really Free Open Source (although they keep promising to make it free, then redefining what they mean by "free").

      I'm quite disappointed by how most web application programming languages work (or rather, the many ways they DON'T work, and how badly they're designed). Take Cold Fusion for example: it's HORRIBLE! There's no reason web application programming language should suck so bad. If you think all web programming languages should be as badly designed as Cold Fusion, or lock you into one one particular proprietary platform like FLEX does, then you're suffering from Cargo Cult Programming.

      C++ is also a commonly used web application programming language, and useful for all kinds of other stuff too. Most C++ compilers target many different instruction sets and runtimes. That's not rocket science. Why do you think that web application programming languages should lock you into one platform, or necessarily be any worse than other normal programming languages?

      -Don

      --
      Take a look and feel free: http://www.PieMenu.com
  62. not as good as it could be by Anonymous Coward · · Score: 0

    Pros:

    Its pretty and looks cool.

    Cons:

    1. Its slow.
    2. The cummunity support sometimes just plain sucks. It can take several weeks before you get a responce from dev members.
    3. Does not play nice with all common platforms or java versions. Sometimes it works flawless others depending on which way the wind happens to be blowing that day.
    4. Sometimes you can't even get the server to run for no apparent reason. Same machine same java, day before.
    5. Takes too much time and effort to get it running. Almost alway, always it never works like they say it is suppose to, always some hitch. ...but it is pretty :)

  63. We looked at OpenLaszlo by speedbump · · Score: 1

    My company took a look at OpenLaszlo, and the developers thought it was going to be the answer to our website make-over, but we found that Laszlo is not quite 'there' yet. Some of the controls are very slow; too slow for serious work. Regretfully, we have decided that we need something a little more mature. We're currently looking at Backbase.

  64. What are Adobe's SVG plans? by SimHacker · · Score: 1

    Adobe used to say that SGV was here to stay, so why did they let it wither on the vine and die? (My theory is because they bought Flash, so now they don't care about SVG any more.) Why should we trust what they say about Flash, if they lied about supporting SVG?

    The Adobe SVG Page they say that "Adobe has taken a leadership role in the development of the SVG specification and continues to ensure that its authoring tools are SVG compatible." Is that still true? Will FLEX ever support more than importing a trivial static subset of SVG at compile time, and will it ever run on the SVG player? Why doesn't Adobe continue developing the SVG player, if it's not yet capable of supporting the requirements of FLEX? If Adobe is dumping SVG, then why don't they put the source code for their excellent SVG implementation out there as Free Open Source Software? Are they afraid it will compete with Flash?

    On the same page, Adobe also says "Open standards promote choice, provide lower-cost solutions, and facilitate interoperability." That I agree with! So now that Adobe's given up on SVG and moved on to Flash, will Adobe ever submit the Flash specification to an open standards organization so it can be openly standardized like SVG? Will Adobe ever publish the complete source code of the entire FLEX system and Flash as Free Open Source Software? Will Adobe at least make a statement that they won't sick their legal team on people who implement free open source Flash-compatible runtimes?

    The archive from 2001 says: "Adobe's intention is that future releases of the Adobe SVG Viewer will strive to achieve support for the full W3C SVG specification." What ever happened to that plan? Does Adobe's current SVG player fully support the W3C SVG specification, 5 years later? We've heard the lip service, now where's the beef?

    The archive from 2004 says: "Discover the open-source future of graphics with Scalable Vector Graphics." So what's the open-source future of graphics, now? I think that describes OpenLaszlo pretty well, because it's future-proof by not locking you into any one platform like Flash! Will Adobe be open-sourcing FLEX and Flash? How about at least making the SVG player open source, instead of quietly killing it and dumping its body like a forgotten bastard stepchild?

    -Don

    --
    Take a look and feel free: http://www.PieMenu.com