Adobe Apollo Launched, So Go Build Something

Trackbacks/Pings (Trackback URL)

1. nick
   

   March 18th, 2007 at 9:27 pm

   Getting the jump on OpenLaszlo who are relasing their Flash/Ajax version tomorrow.

2. Joss
   

   March 18th, 2007 at 9:43 pm

   yeah, Firefly does indeed rock

3. Sam
   

   March 18th, 2007 at 10:13 pm

   Can they please fix it so the mouse scrolling works on the Mac. That’s the first thing I noticed — these are second class applications on this platform. Further, it looks like they were designed for Windows with the menus inside the applications. Are we going to go through the same 5 year process Java did to look native on platforms or will they always look out of place? Similarly, I always hear people complaining about cut/paste in Flash, hopefully Apollo isn’t similarly afflicted.

4. john
   

   March 18th, 2007 at 10:15 pm

   No Linux support, and no indication when or even if Adobe will support Linux. Such a pain to wait for Flash 9.0 - are we going to see a large lag with Apollo as well?

5. mike chambers
   

   March 18th, 2007 at 10:20 pm

   > Further, it looks like they were designed for Windows with the menus inside the applications.

   If you get a chance, check out the documentation / release notes. Among other things, it mentions that native menuing has not been implimented in Alpha 1.

   The 1.0 release will support native menus (this is just a first Alpha release).

   >Can they please fix it so the mouse scrolling works on the Mac.

   I believe this has been fixed in Apollo Alpha 1 (it is working for me, on my mac). If you are seeing differently, then it is a bug.

   thanks for the feedback…

   mike chambers

   mesh@adobe.com

6. mike chambers
   

   March 18th, 2007 at 10:23 pm

   >No Linux support, and no indication when or even if Adobe will support Linux.

   Good catch. I just updated the FAQ:

   http://labs.adobe.com/wiki/ind.....port_Linux

   mike chambers

   mesh@adobe.com

7. jim
   

   March 18th, 2007 at 10:46 pm

   Interesting - but who wants to subject their users as their beta testers? I see a lot of compatibility issues here, especially with buggy Vista.

8. mike chambers
   

   March 18th, 2007 at 11:03 pm

   >Interesting - but who wants to subject their users as their beta testers?

   The Apollo Alpha is targetted at developers, and not end users.

   mike chambers

   mesh@adobe.com

9. brad
   

   March 18th, 2007 at 11:09 pm

   another useless, poorly designed framework. just what the internet doesnt need.

10. Alan Lewis
    

    March 18th, 2007 at 11:12 pm

    Jim -

    Having used Apollo since the first internal builds were available last summer, I can say that it is pretty darn solid for an “alpha.” Sure there are bugs, but remember that this is extension of technology that is more than a decade old — not something that it totally brand new. Adobe is very conservative with their releases, and if it were any other company, this release would be labeled “1.0″.

    Alan Lewis
    eBay

11. SearcH Engine WeB
    

    March 18th, 2007 at 11:21 pm

    The Art of Marketing - They launch it and issue the Press Release exactly at 12 Midnight monday morning to get a much early morning press coverage as possible

12. Morgan
    

    March 18th, 2007 at 11:58 pm

    Brad, the Internet is so cool that you don’t even have to use Apollo. Enjoy.

    Best of luck, it looks fabulous, although I just don’t relish the idea of learning such a broad new class of framework anytime soon, I’m still no expert at the technologies that pay my bills. Technology…

13. Jacob Levy
    

    March 19th, 2007 at 12:06 am

    I’m curious as to Apollo’s approach to security. When I was writing the Tcl plugin for Netscape (1997-1999) we struggled with this issue a lot. You’re either “inside” and then you have access to the local system and not to the Internet, or “outside” and then you can’t allow access to the local system. So I’m interested to see how Apollo approaches this issue.

    Some more questions:

    * Must all applications running on Apollo trust each other?
    * Is it possible to grant more privileges to an application or to restrict an application more as far as access rights are concerned?

    In any case, this is very interesting technology and yeah, if pulled off correctly, this will spawn a new wave of internet-enabled desktop apps.

14. Darren Stuart
    

    March 19th, 2007 at 1:22 am

    excellent at last. Now what was the point in signing up for an email when it was released when Adobe don’t bother to send the email out.

15. Andy
    

    March 19th, 2007 at 1:32 am

    Yes, Techcrunch do seem to have an “infatuation” with Apollo. Client applications are not really new in the Web 2.0 space, iTunes being a case in point, and other audio/video applications. Sure Apollo might be more appropriate for doing some web connected Office experiments, product customisation apps etc. but to me rather than seeming like a new cutting edge product, I think it will still seem very limitting to developers. Sites will still want good XHTML/AJAX for SEO and trusty Flash can currently play pretty videos. Then for richer client applications, don’t write off WPF/E from Microsoft, which will run faster more flexible applications cross-browser.

16. Rob Dixon
    

    March 19th, 2007 at 1:46 am

    -> Sites will still want good XHTML/AJAX for SEO and trusty Flash can currently play pretty videos.

    Andy, Apollo applications can be written using only XHTML and Ajax. You don’t need to use Flash, Flex or ActionScript, though of course if you do you get extra features like local file access, sound, and as you pointed out, Flash video.

    Far from being limiting, I find that Apollo opens up a lot of new doors for getting Web 2.0 technologies to work together. It’s like a super mash-up engine.

    SEO is another story. Having a desktop-based app, whether deployed with Apollo or something else, doesn’t absolve one from putting up a good website and doing good SEO to get people there.

17. Jim Pick
    

    March 19th, 2007 at 2:58 am

    Looks very nice.

    I think it’s similar to Java Web Start, except that the apps are just better looking. It’s got a real HTML engine (the same engine that’s in Safari), plus Flash and some other webby goodness.

    This is another nail in the coffin on Microsoft’s desktop application monopoly, for sure. Once there’s Linux support, I could see myself using this to write some in-house corporate apps with this.

18. Harry
    

    March 19th, 2007 at 3:36 am

    TagLoops is getting ported from Flash 8 to Flex/Flash9. Apollo is the next natural step.
    Remix multimedia and data that reside either on your PC or the net. Keep your movies local/private or publish on the net. It should all work seamlessly and will indeed make sense.

19. Elliot Smith
    

    March 19th, 2007 at 3:48 am

    Maybe it does look good. Maybe it heralds a new paradigm in web development. But development tools which aren’t open source: never again. I’ve been burned too many times already. I’ll stick with Rails, PHP, MySQL, Apache, Eclipse and open source AJAX.

20. Andy
    

    March 19th, 2007 at 4:12 am

    I’ve spent a morning looking at Apollo demos and I’m not overly impressed. Their RSS reader application is simply a lift of the Yahoo UI RSS sample. There seem to be only two key benefits mentioned - applications without the browser “chrome” and file system access. And on the platform, APIs and tools available, it doesn’t strike me as mature product. Sure it’s Alpha, but filling in the gaping holes by the end of 07 will be one huge task.

    I think that big brands still might like it, though only eBay seem to be playing with it publically, behind the safety of an external UI specialist development company. They’d love to get their brands installed on your machine, with a browser/application with their logo and theirs alone at the top, not your browser’s. But this forgets the great usability of a browser - the back button, tabbed browsing, favourites and the like - these are still useful for any rich internet application, if used effectively. So I think Apollo is still a niche platform, for those special occasions that a more multimedia rich experience is needed.

    Long live the browser based rich application!

21. Darren Stuart
    

    March 19th, 2007 at 4:31 am

    I have played with it and one thing that strikes me is they need a decent way of hooking up to a local db. Why haven’t they added SQLite, it was made for this and would allow developers to create database apps straight out of the box.

22. Jason L. Baptiste
    

    March 19th, 2007 at 5:02 am

    I’m willing to bet the entire house on this… literally.

    -JLB

23. Jason Hawryluk
    

    March 19th, 2007 at 5:18 am

    Darren,

    They are hoping to include that, not sure which DB though.

    Andy,

    Don’t ever judge a book by it’s cover. I don’t consider a sample application relevant to the extent of where you can push a technology. I’ve seen many a “hello world” application sample. That never stopped me from looking under the hood.

    “tabbed browsing, favorites and the like”

    What do these things have to do with the limitations of a product? These are implementation details that are easily doable in Flex/ajax etc therefore Apollo.

    -jason

24. N.Cauldwell
    

    March 19th, 2007 at 6:10 am

    Although I’m far from an expert on this, surely anything based on Apollo will need some degree of local installation in order to run? So how will Apollo applications sit with corporate IT departments? If they continue to block downloads and foreign file installations as they do now, can anything based on Apollo really work for the 9 -5ers inside the corporate firewall?

25. SGO
    

    March 19th, 2007 at 8:01 am

    Why?? Why?? Just when web applications are getting sophisticated to almost mimic desktop functionality (other than file system access), why would Adobe conceive a move backwards. I am not convinced that file system access is such a great advantage considering that all data is slowly moving towards being stored remotely. If they are pitching a richer API than what current web applications enjoy, I do not see how they even stand a chance against WinPF with its much superior API and development tools. The only advantage it has over WinPF is cross-platform support, but as I hear, they lack support for anything but Windows and Mac. And oh.., the “off-line” mode in the ebay demo application, Google apparently has other thoughts about ubiquitous online access.

    This doesn’t make sense to me at all, or is it just me?

    The web browser proved to be a successful application platform mostly because it did not require users to install an application. If Adobe can overcome that hurdle remains to be seen.

26. mike chambers
    

    March 19th, 2007 at 9:24 am

    >I have played with it and one thing that strikes me is they need a decent way of hooking up to a local db

    fyi

    This is covered in the FAQ:

    Will Apollo Applications be able to communicate directly with Databases:
    http://labs.adobe.com/wiki/ind.....tabases.3F

    Will Apollo include an embedded database that applications can access?
    http://labs.adobe.com/wiki/ind....._access.3F

    mike chambers

    mesh@adobe.com

27. Nigel Anderson
    

    March 19th, 2007 at 9:46 am

    The one thing that interests me - and it seems such a no-brainer - is having local file access. To take the most trivial of example, to-do lists organizers.

    However shiny web2.0 an online version is, what use is it when you are offline. And a locally installed version, useless when you on the road with someone else’s computer. So Hipster PDA it is…

    I’m more user than developer, btw, but I assume it is currently difficult to synch online/offline otherwise there would be countless apps that do it and as far as I can tell there aren’t (please tell me if there is and add develop new to-do app to my paper and pencil to-do list).

28. Ty Graham
    

    March 19th, 2007 at 10:37 am

    Does anyone know how Trillian Astra pulled this amazing no-install detachable flash application? http://mashable.com/2007/03/10.....oo-s-town/

    There is a hint that its apart of the flex/appollo software through flash 9 but I cannot find documentation supporting this method.

29. alex
    

    March 19th, 2007 at 10:47 am

    At yourminis we are very excited about the Apollo release and will be releasing our alpha of the yourminis widgets running on the desktop leveraging the Apollo platform over the next few days! Stay tuned!

    Thanks Adobe for all of your support - I agree with Mike this is going to open up all sorts of new opportunities.

30. Don Vaillancourt
    

    March 19th, 2007 at 10:49 am

    It seems this will be overkill. As Mike Chambers, this will be aimed at developers - who are looking for something cool to play with. But I can’t see this thing being taken seriously as flash embedded in a browser already does what most want it to do.

31. Daryn
    

    March 19th, 2007 at 10:57 am

    I think a lot of Apollo naysayers aren’t thinking about the broad implications of the platform. It’s more than yet-another-framework, or just a java-alternative for cross-platform development.

    There are two things that set Apollo apart in my mind.

    First, that it’s based on all the other standard and defacto standards of web development. This opens up desktop application development to a whole class of programmers who have previously only developed for the web. With runtimes on mac, windows, and eventually linux, Apollo could finally solve the “write once, deploy anywhere” problem (including web, maybe mobile eventually)!

    Second, and more importantly, you get access to the local filesystem, and the ability to move your connected web applications offline. Like Nigel said, even the greatest web 2.0 app is pretty much useless when you’re on the road (or in the air) with no connectivity. The ability to serialize anything, and have it synchronize when you are able to get back online, is HUGE. With bandwidth-intensive technologies, like streaming video or file uploads, the ability to asynchronously handle this data when the bandwidth is available, but also remain usable when the bandwidth is not available, is very exciting.

    I am very excited to begin porting my application to Apollo!

32. N.Cauldwell
    

    March 19th, 2007 at 11:31 am

    SGO I’m with you on this one. My problem with Apollo is a belief we should always be connected to the web. I want my broadband connection on all the time - so why are Adobe creating a product that could encourage being disconnected from the web? The whole point is that you will want to get connected again at some point in the near future - if you’re always aiming to be connected in the near future, why not strive to be connected all the time? All I’ve heard so far is people promoting the benefits for being on the road or on a plane - both instances of short-term disconnection. How long will these be around for?

    I already have every single one of my files saved in three places at once, including a remote backup with Carbonite (thanks for the recommendation Mike), which essentially means my data is already stored remotely - so local file access just doesn’t hold any weight for me, at least from a long-term, 100% broadband Internet penetration perspective.

    Also, the average person is terrible at file management - one of my friends just dropped their laptop and lost nearly all the data they owned. The only things they have left are the files stored remotely on social networks, i.e. photos on Facebook. Data doesn’t exist until it is in at least two places at once, and Apollo could be a great step backwards from this perspective.

33. Truckin
    

    March 19th, 2007 at 11:43 am

    I am looking for someone that is good with Apollo or just plain old flash but really really good at it. Any good flash programmers out there?? If so email me at autoinsert at gmail.com

34. Scott Wickham
    

    March 19th, 2007 at 11:48 am

    If you are looking at Apollo you should also looks at boxley.

    http://dev.aol.com/boxely/

    Boxely has a database built in. From reading the apollo docs i am not sure that they do.

35. Bryan
    

    March 19th, 2007 at 1:15 pm

    Why even use Apollo if I need to have the Apollo framework installed to distribute applications? Doesn’t Adobe Director do this already with no installation required?

36. Sean
    

    March 19th, 2007 at 1:31 pm

    Bryan,

    Why use PDF when you have to download Acrobat Reader?

    Why use Flash? You have to download a player for that too.

    Same with Java. Or .NET.

    Plenty of existing technologies that we use everyday need some sort of player or runtime environment.

    If developers are creating worthwhile applications, then the runtime (which from what I understand, can be installed from Flash), is a small price to pay.

37. joeldg
    

    March 19th, 2007 at 1:49 pm

    >No Linux support, and no indication when or even if Adobe will support Linux. Such a pain to wait for Flash 9.0 - are we going to see a large lag with Apollo as well?

    Read the FAQ … sheesh

38. joeldg
    

    March 19th, 2007 at 1:51 pm

    Ooops.. sorry… I see mike already commented and I had seen the faq after that.. hah

39. bdb
    

    March 19th, 2007 at 2:01 pm

    SGO et al, as a non-dev, barely competent with a CLI, and not affiliated with any 2.0-capable company (yet), allow *me*to answer your questions/ concerns as *I* understand the reason for a cross-platfrom, online/offline_hybrid:
    [Anyone, please respond with corrections to this reasoning, as *I* have admitted ignorance in this area and would like to be corrected]

    From SGO,”all data is slowly moving towards being stored remotely”
    While this may be true in some markets for some people, it is not true for many for the following reasons:
    1) Data Access- Many people need to access data when not able to access the internet. 3G data coverage and/ or subscriptions are still not that prevalent, and rural areas are severly lacking broadband access. The ability to provide data
    when w/o access to the internet has to be possible whetherr it is used or not.
    2) Data Sensitivity- Many people feel vulnerable if/when data of theirs (that they perceive as sensitive) is accessible online. Sometimes the data is sensitvie, sometimes not, but the fact is
    that people just feel “safer” (especially the boomers) if the dat ais only on their hard-drives.

    From SGO, “I do not see how they even stand a chance against WinPF”
    1) Not everyone uses Windows (I do), and this trend is growing. It seems this trend will only continue. Cross platform applicability is key to succes, and I don’t think WPF will provide that (?).
    2) While most users are using MS products, there is some resistance to using MS all/most of the time. That said, most users do trust MS and I’m sure WPF will be widely used, However, Adobe is a company
    with great end-user recognition and trust; coupled with cross-platform (Linux compatibility atofficial launch) abilites, this is compelling to the end user b/c platfrom changes (Ubuntu is almost
    usable by my 65 yr old mother) are seamless (in theory).

    From SGO “they lack support for anything but Windows and Mac”
    Complete FUD. As of this Alpha developer release, Linux is not supported though it is planned for 1.0 (according to the linked FAQ above, which is official enough…we’ll see)

    From Nigel,”I want my broadband connection on all the time”
    Sorry, but that isn’t likely to happen anytime soon. Perhaps you don’t leave the city very often and/or rarley travel in the 3rd world, but connectivity is not ubiquitous.

    From Nigel, “both instances of short-term disconnection”
    And do you want to stop making changes to your data using the same interface just because you can’t connect for ten minutes? {eg. i go fishing and want to update my blog to prove that
    it was a 24″ rainbow, so I use my the same application I always do, and when “in range” everything is updated]. No way, it is much preferable to synchromize with the online
    version (public or private) the next time one can connect.

    All in all, there are a few platfroms targeting this area. Most people interested in Apollo are also interested in XUL Runner and OpenLaszlo. Apparently, there are also platforms by the names of Dekoh and
    Boxely that are also competing in this space. User recognition and trust are still with Adobe, however.

    Many applications that people perceive as competing with Apollo are actually enabled by Apollo: From Scott, “Boxely has a database built in. From reading the apollo docs i am not sure that they do.” but there will be provisions to allow
    apollo applications to include such functions.

    Again, let me reiterate that I’m no expert (actually a biochemist) and I can’t claim authority in this area like I could in the area of enzymatic catalysis. So, as only an interested party/ end user I would like to hear more compelling arrguments
    against a platform like this. I have only read the relevant info online and am restating it here as I have understood it (there are many comments here, by people that seem technically competent, though they haven’t read the readily availble documentation).

40. Bryan
    

    March 19th, 2007 at 2:07 pm

    Sean-
    I can create the same experience with more control and no install required. That means it will run the same no matter where it is run from and without the need for any “player”. I can with the correct xtra (custom written or purchased) import PDF files without the need to install Acrobat Reader. I have even built cross-platform web browsers that user the Internet Explorer engine on the PC and the Safari engine on the Mac to deliver integrated content. Why would I want to use Apollo if I can do everything that Apollo can do and more? What is so compelling about Apollo that my customers should have to install the framework to use my application? Why didn’t Adobe just integrate Apollo’s features into the Director environment? Does Apollo offer 3D hardware acceleration? Can I run Apollo off of a CD/DVD without installing the framework? If not then what possible benefits can I offer the end-user that would encourage them to have to install something on their hard drive? From my perspective there doesn’t seem to be much value in using a limited platform.

41. Steve
    

    March 19th, 2007 at 2:35 pm

    Hi,

    This article has very useful information, it will be helpful for many aspirants. Actually one of my friends first read this article and asked me to visit this page.
    It’s really amazing to read this description of this article. Thank you so much for your help and for your efforts.

    Thanks,
    Steve
    http://www.eplanetlabs.com

42. Jean Ghalo
    

    March 19th, 2007 at 2:53 pm

    well thats a real nice thing, which make us think beyound of web2.0 and the future of the web integrated to our desktop…

    will keep an eye on this product.

    regards,
    jean
    http://www.jean.ghalo.com

43. Dan
    

    March 19th, 2007 at 3:03 pm

    Well, I for one, hope that Apollo will pick up where Java Web Start left off. Not that JWS is dead or anything, it is still flourishing as a corporate intranet development platform. I think it is good to have a platform like Apollo to push the envelope of what web apps can do, albeit so far with Apollo alpha, I haven’t seen anything new that can be done that JWS hasn’t already done before (et el run without browser, local file access, etc). If people didn’t know that these things could be done with JWS already, it just shows Adobe has better marketing than Sun, among other reasons.

44. ovi
    

    March 19th, 2007 at 4:10 pm

    That is great news. I worked recently on a rack of virtual services http://soarack.blogspot.com and I guess that’s the first think I’m going to try to port to Apollo.

45. the fooyehrer
    

    March 19th, 2007 at 4:40 pm

    >>Further, it looks like they were designed for Windows with the menus inside the applications.

    After using a mac for 3 years straight…not having the menus inside the application window is a pure pain in the ass on multiple monitors. Combined with the annoyance of only being able to resize a windows from 1 mother fucking corner sometimes makes me almost want to use my gaming rig to do work on. Sadly, I can’t do shit serious on that windows box since it’s been totally prison raped by rootkits and malware
    why the fuck won’t some those linux distros get their act together so the average joe can just jump in and start using it….FUCK!

46. d3fa1t
    

    March 19th, 2007 at 8:16 pm

    Jacob was the only one that made a valid post (#13). Read it and think about it. As for Linux support, this looks like a great way for those with enough sense to use Linux to exploit your windoze box. BUYER BEWARE. Consumer be even more aware.

47. Ramesh
    

    March 19th, 2007 at 11:28 pm

    Cool! Adobe now follows Dekoh (http://www.dekoh.com) with early access versions. Soon we shd see public betas adn GA as well. (Dekoh public beta due in April). Both Dekoh and Apollo are attempting to take Web2.0 to a different level..

    A defining aspect of Web2.0 is that it puts the users in the middle of the web; rather than on the fringes. From just being a passive consumer of content and services, the web users are now actively contributing to the content. Flickr is a quintessential Web2.0 app where users add content, tag content and share content. Not just by visiting the site, but also by prgramatically integrating flickr into other applications/sites. IN essence bringing the community managed flickr and its content seamlessly into other apps, just as much as is needed.

    If web is going to continue evolving, imagine what could be the next step. From passive users we came onto active users. And instead of just accessing websites, we now have APIs that can be used to programmatically manipulate the data on internet sites. Now, how about, if one could invert the view? Instead of using APIs to access data over the web, can we use APIs to expose the data from the user’s desktops onto the web? And do this without losing any of the niceties of the web- like simple access using just browsers, with no user side installation or setup?

    To enable such utilization of the web, there is a need for a more evolved web2.0 platform. Beyond what JS may offer. Beyond the glitz offered by the likes of Flash. With a more grounded and tangible utility for serious applications. While still retaining all the power of a simple web based delivery that a simple JS+HTML based UI offers to applications!

    This is the space that Apollo and Dekoh are targetting. Albeit very differently. While Apollow is bringing Flash and Flex onto the desktop and enabling access to Windows APIs, Dekoh is bringing Java onto the desktop with rich internet access and sharing.collaboration built into the platforms.

48. Nigel Anderson
    

    March 20th, 2007 at 2:20 am

    bdb - you seem to be confusing me with someone who thinks Apollo is a bad thing and has wifi antenna for fillings…

49. bdb
    

    March 20th, 2007 at 5:26 am

    Sorry Nigel, you are correct. I meant Mr. Cauldwell.

    Good luck to all that wish to compete with Apollo.

50. Delixe
    

    March 20th, 2007 at 4:05 pm

    For anyone interested and concerned with Apollo development a new forum has been launched just for the community, take a look and join in on this new technology–be one of the first to soak it up:

    http://www.codeapollo.com

51. igor
    

    March 21st, 2007 at 7:43 am

    Apollo is good while it’s lightweight framework that provides UI part of an application keeping Business Login on the server side.
    But this part made me cry:

    “Will Apollo Applications be able to communicate directly with databases?

    Apollo 1.0 will not have built in support for communicating directly with databases. However, it will be possible to write Database drivers in ActionScript (leveraging binary or XML sockets), which would allow Apollo applications to communicate directly with a database (both local and remote).

    Will Apollo include an embedded database that applications can access?

    This is a feature that we are still considering for the 1.0 release.”

    Soon developers would request ActionScript implementation of something JDBC - like and embedded database such as Apache Derby or Personal SQL Server.

    Then in the eye blink developers would demand everything that necessary to create traditional “desktop application” - multithreading, type-safe collections and maybe even 3D/OpenGL support.
    So we’ll get another Java… (or .NET)
    ActionScript is very good for script language,yes. But not as good as Java/C# as general programming language.

    Anyway, I think that Apollo is a great technology for the NICHE and to be great and successful it should stay in the niche…

52. Holly Henry
    

    March 25th, 2007 at 10:48 am

    We at Ucompass.com, Inc., (a LMS/CMS vendor) are using Apollo technology to make it easier for online students to do their work. The Educator Desktop is the first commercial e-Learning application to be built on top of Adobe’s innovative Apollo platform. Attaching files to assignments is often one of the more troublesome tasks for new online students since normally files have to be uploaded within the confines of the web browser. With the Educator Desktop, the online classroom interface and the student’s desktop computer are one in the same, enabling students to simply drag and drop desktop files to a target assignment. Click to view info or to contact Ed Mansouri regarding the Educator Desktop Apollo app and other Apollo-based initiatives.

53. Tim Binkley-Jones
    

    March 26th, 2007 at 10:40 pm

    That pesky security sandbox just kept getting in the way of really cool web applications, so Adobe built their own browser.

54. Jeff Howden
    

    March 27th, 2007 at 3:44 am

    @Andy,

    I’ve spent a morning looking at Apollo demos and I’m not overly impressed. Their RSS reader application is simply a lift of the Yahoo UI RSS sample.

    You’ve so completely missed the boat with your assessment of the RSS reader. It is in fact not a Yahoo UI offering, but rather an example app built originally by Jack Slocum and then improved by the author of the particular sample. A quick check of the resource bundle would have told you that.