Currently Browsing: Flash Builder

Adobe adds support for BlackBerry PlayBook, iPhone and iPad to Adobe Flash Builder 4.5.1

Posted by Simon in Adobe, AIR, Android, Apple, BlackBerry, Development, Flash, Flash Builder, Flash Mobile, Flex, iPad, iPhone, Mobile, PlayBook, Tablets on Jun 22nd, 2011 | 0 comments

Developers can now use the Adobe Flash Builder platform to develop applications for iOS devices, such as Apple’s iPad and iPhone, as well as for the RIM BlackBerry PlayBook tablet.

Support for the devices (which had been announced in April) in Flash Builder 4.5.1 allows developers to create apps for a variety of popular devices and platforms using one code base with different presentation layers.

“The reaction from developers to the new mobile capabilities in Flash Builder 4.5 and the Flex 4.5 framework has been absolutely fantastic,” Ed Rowe, vice president of developer tooling at Adobe Systems, said in a statement today.

Adobe’s Flash Platform evangelist Serge Jespers shows us what “one tool, one framework, one codebase” means, and demonstrates an app developed for different devices using Flash Builder and Flex:

Developers from different industries have been using Flash Builder 4.5 and Flex 4.5 to help them reduce development time and the cost of delivery to build some pretty amazing apps across the major platforms:

Politifact.com: A project of the St. Petersburg Times and a 2009 Pulitzer Prize winner, the PolitiFact.com team extended its website content into a mobile app available across leading app stores. The PolitiFact.com app helps readers find truth in politics by investigating statements by members of Congress, the President, lobbyists and other Washington D.C. personalities.

Netflix Queue Manager: Using Adobe AIR 2.5, Flash Builder 4.5.1 and the Flex framework, RIA design and development group UnitedMindset created the Netflix Queue Manager, which allows users to connect with and manage their Netflix queue across devices and features intuitive search capabilities. With success in the Android Market—over 340,000 downloads since October 2010—the app is coming soon to BlackBerry AppWorld and the Apple App Store.

Mr. Mixit and Pyramix: Web design and development agency HD Interactive first released Pyramix, a word game combining the strategy of Cryptoquote and the simplicity of Boggle, and Mr. Mixit, a spin-based matching game where you mix record labels against the clock, to Apple’s App Store. The new updates allowed HD Interactive to use the same code to deliver the apps to Android Market and BlackBerry AppWorld in record time.

Muni Tracker: Are you from the San Francisco Bay Area or maybe planning to visit? This app helps you track locations, arrival times and bookmark your favorite stops and lines for Muni (San Francisco Municipal Railway), San Francisco’s public transit system. The developer was able to quickly and easily port this original Android app to iOS.

Conqu is an easy to use yet powerful task management tool designed to help conquer an e-mail inbox and get things done. Using Flash Builder 4.5, the developer, AsFusion, was able deploy the app on multiple platforms with minimal effort. They were also able to reduce the time to develop the app since there was no need to debug different code for each individual platform.

Adobe AIR 2.7 now available

Posted by Simon in Adobe, AIR, Android, Apple, BlackBerry, Flash, Flash Builder, Flash Mobile, Flex, iPad, iPhone, Mobile, PlayBook, Tablets on Jun 15th, 2011 | 0 comments

Adobe is pleased to announce the availability of Adobe AIR 2.7 SDK and the Adobe AIR 2.7 runtimes. Adobe AIR 2.7 includes new features for both desktop and mobile applications with mobile support for Android 2.2+, BlackBerry Tablet OS* and iOS 4+ operating systems. Companies can build and deploy AIR 2.7 apps using Adobe Flash Builder 4.5 with an upcoming update to AIR 2.7 later this month.

*BlackBerry Tablet OS is scheduled to receive an OTA (over the air) update of AIR 2.7 by the end of June.

New features in AIR 2.7

Mobile

Enhanced rendering for iOS: AIR apps for iOS render up to 4x faster in CPU mode. This change will improve the performance of many AIR for iOS apps, including those built with the Flex framework. Watch the performance improvements
Video: Adobe AIR 2.7: Faster App Performance on iOS (Renaun Erickson, Adobe Flash Platform Evangelist, demonstrates faster AIR 2.7 app performance on iPad)
Faster development time for iOS applications: Developers can now debug and build iOS applications faster than with previous versions using a new mode available within the AIR Developer Tool (ADT). During the development of an application, developers can now choose to use “interpreter mode” to streamline the testing and debugging development cycle.
AIR installation on SD cards for Android devices: This feature allows end users to install or move the AIR runtime onto the SD cards within their Android devices so they can free up storage space on the phone.

Desktop

Integrated support for Media Measurement: The Adobe AIR 2.7 runtime now includes the same built-in support for media measurement as Adobe Flash Player 10.3, allowing companies to simplify the collection of real-time, aggregated reporting data for how content is distributed and viewed by users. With direct support for Adobe SiteCatalyst, powered by Omniture, developers can implement video analytics for existing or legacy video players with as little as two lines of code. For additional information, see the article on measuring video consumption in Flash.
Acoustic echo cancellation: With integrated support for acoustic echo cancellation, developers can now add real-time VoIP capabilities to games, enterprise, and other types of applications without requiring users to wear a noise-canceling headset. Users can now chat using the speaker built into their desktop or laptop computer. This new capability is also available in Flash Player 10.3.
Navigation Improvements for HTML Content: Enables seamless weblink-style navigation within desktop apps such as magazine viewers and eBook readers. Developers can now respond to a new event to be notified when content within the HTMLLoader control attempts to change the location of a page. This enhancement provides developers with a better way to implement intra-application navigation.

Rossignol Experience iPad Application was created and designed by La Haute Société thanks to Adobe Flash technologies.

For more information go to the Adobe AIR and Adobe Flash Player Team Blog and read this article http://blogs.adobe.com/flashplayer/2011/06/adobe-air-2-7-now-available-ios-apps-4x-faster.html.

BlackBerry PlayBook Tablet

Posted by Simon in Adobe, AIR, BlackBerry, Business, Enterprise, Flash, Flash Builder, Flash Mobile, Flex, Mobile, PlayBook, Tablets on Jun 6th, 2011 | 0 comments

A few weeks ago, we decided to fly to Johannesburg to attend the “Meet The BlackBerry® PlayBook™” event at the forum | the campus on 24th May 2011 in association with Adobe. The event was split into a business track and a developer track, which catered for most of the attendees. A few of us went to both tracks and found the presentations to be very useful, gave us an insight into what markets BlackBerry are aiming PlayBook at compared to the Apple iPad and other tablet competitors. After chatting to many of the BlackBerry representatives at the event, they all said there has been a lot of interest from small, medium and large enterprises in South Africa regarding the PlayBook. So we are looking forward to the official launch of the device next month.

The reason ThoughtFaqtory is so interested in this device, is because we can leverage our existing Adobe Flash and Flex skills to develop great user experiences for the enterprise market. If you are interested in getting an app developed for the BlackBerry PlayBook, please get in touch with us on our website at www.thoughtfaqtory.com or email us inquiries@thoughtfaqtory.com.

We have also ported some of our apps over to the device already, if you are interested in seeing any of them please let us know via the details above.

Also, check out this video below regarding the “BlackBerry PlayBook Tablet for Business”.

Another video called “BlackBerry PlayBook – Flash”.

Adobe Flash Builder 4.5 and Flex 4.5 now available

Posted by Simon in Adobe, AIR, Android, Flash, Flash Builder, Flash Catalyst, Flash Mobile, Flex, Mobile, RIA on May 3rd, 2011 | 0 comments

A year after Flash Builder 4 and Flex 4 SDK were released, new versions are available with Flash Builder 4.5 and Flex 4.5 SDK! The main focus for Flex 4.5 SDK and Flash Builder 4.5 is the ability to build mobile applications that target the Google Android, Blackberry Tablet OS, and Apple iOS operating systems. Additionally, Flex 4.5 SDK introduces new Spark components and improvements for large application development while Flash Builder 4.5 introduces dozens of new coding productivity features for faster ActionScript and MXML development.

Adobe have really focused on mobile development for this release, offering developers one tool, one development framework and one codebase to build mobile applications on Android, BlackBerry Tablet OS and iOS. Flash Builder 4.5 also helps developers make these applications ready to deploy for an app store/market. You can immediately develop applications for Android, and support for BlackBerry Tablet OS and iOS will be available through free Flex and Flash Builder updates in June.

Here are a few resources to get things started:

Build your First Mobile Application in Flash Builder 4.5

Build your First Flex 4.5 Application

Flex Developer Center

Mobile development using Adobe Flex 4.5 SDK and Flash Builder 4.5

Examples and case studies

Juxio Project featured on TechCrunch

Posted by Simon in Adobe, AIR, Apple, Development, Flash Builder, Flex, iPad, iPhone, Mobile, RIA, Services on Dec 7th, 2010 | 0 comments

In August 2010, Juxio was released in beta and so far has had quite a good reception from the public. The word Juxio [juhk-see-oh] comes from the word juxtaposition, the placement of two or more elements together to create new meaning. The company is based in Burlington, MA, USA.

The best way to describe the services is as follows:

“Juxio is a new visual way to communicate. Individuals and businesses use Juxio to combine images, text and more into mashable, visual streams called Juxes to share across social media and in print. Juxes are created on both our Web and iPhone apps. In the future we will support additional mobile devices. By making Juxio available anywhere at any time, we hope you find more ways to create new meaning.”

ThoughtFaqtory have been involved in the development of Juxio since the beginning of 2009. We were brought on-board to develop the web application, using Adobe Flex, Flash and ColdFusion. The biggest challenge in developing the web application was the client wanted the Juxios to be a maximum of 72″ x 36″ in size. One of the challenges we faced in the design phase was how we were going to handle the memory issues. We designed the application with these potential issues in mind.

The first idea we had was to use a tile layout and only render the tiles which were on the screen. This would reduce the memory load because only a portion of the Juxio would be stored in memory. But when zooming out so that the entire Juxio is shown we would have to store the entire Juxio in memory anyway. We could not afford to have the entire Juxio in memory because it could cause the application to crash due to insufficient resources. The team had to find a way to use less memory per inch of the Juxio. The biggest consumer of this was the images, so we looked at optimizing the system used to load and store images.

We worked on a system that would download an image stored in the cloud, scale and crop it to best fit the component it belongs to. A snapshot was taken of the transformed image and the original one is discarded. The smaller image is then rendered and kept in memory. Depending on the size of the original image we saved a significant amount of resources. The disadvantage of this approach is that when scaling an image we lose image quality. But because we are scaling down and not up, the loss is not as great. We also found that by taking the snapshot with Adobe Flash’s highest quality rendering mode we limited this loss.

One of the requirements was to render a 76” x 36” at 300 pixel per inch (PPI) PDF for print. Standard web graphics are 72 PPI to put this into perspective. An image of this size and quality would be 744 MB. While we could compress the image for the PDF, we would still need to create all of the pixels in order to compress them. It would be unfeasible to allow the Juxio to be edited at this quality. The team had to find a way to edit the Juxio at a low resolution and output it into a high resolution.

We decided to edit the Juxio with the standard 72 PPI and then scale it to 300 PPI when outputting to PDF. In order to create a 300 PPI image we needed to scale the Juxio up 4 times. Adobe Flash Drawing API is done using vector graphics and wouldn’t lose quality when scaling them up to the desired size. We used embedded font’s so that Adobe Flash would scale the text without losing quality too. But the images obviously pose a problem when scaled up 4 times the size. So we had scale the original image up by 4 to fit into it’s image component (explained earlier). Now the image stored in memory would be the correct size for the required 300 PPI to output to PDF. Essentially we were storing a 300 PPI image in memory. When the Juxio is edited, the image is scaled down and rendered at 72 PPI. Once the Juxio is being outputted, the image maintains its 300 PPI.

The screen shot below shows a set of images that have been cropped to match the exact size of the rectangle, so memory usage is minimal.

Screen shot of a Juxio created using the web application - built using Adobe Flex technology

The team were very happy with the results and the effort that went into prototyping the different scenarios, it definitely paid off. That was the first of many obstacles that we encountered in the design and implementation phases of the project. We are continually adding new features as users become more advanced which allows the creation of even greater content. In the next article we will dive deeper into the functionality of the web application that make it such a powerful and unique product.

Earlier this year Juxio asked us to develop an iPhone application that allowed users to create Juxes (*smaller versions of Juxios) based on selection of templates using there iOS devices. Designing a mobile application requires a different approach compared to a web application on the desktop. Firstly, the screen size is a lot smaller, you are required to think on a screen by screen basis when designing mobile applications. When we started to design the iPhone app with the client, we need to take into account the hardware, form factor, screen size, orientation, input methods and other capabilities such as GPS and camera etc.

The one major challenge when designing for a mobile device is to take into account the network connectivity. Users take their phones everywhere with them which means variable Internet connectivity or sometimes non at all. So ideally the application should work in offline mode and check whether a network connection is available before sending or receiving data from the device.

So that is exactly what our team did, we designed and developed the application to work with or without a network connection. The app is smart enough to know when a connection is available and sync the data appropriately. Implementing a robust syncing framework is quite challenging but when it’s working can be a very rewarding experience. This functionality was essential in keeping the users different devices and web application in sync. We kept the process very simple for the user, there was no conflict management, that was all handled within the framework.

The next biggest challenge was implementing a layout engine for the different templates that the user can choose from. This was developed using Core Graphics API and is a little more complicated compared to using Adobe Flex and the Adobe Flash Drawing API. Each template is rendered based on a data structure defined in XML, and both the web and iPhone apps understand this structure.

To enable cross device content creation, sharing and display, we persist XML which is used by the layout engine to render the Juxio. The XML used to create the Template is modified by the users when they add content to the Juxio. This XML which describes the user’s Juxio is persisted to the cloud and allows the iPhone or web application to load and render the persisted Juxio.