Open at AdobeKeeping track of open source initiatives at Adobe. Please note that opinions expressed within are mine and do not necessarily reflect those of Adobe.2014-06-06T03:43:12Zhttp://blogs.adobe.com/open/feed/atom/WordPressDave McAllisterhttp://blogs.adobe.com/openhttp://blogs.adobe.com/open/?p=3762014-06-06T03:43:12Z2014-06-05T17:30:05ZThis month marks the fourth anniversary of the Open@Adobe initiative, a site presenting a view of the openness efforts at Adobe. We’d like to take this opportunity to reflect on how Adobe has taken an active and leading role in helping to enhance, expand and make the Web open over the past few years.

Active Participation

Being active is an important part of driving innovation. These innovative new concepts continue to power the Web, making it a rich and exciting experience for all. Be it desktop or device, Adobe has continued to increase its active participation in standards and in open source. Our involvement has naturally been widespread, and over the last 10 years has grown into various areas, actively adding new concepts to standards. Over the past few years, we have built a large roster comprised of active members, chairs/co-chairs and authors of numerous W3C standards like CSS, WCAG and ARIA. In addition, we co-fund the current W3C HTML5 editor along with Google and Microsoft and we created, donated and contribute to the W3C’s Test the Web Forward activity to help deliver a robust and interoperable Web. We are also an editor for Canvas 2D, work with SVG and co-chair the TPE specification. We are constantly releasing new technologies under open source terms to allow others to continue to drive new innovations.

Adobe also plays a major role contributing to an open and expressive web by participating in various standards bodies such as IETF, ECMA, ISO. While Adobe has always taken an active part in driving standards development forward, over the last few years we have taken those efforts to a new level in Web standards as well as related standards. Several of these are long time Adobe specifications, such as XMP and PDF. PDF, otherwise known as ISO 32000, is one of the most popular and widely used, a key component of HTML 5 and is a recognized international standard. Other examples of Adobe contributing to opening technology through standardization include involvement in ICC, Unicode, OpenType and JPEG.

Open source as a development philosophy is recognized to both increase innovation and drive adoption. Adobe recognized this early, starting with the contribution of Tamarin to the Mozilla Foundation. We have released more than 150 pieces of technology under open source licenses. On GitHub alone, there are currently 177 public repositories, more than 10 GB of code and represent 13 organizations within Adobe. Open source projects such as Brackets, Source Code, Topcoat and snap.SVG are all top-rated projects on GitHub and actively extend the capabilities of the open Web. Our teams also continue to contribute to open source browser applications, such Gecko, Blink and WebKit. The Adobe Web platform repository is a great resource that highlights a number of significant open source contributions for such capabilities as CSS shapes and regions. Adobe has been equally active and ambitious in our release and support of open source technologies and communities. We are extremely active in the Apache foundation including the Apache Web server, as well as active involvement and heavy contribution to Apache Felix, Apache Oak, Apache Aries, Apache Jackrabbit, Apache Sling and Apache Stanbol. Additionally, such projects exist within Apache that originated with the larger Adobe, such as Apache Flex and Apache Cordova.

At Adobe, the Web is not only about the technology and code but also about the content and its delivery. The benefits of an “open” Web that it allows content providers to choose what and how they wish to delivery content, and we hope to move this needle even further in the years to come.

]]>Dave McAllisterhttp://blogs.adobe.com/openhttp://blogs.adobe.com/open/?p=3572013-08-28T16:34:02Z2013-08-29T13:00:29ZRecently, Adobe released Theseus 0.4, a JavaScript debugger extension for Brackets. The above link will lead you to its home in Adobe Research organization on GitHub, which is home to a number of seriously cool projects. Theseus is released under the MIT license.

I sat down with Adobe intern Tom Lieber, the developer for Theseus. Tom is an MIT grad student and intern working with Adobe Research on problems relating to the development and understanding tools for software engineering, end-user programming and user interface design.

The goal of Theseus is to let you see what your program is doing by looking at the code, without having to make as many guesses by simulating the code in your head.

—

How does someone get started with Theseus?

First, grab the latest version of Brackets. Then, in Brackets, click the menu item File, choose Extension Manager. Pick the Available tab, type Theseus in the search box and click the install button in the search results for Theseus. There are also a couple of great videos demonstrating Theseus on the Brackets blog.

And starting with version 0.4, you can use Theseus to debug Brackets itself, as well as any extensions Brackets has loaded, in just two steps:

Open the source code for Brackets or the source code for your extension, in Brackets.

Well, one of the goals of this release was to get the code robust enough for debugging the Brackets editor itself. Since Brackets is written in HTML and in JavaScript, there is a natural synergy in having Theseus support a significant piece of code. In fact, we’ve already seen bug reports that use the debugger to debug the debugger.

—

Why did you do this?

Part of it is a personal desire. It’s always fascinated me how we can interact with the application by poking at, trying things out. However the code itself is rather stagnant and somewhat arcane. My goal was to make it as easy as possible to work with the code. In fact, I want people to be able to play with the code as if it was the live application. This is part of my goal to create more usable programming environments.

—

How would you like others to get involved?

The best way to get involved is to use Theseus on your own projects and give me feedback. I’m looking for when/where it is useful as well as when/where it isn’t useful. The feedback will help me expand my academic research and make Theseus better for everyone.

Contributions to the code are quite welcome. It is a research project and thus, research code, but it’s fairly robust. I’m more than willing to support anyone who’d like to extend the code, or use it for their own purposes.

It would be great to see Theseus expand to project level discovery and project scope exposure. It would be useful to see events, or be able to ask questions like “What modules were involved in initialization?” It would be great to have visualization of data and elements so when things go out of range you understand the cause and impact.

Theseus was created for JavaScript, but the code is written in small modules, and separates the language specific items out so it would be possible to create debuggers for other languages.

—

Anything to add?

Well again, this is a research project and I would particularly enjoy hearing back from anyone who’s using it. We need to get a clearer view of how people want to use it and what people are doing with it to make sure Theseus expands and matures to make it an even better tool for asynchronous language debugging. I can be reached at tom@alltom.com, so feel free to drop me a note to let me know how you are using Theseus. (Tom is also on Twitter and on Github.

Thanks for your time Tom and good luck with your continuing studies at MIT. We are quite taken with the capabilities of Theseus and look forward to seeing how it grows in future releases.

Recently, Adobe released GCview, a web application that was developed to visualize and monitor memory usage in the V8 JavaScript engine, as an open source technology. The above link will lead you to its home in the Adobe Research organization on Github, which is also home to a number of seriously cool projects. GCview is released under the Apache Software License.

Recently, I sat down with engineering director John Pampuch and engineering manager David Cox. The major developer, Tony Printezis, was unfortunately unavailable.

—

So, what is GCview?

John: GCview is a tool for people to look at virtual machines like V8 to analyze internal heap operations.

David: It’s a framework to monitor and visually percent any memory management technology like garbage collection.

In discussion, it seems that GCview is a generic and easily adaptable visualization and monitoring framework targeted (but not limited) to memory management systems (garbage collectors, malloc/free implementations, hardware caches, etc.). A system can be visualized by mapping its operation, data structures, heap layout, and other attributes onto GCView abstractions.

David: Its roots come from a similar tool known as GCspy, of which Tony was the original author. GCview is a new design and a completely separate code base.

—

What is GCview used for?

David: It’s for VM developers to get a deep dive into the activities of garbage collection. It allows knowledgeable developers to also help understand performance aspects of web applications.

John: It’s important to note that this tool does require some level of expertise to make the best use and looking at memory management systems. It helps identify the underlying causes, but the memory management system itself is responsible for offering the tweakable parameters to improve the identified problems.

In some ways, GCview seems (to me) similar to the Check Engine light on my car. When it appears, I understand I have a problem but may not know what the problem is. A monitoring tool allows me to see the diagnostic code that caused the problem, but doesn’t necessarily allow me to directly correct it. That may take expertise and tools that I may not have available. GCView shows me more than just simple diagnostic code, but fixing the problem still requires expertise and tools.

—

Why did Adobe build GCview?

John: We believe there is a need for deeper understanding of how memory management systems work in browsers today. We also think that there is room for significant improvement in web VMs.

David: It’s in everyone’s best interest to see the performance of web applications improve. Building GCview, particularly in tying to open source will allow this to innovate and grow for improvement of the web.

—

So, what’s inside GCview?

David: The GCview core consists of three parts which can be hosted in the same place and be easily adopted in the required system:

A) Data Stream Spec – A JSON specification that defines the format of a data stream representing the state of the system being monitored over time as mapped onto GCview abstractions. The data stream can either be written to a file for future analysis or transmitted over the network for online monitoring.

B) Visualizer – A visualizer, written in HTML and JavaScript, that interprets and displays the above data stream.

C) Data Tracking Code – C++ code that keeps track of the data needed to monitor a particular system after it has been mapped onto GCview abstractions along with facilities to export this data in the appropriate format.

—

How do I get started?

David: Well, the easiest way is to grab the source and point your browser at the index.html file. That will start GCview where you can load one of the sample traces in the source as well and begin to play and understand what GCview is showing you.

—

What’s next for the project?

John: We hope the open source community will help improve and expand the GCview features and capabilities. Some obvious directions would be inclusion into the Chrome dev tools. Perhaps a great next step would be to see this picked up and baked into Chrome together data on V8. The area covered by GCview today is just the beginning and we can’t wait to see what innovations other developers can bring to it.

—

Any final comments?

John: Releasing GCview under open source makes this tool and framework available for all sorts of interesting memory management systems.

David: We can’t wait to see what this develops into and where the community will take it.

Thanks for your time today guys. We appreciate the effort behind GCview and, honestly, the coolness factor that GCview offers to the web application community.

Well, it’s the week after the OSCON 2013 conference held in sunny and warm Portland. And as usual, there was more activity at the show that is possible for one person to encompass.

First, some general observations about the show. This may have been the strongest program across all categories in the last seven OSCON events I have attended. With very few exceptions, the speakers were knowledgeable and informative, able to present meaningful information in a concise, retainable manner.

Naturally, Adobe had sessions on PhoneGap and on Brackets. The introduction to PhoneGap by Renaun Erickson, @renaun was surprisingly detailed. I say surprisingly, because PhoneGap is quite complex and yet this 40 minute presentation managed to cover both the highlights as well as dive into specific examples. PhoneGap, is an open source project better known as Cordova, found at the Apache foundation. Renaun’s slides can be found at Intro to PhoneGap.

Adam Lehman, @adrocknaphobia also did an introductory session on Brackets. He managed to cover the highlights and the directions for Brackets, as well as provide insight into future directions. Adams slides can be found online as well.

However, the Wednesday keynote certainly stole the show. With Jeff Hawkins of @Numenta leading off in a discussion around open intelligence, machine intelligence, and neuroscience, the stage was set for an incredible journey into every aspect of open source, be it development or social. And to never forget that OSCON is a social experience. The hallway conference is equally important to the sessions you attend.

The other highlight in the keynotes was stolen by Carin Meier of Neo, who communicated The Joy of Flying Robots with Clojure. Everyone wants a robot friend, and Carin introduced us to her robot friends. Not only did we see robots dance, fly, flip, we also saw robots working together, all tied together with quick scripting.

OSCON is one of those conferences that you must attend to realize the depth and breadth of the open source industry. Be it in learning to improve team dynamics with improv, diving into the legal side of Personal Open Source Software and its potential risk, or learning how to automate testing for accessibility OSCON is full of new discoveries, new friends, and new opportunities.

]]>Dave McAllisterhttp://blogs.adobe.com/openhttp://blogs.adobe.com/open/?p=3372013-08-30T17:41:28Z2013-07-15T20:51:02ZNext week is OSCON in Portland and I will be there ready to learn the latest and greatest in the world of open source.

It’s, as always, a powerful program with more things I’d like to attend than I can attend. So where is my holographic multi-persona anyway? (and kudos to the folks who managed wade through several hundred abstracts to get to this lineup.)