Slashdot Mirror
Adobe To Port AIR To Linux
unityofsaints writes "Up until now, Adobe hasn't done much in terms of porting its applications to Linux, as its only product to have recieved any kind of Linux implementation is Flash. This may be about to change because the company has announced a Linux port of AIR, its web application development software. No definite release date is mentioned in the interview with Adobe CTO Kevin Lynch, just a vague 'later this year.'"
... a Linux port of AIR, its web application development software. AIR is the runtime, it is not web application development software. Flexbuilder build on top of Eclipse is the development software.Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
Up until now, Adobe hasn't done much in terms of porting its applications to Linux, as its only product to have recieved any kind of Linux implementation is Flash.
Adobe FrameMaker has run on more than 10 Unixes over the years, including Linux. Consider this nit picked!
Cretin - a powerful and flexible CD reencoder
Acrobat Reader works fine on our Linux and Solaris machines.
Flash for "Linux" isn't really flash for Linux, its still built for i386 architecture so it only works on i386 architecture, not on any of the other hardware Linux runs on...
Just from a quick perusal of The Google, I'm getting a distinct feeling AIR is something of a glorified web browser. So you can run offline and on your desktop? Hmmmm... Does anyone remember Push technology? Or Active Channels? It seems a little like that, but heavy on the Web 2.0 sauce. But like I said, this was just from a quick perusal of Google results. If anyone would care to point out what makes AIR, more than a glorfied Browser+AJAX, I'm all ears...
I'm sick of following my dreams. I'm just going to ask where they're goin' and hook up with 'em later.
I've not given Adobe a single dime in a decade*. First it was their overpricing themselves out of all but the students-and-pirates market. Then it was about using their corporate power to influence our government against the valid rights of individuals who were speaking out about data security and the freedom to read.
I'm sure some cash went from Canon or Apple to these jackasses, when I bought hardware that bundled their teaser products (which I don't use). I regret even that level of support for Adobe.
[
...as Adobe has said all along that for Apollo/AIR 1.0 it would be Mac/Windows only. Once 1.0 was reached, then Linux would follow. I'm glad that Adobe's CTO came out and made the announcement, though. This continues to lead credence to Linux being a top-tier platform from desktop/productivity applications.
I think the REAL interesting part, though, is how AIR relates to an earlier statement made by Adobe's CEO. He mentioned that in the future, all Adobe apps would be on the web. I think that statement was a bit misleading, either through a mis-understanding or mis-interpretation. I think that Adobe is banking the future on AIR as the runtime for all of it's applications (Photoshop, Illustrator, etc.) This gives them the design capabilities of Flash and web graphics, and a common runtime on which to deploy them. Then, platform independence becomes a reality, as whatever platform has AIR, can run Adobe applications.
You say that, and yet there are plenty of proprietary binaries available for Linux. Many distros have huge repositories of "non-free" stuff. Plenty of proprietary vendors make Linux binaries available (e.g. nVidia binary driver, Opera, Skype, etc. See also this list, much of which is distributed in binary-only form).
Yes, the vendor will probably only pre-compile binaries for the most popular architectures (32-bit x86 being the main one), and only for the most popular packaging formats (deb and rpm). But really that covers the vast majority of Linux users anyway.
Yes, it's a pain for the vendor to compile/package 2-8 versions instead of just one, but it's hardly the insurmountable obstacle you make it out to be.
the newest beta of Picasa for linux is much, much better. Importing from my camera via USB now works, uploading to web albums work now, the performance is almost as good as the "native" windows client, except for a delay in the startup. It takes a few seconds longer to start on my computer. the file management stuff is still a little weird.. Some places it opens up in its own "wine" file browser, others use Ubuntu. In fact, my only real complaint right now is the newest picasa beta for linux still doesn't work with videos. I use my camera alot to shoot short videos in AVI. The windows client has worked with them for quite some time.
What are we going to do tonight Brain?
AIR is a desktop runtime. When you install an AIR based app, it actually installs an application on your desktop. It just gives the developer the ability to write a desktop app using web technologies (i.e. Flex, HTML & Ajax, Javascript, Flash) rather than using C, C++, etc..
Actually, this is partially incorrect. While Adobe did not initially help out in the linux world, they have since ported the Acrobat Reader, and it works fairly well. In Ubuntu it's available from the commercial-unsupported repository, the package name is acroread. I had to find it because my school DRMs the PDF Textbooks with phone-home Ecmascript, and it only works in the Adobe pdf reader. (not document viewer or evince.)
-Ellie
Wine AppDB - Photoshop
Up until now, Adobe hasn't done much in terms of porting its applications to Linux, ...only .... Flash. ... the company has announced a Linux port of AIR, its web application development software...
:)... Few corrections:
Wow
1) Flex Builder has had a public alpha for Linux for some time now.
2) There's Adobe Acrobat for Linux/Solaris/Unix
3) Most of the servers Adobe offers, like ColdFusion and Flash Media Streaming servers are available for Linux/Unix.
4) Adobe AIR isn't a web application development environment of any sort... that's completley messed up. It's the runtime component of a connected desktop app platform that supports HTML/CSS/JS/PDF/Flash content.
5) Macromedia (now part of Adobe) has made attempts to commercialize Dreamweaver/Flash/Freehand on Linux before utilizing Wine-compatible releases, but there was no enough demand to pay the bills, so the project was canned. I have the feeling they'll be trying this with selected Adobe CS applications again within 24 months, but it'll be expensive, so the market should show enough demand, and put their money where their mouth is, this time.
That is why they established the Linux Standard Base (LSB) and freedesktop.org. You say "My software runs on LSB 3.2 IA32 and IA64" and provide a .deb and .rpm for each and be done with it. It's no more difficult that supporting Win32 and Win64 and providing a .exe and .msi for each.
http://www.mhall119.com
The actual situation is most likely in-between the two extremes posited by parent and GP. Adobe has its own abstraction layer that they program against, so once they have a way to target GTK or Qt with that backend, compiling the applications should be quite straightforward.
(This layer is likely to be rather complex -- witness how long it took them to bring Photoshop to MacIntel)
Michel
Fedora Project Contribut
Why GTK? Adobe already uses QT for some of it's applications so the expertise to use that is there
Except that you're wrong. Adobe is actively trying to eliminate the vast majority of their GUI-library dependent code with the EVE2 and Adam libraries. I know these things because I am one of the researchers developing the data-limiting constraint language to be used. It is part of their core internal road-map to move all Adobe projects off of specific GUI dependence. Before any of you start talking "cross-platform", what Adobe wants out of cross-platform is not wxWidgets or the Mozilla-stuff; what they want is very similar to the AbiWord notion of cross-platform.
Most cross-platform libraries attempt to have a single API for all the GUI toolkits, and then write adaption layers from each toolkit to that uniform API. The AbiWord toolkit instead abstracts and isolates cross-platform capabilities with fairly rigorous interfaces, and then writes per-toolkit code for each platform. I know it sounds like semantic quibbling, but the architectures are very different when you look into code. Adobe prefers the second method because they don't have to deal with a lowest-common-denominator like wxWidgets, etc., but also get to leverage as much code as possible. Combining that with the Adam/Eve libraries allows them to offload GUI logic into a declarative language which is easily checked for structural conformance. The layout-engine which actually renders the window (by "render" they mean to convert the declaration into the underlying GUI-toolkit) is written per toolkit.
In case you're wondering why they took this direction, Adobe has a fairly strong research group called "STLabs"; if you can find their online presence, check out Alexander Stepanov (inventor of the STL to boot!), Mat Marcus, and Sean Parent (Sean is an important driver for all of this).
You can find details on how to sign-up for the beta program on my blog:
http://www.jamesward.org/wordpress/2008/02/20/adobe-air-on-linux-pre-beta-testers-needed/
-James
Short term that makes sense
.NET is still king, and the only reason .NET would stay king is because Windows is still king. Silverlight will hurt Flash if it's allowed to grow, and Flash is a big cash cow for Adobe.
Right about now it'd cost much more than it'd be worth in new sales. However, the market is getting increasingly OS agnostic, and it's not in Adobe's interest long term to stay tied to any OS. The more cross-platform they get, the more versatile they will be to OS changes.
Just look at Silverlight - it's directly targeted at Flash, and the only reason it'd succeed is because
Now that Microsoft is targeting a big Adobe product, Adobe needs to take steps to revoke their support of Microsoft's big cash cows (Windows and Office).
Since Office is being challenged by web apps and Open Office, Adobe would be wise to help weaken reliance on Windows, and that means showing the world that they can get what they want on whatever OS they choose. Linux is a good next step.