Main

June 22, 2009

LiveCycle Data Services 3 Beta Available

LiveCycle Data Service 3 Beta 1 is now available on Adobe Labs.

The new model-driven development features in LiveCycle Data Services 3 offer a huge leap in productivity and ease-of-use for end-to-end applications. You start an application by creating a data model (a simple XML file) in the new "Modeler" editor that plugs into Flash Builder. From that model, you automatically generate data access logic on the server and Flex client code for working with the server code.

You can even generate much of a model by dragging existing SQL database tables into the Modeler editor. When you save the model, client code is automatically generated. When you deploy the model to the server, a fully functional Data Management Service destination is automatically generated on the LiveCycle Data Services server. You can support even the most advanced Data Management Service features just by creating and deploying a model.

Using Flash Builder with LiveCycle Data Services, you can now build simple or complex data-driven applications without writing any server-side code or configuration files. You can also take full advantage of the new Flash Builder 4 features for building the client side of data-driven applications.

We would love to get your feedback on this release and the documentation. To learn more:

June 21, 2009

New Doc on Creating Flex Gumbo Components in ActionScript

Here is new documentation on creating Flex Gumbo components in ActionScript. This document is for those who want to override commitProperties(), partAdded(), partremoved(), or getCurrentSkinState(), or want to create custom states in their skin classes.

Download the PDF: Advanced Spark Visual Components in ActionScript

June 15, 2009

New Doc on Flex Gumbo List, DropDownList, and ButtonBar Controls Available

Here is new documentation on Flex Gumbo List, DropDownList, and ButtonBar controls.

Download the PDF: Spark list-based controls

June 11, 2009

Test Drive the Flex 4 Beta Tutorials

The Flex 4 Beta tutorials provide an excellent introduction to Flex, Flash Builder, and accessing remote data with the new features in Flash Builder 4.

I've just updated the tutorials to provide access to the database files necessary to run the tutorials on Paging and Data Management. I've also updated several of the tutorials to make sure they work as designed.

This version of the tutorials is more current than the one installed with Flash Builder 4 Beta.

We are currently working on improving and updating the tutorials. Your feedback can help us provide a better introduction to Flex 4 and Flash Builder.

Of course, we are interested in any bugs you might find. But feedback on the scope, content, complexity, and length of time it takes to complete a tutorial is useful.

I hope to provide additional updates to the tutorials during the Beta period.

Flex 4 / Flash Builder 4 Beta Docs Updated

We've generated a new set of docs for the Beta release of Flex 4 and Flash Builder 4.

When checking out the Beta documentation, notice that the TOC of the docs has been reorganized to make it easier to find topics. Of course, your feedback on the organization and content of the docs is always welcome.

The Flex 4 Beta Language Reference is also available online.

If you want to refresh the docs in your installation of Flash Builder, download flex4_beta_help_refresh.zip (26MB). In the Flash Builder help plugin directory, replace the html folder and toc.xml file with the contents in this file.

Here is the path to the Flash Builder help plugin directory:

<InstallDir>/Flash Builder Beta/plugins/com.adobe.flexbuilder.help_4.0.0.235740/

The Blueprint Eclipse plug-in is live on Adobe Labs (for Flex Builder 3 and Flash Builder 4)

I want to tell you about Blueprint, which we released on Adobe Labs last week and just last night updated to include support for Mac, Windows, Flex Builder 3, and Flash Builder 4.

Blueprint is an innovative code-centric search application, initially delivered as an Eclipse plug-in. It is a custom search tool that searches only for code (for now, it searches just for MXML and ActionScript). So, for example, if you search for DataGrid, it returns a set of code examples that use the Flex DataGrid control. But what's really cool is that you can easily highlight, copy, and paste chunks of code right into your application, all without leaving Flex/Flash Builder.

For more information, see the Blueprint page on Adobe Labs

April 21, 2009

New Doc on Flex Gumbo Containers and Item Renderers Available

Here is new documentation on Flex Gumbo containers, including item renderers.

Download the PDF: Spark Containers

March 26, 2009

New Doc on Flex Gumbo States Available

Here is new documentation on Flex Gumbo view states, including the new syntax for defining states in Gumbo.

Download the PDF: Using States

March 23, 2009

New Doc on Flex Gumbo Efffects

Here is new documentation on Flex Gumbo effects. You can use these effects with all Flex components.

Download the PDF:Using Spark Effects

November 18, 2008

Adding ASDoc Comments to Flex MXML files

The Flex ASDoc command-line tool parses one or more ActionScript class definitions and MXML files to generate API language reference documentation for all public and protected methods and properties, and for certain metadata tags. The Gumbo release of Flex adds new features to the ASDoc command-line tool, including support for ASDoc comments in MXML files.

The ASDoc command-line tool is in the bin directory of your Flex Gumbo installation directory.

MXML Comments

The previous release of the ASDc command-line tool processed MXML files as input, but did not support ASDoc comments in the MXML file. In this release, you can now use the following syntax to specify an ASDoc comment in an MXML file:

<!--- asdoc comment -->

The comment must contain three dashes following the opening <! characters, and end with two dashes before the closing > character, as the following example shows:

<?xml version="1.0"?>
<!-- asdoc\MyVBox.mxml -->
<!---
    The class level comment for the component.
    This tag supports all ASDoc tags,
    and does not require a CDATA block.
-->
<mx:VBox xmlns:mx="http://www.adobe.com/2006/mxml">
  <!---
      Comment for button
  -->
  <mx:Button id="myButton" label="This button has comment"/>
</mx:VBox>

In this example, the first comment is a standard XML comment that is ignored by ASDoc. The second comment precedes the root tag of the component and uses the three dashes to identify it as an ASDoc comment. An ASDoc comment on the root tag is equivalent to the ASDoc comment before an ActionScript class definition. Therefore, the comment appears at the top of the output ASDoc HTML file.

All MXML elements in the file correspond to public properties of the component. The comment before the Button control defines the ASDoc comment for the public property named myButton of type mx.controls.Button.

You can use any ASDoc tags in these comments, including the @see, @copy, @param, @return, and other ASDoc comments.

Specify the input MXML file to the compiler in the same way that you specify an ActionScript file. For example, you can use the -doc-sources option of the compiler to process this file:

flex_dir/bin>asdoc -doc-sources C:\myApp\myMXMLFiles\MyVBox.mxml -output framework-asdoc

The ASDoc command-line tool only processes elements of an MXML file that contain an id attribute. If the MXML element has an id attribute but no comment, the elements appears in the ASDoc output with a blank comment. An MXML element with no id attribute is ignored, even if it is preceded by an ASDoc comment, as the following example shows:

<?xml version="1.0"?>
<!-- asdoc\MyVBoxID.mxml -->
<!---
    The class level comment for the component.
    This tag supports all ASDoc tags,
    and does not require a CDATA block.
    @see mx.container.VBox
-->
<mx:VBox xmlns:mx="http://www.adobe.com/2006/mxml">
  <!---
      Comment for first button appears in the output.
  -->
  <mx:Button id="myButton" label="This button has comment"/>
  <mx:Button id="myButton2" label="This button has no comment"/>
  <!---
      Comment for button with no id is ignored by ASDoc.
  -->
  <mx:Button label="This button has no id"/>
</mx:VBox>

You can insert ASDoc comments for metadata tags in the <Script> and <Metadata> blocks in an MXML file. For metadata tags, the ASDoc comments use the same syntax as you us in an ActionScript file. The only requirement is that the ASDoc comments must be within a CDATA block, as the following example shows:

<?xml version="1.0"?>
<!-- asdoc\MyVBoxComplex.mxml -->
<!---
    The class level comment for the component.
    This tag supports all ASDoc tags,
    and does not require a CDATA block.
-->
<mx:VBox xmlns:mx="http://www.adobe.com/2006/mxml">
    <!---
        Comment for language element - this comment will be ignored.
    -->
    <mx:Script>
        <![CDATA[
            import flash.events.Event;
            /**
             * For a method in an <mx:Script> block,
             * same rules as in an AS file.
             * @eventType myEvents.EnableChangeEvent
             */
            private function handleCloseEventInternal(eventObj:Event):void {
                dispatchEvent(eventObj);
            }
        ]]>
    </mx:Script>
    <mx:Metadata>
         <![CDATA[
        /**
         * Defines the default style of selected text.
         */
        [Style(name="textSelectedColor",type="Number",format="Color",inherit="yes")]
        /**
         * The component dispatches the darken event
         * when the darken property changes.
         * @eventType flash.events.Event
         */
        [Event(name="darken", type="flash.events.Event")]
        /**
         * Played when the component darkens.
         */
        [Effect(name="darkenEffect", event="darken")]
         ]]>
    </mx:Metadata>
</mx:VBox>

Comments before Definition, Library, and Private tags are ignored. Also comments inside a private block are ignored.

New option to the ASDoc command-line tool

By default, the ASDoc command-line tool halts processing and outputs a failure message when an ASDoc comment in an input file contains invalid HTML code. The tool writes error information to the validation_errors.log file.

This release of the ASDoc command-line tool adds the -lenient option that specifies to complete the compilation even when an HTML error occurs. The ASDoc comment that included the error is omitted from the output and the tool writes error information to the validation_errors.log file, but the remainder of the file or files is processed normally.