Archive for December, 2011

Adobe Touch Apps – desired improvements

As I begin this post, I must stress that I am incredibly impressed with the initial versions of Adobe Touch apps on the Android Market. I have obtained Proto, Photoshop Touch, Ideas, Kuler, and Debut. I make the assumption that these apps will be updated at some point in the future. As an educator, These are some of the things I would like to see in the way of enhancements. In my opinion, these improvements would make these products even better. I welcome your comments as I am curious if I am on the right track or have missed something crucial. I am going to focus on Proto, Photoshop Touch, Kuler, and Ideas. I have not had sufficient time to work with Debut. My perspective on all these apps is based on my use on a Samsung Galaxy Tab 10.1. Read more »

Adobe Touch App – Ideas Overview

Another Adobe Touch App I have been experimenting with on my Samsung Galaxy Tab is Ideas. This is mostly an app to allow one to sketch/ draw using a tablet. One can either draw using a blank canvas or one can import a photo and add a new drawing layer to trace over parts of the photo. I chose this latter approach for this initial overview. I started with an image of a tropical flower that I photographed in Belize in 2007. If you wish to follow along, I provide the original image. Simply save this image locally, then upload it to the Adobe Creative Cloud and import it into your version of Adobe Ideas. You are free to use this copyrighted image for educational purposes provided I am given credit as the photographer. Your import should look similar to the screen capture shown below. Read more »

Adobe Touch App – Kuler overview

The next Adobe Touch App I wanted to review is kuler. This app is similar to the features you can experience on the WWW at http://kuler.adobe.com. The big advantage to using the Touch app on a tablet is the ability to work offline. For comparison purposes, I provide a screen capture of the kuler website (once I have authenticated and uploaded a photo). With all these images, simply click on the image to see the larger version. Read more »

Photoshop Touch CheatSheet

I have been working with several Adobe Touch Apps since they have been released. Although Proto is one I am using frequently for web design work, I also find I am using Photoshop Touch frequently as well. Since I put together a Proto cheatsheet (which has been well received), I thought I would also develop a Photoshop Touch cheatsheet. Frankly, I am amazed at the number of features packed into this app. To me it is well worth the price (US$ 9.99). I would appreciate feedback (via the comments below) whether you find this cheatsheet helpful or not. If you want a full sized version, simply click on the image and then zoom in with your browser. Alternately, you can use the PDF version of this cheatsheet.

Photoshop Touch cheatsheet

Adobe Proto – the code (part 3)

This is yet another article in a continuing series of posts dealing with the Adobe Touch app Proto. I complete my analysis of code generated by Proto objects. Previous posts can be found in the list below.

Let’s next examine the code generated by form elements. I want to examine individual form elements and then examine what happens when one groups these elements together in Proto.

Text input  object - In examining the generated code, I discovered there is no <form> element generated when one includes a form object in Proto. I do realize this is a wireframe application, but it is definitely something to remember when you are modifying the resulting HTML (one will typically need to include a form element with appropriate attributes). I also found it curious that although the code is HTML5, no placeholder attribute is used. Instead, a value attribute is used. Details are found in the image below.

Code generated by input object in Proto

Textarea object – This is similar to the text input element discussed above. Details of generated code are shown below.

Generated code for textarea object

Selection List object – as with the other objects discussed above, the selection list object consists of s simple set of HTML and a bit of CSS styling. Details are shown below.

Generated code for selection list

Checkbox object – Standard HTML is generated for this object and some CSS styling is applied. I did find it a bit interesting that there is a separate bit of CSS for each check box. As you can see below, this is for positioning. Perhaps one might want to style each separately. I would think that most web designers would rely on specificity and greatly reduce the amount of CSS actually needed to style and position the resulting HTML.

Generated code for Checkbox object

Radio button object – As one would expect, this is quite similar to the checkbox object examined above.

Generated code from radio button objectButton object – This is fairly standard HTML5 code as well with limited styling.

Code generated for button object by ProtoSo, we now have a reasonable understanding of generated code (HTML and CSS) when various form objects are added to our Proto wireframe. Before we leave this topic, one last item remains. What happens when one groups objects together in Proto? The answer is shown below – absolutely nothing. The grouping feature in Proto only provides one the ability to manipulate grouped items within Proto itself. Nothing changes with the generated HTML and CSS.

Code generated for grouped objects in ProtoHopefully this series of weblog posts gives you a better understanding of what i actually happening when you draw an object with a gesture in Proto. For those who have patiently read through all this material, I provide a link to the actual HTML5 and CSS generated by Proto. I would be keen on learning whether these posts helped you. Comments are welcomed.

Adobe Proto – the code (part 2)

This is another article in a continuing series of posts dealing with the Adobe Touch app Proto. Previous posts can be found in the list below.

For this post, I will cover code associated with Proto navigation objects. As I have done previously, you will be able to see an image with the default Proto object along with the HTML and CSS generated by that object.

Navigation objects. We have a horizontal menu, a vertical menu, breadcrumbs, an accordion control, and a tabbed menu. These items are where Proto really helps in wireframes. The objects are associated with jQuery (and the appropriate objects in that library). This can save a significant amount of typing by the designer/ developer after they receive the wireframe.

Horizontal menu. As one might expect, the generated HTML is an unordered list (styled with CSS). This is an industry “best practice” approach to navigation and I am glad to see it is incorporated into the horizontal menu object. Details are below.

Code generated by Proto horizontal menu objectVertical menu. As with the horizontal menu, accepted industry best practices are followed and the generated HTML is an unordered list styled with CSS. Details are shown below.

Generated code with vertical menu object in Proto

Breadcrumbs. As one might expect, this object generates a paragraph of text (with appropriate entities). Details of the code are below.

Code generated by breadcrumbs objectAccordion object. Although this is typically not associated with navigation, it is a rather complex object and is often used to display a large amount of information on a single web page. It seemed reasonable to include this object with my discussion on navigation. In addition to generated HTML and CSS, jQuery is also involved with this object.

Accordion object generated code

Tabs. This is the last object I will examine in this post. It also has associated jQuery. Details concerning the generated code are found in the image below.

Code generated for tabs object by Proto

In my opinion, these last two objects (accordion and tabs) are what adds significant value to Proto. Not only do you get to include a working wireframe, but you also get the necessary jQuery to enable functionality for these objects. The jQuery libraries are placed in the proper location and the necessary code to enable the functionality is included in the <head> of the HTML document.

I hope this continuing series of analysis of the generated HTML and CSS is helpful. Those who know me, know that I detest black boxes. I don’t accept “magic” and like to examine what actually happens with a given tool. In my opinion, this is key to understanding how to properly use these tools to accomplish necessary tasks. I am curious about your insights. Please place them in the comments below.

Adobe Proto – The Code

This is part of a continuing series of posts dealing with the Adobe Touch App – Proto. I have been examining this (downloaded from the Android Market and installed on my Samsung Galaxy Tab 10.1). Previous posts in this series included: Proto Cheatsheet, Form Design with Adobe Proto, and Adobe Proto Navigation and Wireframe. I thought it was now time to focus on the HTML 5 code generated by Proto when you build a wireframe. In addition to understanding what you are creating in the actual wireframe, I am hoping this post also points out some things I would like to see improved in future versions of this product. This post will focus on the majority of elements (excluding form elements and navigation – that is the focus of a future post).

Before we dissect the code itself, let’s examine the files included in the zip file one would download from the Creative Cloud. I am impressed that so many files and folders are automatically generated (including proper inclusion of so many of the necessary jQuery files). Since I tried to pull in most of the known Proto objects, I suspect this folder/ file structure is larger than most wireframes. The screen capture below is not meant to be all inclusive, but should give you an idea of what is actually included when you place items in the Proto wireframe.

File and folder contents generated from objects

Let’s examine some of the snippets of HTML (and associated CSS and JS) code generated when you create wireframes with Proto. These are listed somewhat in the order of items you will find in my Proto Cheatsheet.

Let’s first examine the document heading source code (and document name). By default, the file is called Index.html. Makes sense (unless you are using a Linux system, which many do). In my opinion, the filename should be index.html (lower case i). We see the first lines are HTML5. These lines provide a solid starting point for a web designer who needs to modify the prototype. A screen capture is shown below [ you can always view these in full size by clicking on them].

Initial source code from Proto

Division – In many wireframes, we need to specify a containing region (typically using one or more <div> elements to define such a region). I tapped on the DIV icon in Proto and the resulting code was generated. Obviously, one can re-size the object in Proto; this is the default value. As one can see, CSS is used for absolute positioning. I understand this approach to generating a wireframe; obviously a web designer would need to modify all of these. One question that comes to mind is where does the number 3 come from (as in id=”div_3″)? The best I can determine is that these numbers are automatically generated by Proto based on how many of these you have included in the current (or previous) wireframe.

Overview of code generated by div object

Image – When one includes an image in the wireframe, there is an actual gif image included (personal note, I would prefer a png image).

Code generated by Image object in Proto

Video – An actual sample video is inserted when one chooses this option. Let’s first look at the object and code. Note that the object displays differently in the Creative Cloud than it does on the tablet (you don’t appear able to preview the video in the Creative Cloud).

Video generated

The sample video (screen capture only) is shown below.

Screen capture of actual video included

Heading – I was surprised to learn that all headings (no matter how large the text) are paragraphs. In this case, the wireframe is not conveying any structure to the document. To me, this would be one feature to watch out for as many would assume a large text item like that shown below would be a <h1> element.

Header object and generated codeParagraph – obviously, this is a paragraph of text as one would expect. Details are shown below.

Paragraph code generated from Proto

Vertical Rule – This is represented as a vertical line. As expected, it is formed using a horizontal rule styled with CSS. Details can be found below.

Code generated for vertical rule

Table – Lastly, we examine the generated code for the table object. As expected, this has fairly standard code for a data table. Details are below.

Code generated for table object with ProtoAs you can see, the majority of code generated is as expected. The one item I found unusual was the heading object and the resulting code rendering as a paragraph. I plan to follow this post up with another focusing on navigation and form elements. As always, I am interested in whether readers find this information useful or have additional insights to share.

Related Posts Plugin for WordPress, Blogger...

Next Page »