Re: [IxDA Discuss] Screen Capture Software of Interest
I've been using Jing for internal sharing. If someone doesn't already have a tool to use I think it's worth a look. It's a lightweight tool but quick, easy to use, and free. Still captures only capture the viewport, not a whole page, however, you can select different regions of a window or screen - for example, full screen, just a toolbar, etc.. There are also some rudimentary annotation tools. Jing records video as well so you can use it to capture, for example, prototype demos or, of course, training - or demonstrate reference examples. It records audio simultaneously. You can email the finished capture or share it via Jing's online sharing service - free for a little storage space, fees for more. Faith -- Faith Peterson [EMAIL PROTECTED] On Wed, 12 Dec 2007 05:14:16, pauric [EMAIL PROTECTED] wrote: Thank you Robby! Skitch, video: http://plasq.com/skitch#demo looks perfect for one of my clients.. *Come to IxDA Interaction08 | Savannah* February 8-10, 2008 in Savannah, GA, USA Register today: http://interaction08.ixda.org/ Welcome to the Interaction Design Association (IxDA)! To post to this list ... [EMAIL PROTECTED] Unsubscribe http://www.ixda.org/unsubscribe List Guidelines http://www.ixda.org/guidelines List Help .. http://www.ixda.org/help
Re: [IxDA Discuss] OK/Cancel [wrong heading - Jaiku ]
Luke W's article (linked to earlier in this thread) was good. Given that placing the buttons at the bottom right of the form is the least usable position, I wonder if the rule OK on the left if buttons are left align, OK on the right if right aligned illuminates anything. Are things placed rightmost more primary then things in a right-aligned group that are not the rightmost item? I'm not advocating this, just curious if anyone has analyzed button placement for this difference. Faith -Original Message- From: [EMAIL PROTECTED] On Behalf Of Adrian Howard Sent: Tuesday, November 20, 2007 8:56 AM To: IxDA Discuss On 20 Nov 2007, at 01:26, Bryan Minihan wrote: ... we almost always settled on OK on the left, Cancel on the right in web forms. [snip] Interesting :-) We almost always settle on OK on the right since (in tests) users made fewer errors with it this way round. [snip] -- Faith Peterson [EMAIL PROTECTED] *Come to IxDA Interaction08 | Savannah* February 8-10, 2008 in Savannah, GA, USA Register today: http://interaction08.ixda.org/ Welcome to the Interaction Design Association (IxDA)! To post to this list ... [EMAIL PROTECTED] Unsubscribe http://www.ixda.org/unsubscribe List Guidelines http://www.ixda.org/guidelines List Help .. http://www.ixda.org/help
Re: [IxDA Discuss] Recap: Chicago IxDA's Pattern Library conversation
It's an interesting aspect of the development of one's creative faculties that there is a period of rote imitation and then some point of transcendence, when the underlying principles suddenly - apparently - coalesce. I think the junior person needs a lot of practice and observation of other people identifying the significant characteristics of the problem - that's the key to choosing and applying a pattern wisely, or departing from a pattern or imitation of someone else's solution to a different (but apparently in some way similar) problem. I spend a fairly significant amount of time talking about the rationale for design choices rather than the mechanics of the solutions. People who get the why will normally make reasonable (even if perhaps not inspired) choices about the how. (Given this statement, fans of the Food Network show Good Eats will understand why that's my favorite cooking show - Alton Brown communicates the principles of cooking, not just how to construct the recipe du jour.) -- Faith Peterson [EMAIL PROTECTED] On 10/18/07, Wesley Hall [EMAIL PROTECTED] wrote: For example, I keep seeing junior designers on my team apply patterns without understanding the intention/context behind the pattern. Then, when I suggest changes to the design, they will debate me citing my own pattern as evidence But you did it here! without understanding the context of the problem...Sigh... Just curious if others have this experience, and if there's advice on what to do about it. Other than becoming more patient, I mean :) Welcome to the Interaction Design Association (IxDA)! To post to this list ... [EMAIL PROTECTED] Unsubscribe http://gamma.ixda.org/unsubscribe List Guidelines http://gamma.ixda.org/guidelines List Help .. http://gamma.ixda.org/help
Re: [IxDA Discuss] functional designer?
I'm in a small shop in which designers wear three hats. We design functionality when we specify what operations and information to expose to the user. We design interaction when we specify how to expose them, and how the user will interact with the application to use them. We wear our application business analyst hats when we analyze and specify the business needs the functionality will meet. We have two dedicated UI designers/front-end developers who design the appearance and layout, and code the browser-side logic. Interaction design is where we do the most cross-functional collaboration, because the front-end developers have to be able to make it possible (and often have great ideas) and the server-side developers have to deliver everything we need for the interaction in the page and handle discrete transactions with or without new pages. It's also the most challenging in that it's the perspective that our business stakeholders and user representatives get and the language they speak in (Can we just add a little button over here that will ...) so we have to do the most translation and expectation management. I work on a web-delivered application, so the front-end/back-end divider doesn't work well in this context. It would mean that functional design specified server-side system behaviors, and interaction design specified all browser-side system and user behaviors. We focus the design of functionality and of interaction both on the browser side. We treat server-side operations as a black box -- Faith Peterson [EMAIL PROTECTED] On 10/19/07, Switzky, Andrew [EMAIL PROTECTED] wrote: Okay, so then how would you distinguish between an interaction designer and a functional designer? Are they the same? I think functional designer should mean the same thing as interaction designer. It's a good way to explain what you do to business systems analysts, project managers and developers as well as to clients. Welcome to the Interaction Design Association (IxDA)! To post to this list ... [EMAIL PROTECTED] Unsubscribe http://gamma.ixda.org/unsubscribe List Guidelines http://gamma.ixda.org/guidelines List Help .. http://gamma.ixda.org/help
