Re: [WSG] Reset Forms
Hi Todd Sorry for not responding to your query sooner. I suggest approaching your form with the question: what actions will users of this form want to perform and providing those actions. As Susan mentioned, there are times when a Reset makes a lot of sense. I would also argue that while users can close a window to effectively cancel an online form that they are filling in, many (non-expert) users will not necessarily be aware of this option, or comfortable that their application has actually been cancelled. Providing an explicit cancel button helps provide that user control and reassurance. (I'm not a programmer, so I can't be sure of this, but I think having a cancel allows you to explicitly end that session too, freeing up server space.) I do agree with Luke that actions secondary to the main one should have different visual styling. They can be a different colour, be spaced separately from the primary action or be links rather than buttons. And of course you want to support the principle of error recovery, so confirm any cancel or reset before applying the action. Hope this helps. If you want more input, I suggest emailing the Business Forms Management Association members via their mailing list, Formspace. You don't have to be a BFMA member to use Formspace. Details are here: http://www.bfma.org/formspace/main.htm. Cheers Jessica Enders Principal Formulate Information Design http://formulate.com.au Phone: (02) 6116 8765 Fax: (02) 8456 5916 PO Box 5108 Braddon ACT 2612 On 24/02/2009, at 4:03 AM, Todd Budnikas wrote: A question came up today inquiring about a design my company has recently completed. There is currently in the design an option to reset the form on one of the pages. Does anyone have any opinions on the usefulness of that feature, or statistics on whether or not people use it? Luke Wroblewski argues that actions like Reset and Cancel are unnecessary and should be either removed or de-emphasized in the user interface to avoid mistakes. http://www.rosenfeldmedia.com/books/webforms/blog/undo_a_reset_form/ I tend to agree. However, I think Cancel can be useful. Thoughts on form resetting, cancel options and usability? *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
[WSG] Users who deliberately disable JavaScript
Hi Pascal In the JavaScript/Accessibility/form validation discussion you mention the growing number of users who purposefully disable JavaScript. I'm always curious just how many people this is. Do you, or does anyone else, have any statistics on this? Is there a reason you describe it as a growing number? Any information greatly appreciated. Cheers Jessica Enders Principal Formulate Information Design http://formulate.com.au Phone: (02) 6116 8765 Fax: (02) 8456 5916 PO Box 5108 Braddon ACT 2612 On 19/01/2009, at 11:14 PM, Simon Pascal Klein wrote: If there were further communication between the user and server between submission of the form that would entail a page reload then a screen user shouldn’t have an issue, whereas if JavaScript would run in the background and inject errors or suggestions as it thinks the user makes them (e.g. password complexity recommendations, username not available messages) numerous accessibility issues arise. The only solution that came to mind was having a generic message (such as ‘please fill out all marked (*) fields’ or the like) that could be hidden using CSS and through JavaScript ‘unhidden’ when an error appears (though it could only be a generic error). As dandy as these automatic feedback and error messages are through JavaScript maybe a full submission and subsequent page reload is best—after all it’s impossible to tell those users using an accessibility aid like a screen reader from those who do not, and hey, the growing number of users who purposefully disable JavaScript won’t see the glitzy JavaScript injected errors anyway. Just my 0.2¢. On 19/01/2009, at 5:52 PM, Rimantas Liubertas wrote: Isn't 'aria-required' a non-standard attribute? Sadly, yes. But there is some hope: it is possible that ARIA will be accepted in HTML5 and there is an initiative to provide validation for (X)HTML+ARIA: http://lists.w3.org/Archives/Public/wai-xtech/ 2008Sep/0381.html Validator.nu already has experimental support for HTML5+ARIA, and I believe (did not check) http://qa-dev.w3.org/wmvs/HEAD/ provides the same for document type HTML5. There is also a possibility to add ARIA attributes with Javascript. All the options are controversial, but that's how it is for now :( Regards, Rimantas -- http://rimantas.com/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** --- Simon Pascal Klein Concept designer (w) http://klepas.org (e) kle...@klepas.org *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
[WSG] Find your way through standards legal docs
[Apologies for cross-postings] The Canberra Information Architects group is having a very special speaker at their upcoming Cocktail Hour on Thursday 2 October. The session will be relevant to anyone having to make sense of legal or compliance documents, such as standards and guidelines, and as such we thought the folk on this mailing list might be interested. Details below: The next Canberra IA Cocktail Hour is Thursday 2 October 2008. We are delighted to have Nathan McDonald, Service Director of the Mustor Institute, coming down from Sydney especially to speak to us. The Mustor Institute works hard to make the complex world of regulation, business, contracts etc accessible for, and understandable by, all through their novel “Regulatory DNA (MIS 1000)” approach. This system for navigating through these difficult domains has been described as “revolutionary” and “one of the most exciting developments”. Nathan will demonstrate the clarity and simplicity provided by the DNA method using examples such as: * NSW Building Industry payment regulations; * Austrac Anti Money Laundering and Counter Terrorism Financing (AML/CTF) regulations; * Australian Department of Defence contracts; and * Australian Taxation Office regulations. The session aims to be interactive and practical, so we want you to submit examples of the legal texts that you have to work with (e.g. contracts, policies, regulations and agreements). Nathan will use these as an exercise and point of discussion. Send your examples, preferably in Word or RTF format, to jessica [at] formulate [dot] com [dot] au by close of business on Monday 1 October. Join us for what’s guaranteed to be a thought-provoking and fascinating meeting. You’re also welcome to come for an informal dinner afterwards in Manuka/Kingston. Time: 17:30-19:00 Day/Date: Thursday 2 October 2008 Venue: Stamford Interactive Level 1 301 Canberra Avenue (right near Officeworks) Fyshwick Please RSVP to [facibus AT gmail DOT com] as soon as possible for catering purposes. Cheers Jessica Enders Principal Formulate Information Design http://formulate.com.au Phone: (02) 6116 8765 Fax: (02) 8456 5916 PO Box 5108 Braddon ACT 2612 *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] form from hell - difficult redesign
Hi Kevin I'm no developer, but I can certainly advise on the *design* component of the project, if that would be of some assistance. I have designed GUIs for a travel and hotel booking engines before and as Joe Ortenzi says, I've been doing some research lately on tabular data. Feel free to contact me off-list. Jessica Enders Principal Formulate Information Design http://formulate.com.au Phone: (02) 6116 8765 Fax: (02) 8456 5916 PO Box 5108 Braddon ACT 2612 On 31/07/2008, at 11:09 AM, kevin mcmonagle wrote: Hi I've been asked to redesign the gui on a hotel booking engine / room allocation web app. Its basically the busiest example of tabular data ive ever seen - most data in the cells is input. Any Advice on styling an overwhelming amount tabular data? -best kevin *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
[WSG] Design of forms on web vs paper
I've been involved in a few debates about this question lately and would like to write an article summarising the different positions. It would be great if you could spend a few minutes emailing me or posting your personal position on the following query: As a matter of best practice, should forms on the web be designed to look like their paper equivalents? Why/why not? I recognise that this is a fairly open question but there are lots of different ways that one could come at this issue and I'm keen to hear about them all! Will send around a link to the article when done, for future reference. Thanks in anticipation, Jessica Enders Principal Formulate Information Design http://formulate.com.au Phone: (02) 6116 8765 Fax: (02) 8456 5916 PO Box 5108 Braddon ACT 2612 [Apologies if you get this email more than once - I'm casting a wide net] *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
[WSG] Clarification: Design of forms on web vs paper
Hi Thanks to all who have answered so far - much appreciated. I just want to clarify that I have a background in forms design (both electronic paper based) and have read Luke's book (which I agree, is great). I have an opinion on the question but want to make sure that my article covers off the diversity of views on the matter. This is why I'm interested in what you think and, in particular, your reasons for that view. With thanks Jessica Enders Principal Formulate Information Design http://formulate.com.au Phone: (02) 6116 8765 Fax: (02) 8456 5916 PO Box 5108 Braddon ACT 2612 Begin forwarded message: From: Jessica Enders [EMAIL PROTECTED] Date: 27 July 2008 3:34:30 PM To: BFMA Formspace [EMAIL PROTECTED], wsg@webstandardsgroup.org, [EMAIL PROTECTED], sigia l sigia- [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: [bfma] Design of forms on web vs paper I've been involved in a few debates about this question lately and would like to write an article summarising the different positions. It would be great if you could spend a few minutes emailing me or posting your personal position on the following query: As a matter of best practice, should forms on the web be designed to look like their paper equivalents? Why/why not? I recognise that this is a fairly open question but there are lots of different ways that one could come at this issue and I'm keen to hear about them all! Will send around a link to the article when done, for future reference. Thanks in anticipation, Jessica Enders Principal Formulate Information Design http://formulate.com.au Phone: (02) 6116 8765 Fax: (02) 8456 5916 PO Box 5108 Braddon ACT 2612 [Apologies if you get this email more than once - I'm casting a wide net] _ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
[WSG] Design of forms on web vs paper
I've been involved in a few debates about this question lately and would like to write an article summarising the different positions. It would be great if you could spend a few minutes emailing me or posting your personal position on the following query: As a matter of best practice, should forms on the web be designed to look like their paper equivalents? Why/why not? I recognise that this is a fairly open question but there are lots of different ways that one could come at this issue and I'm keen to hear about them all! Will send around a link to the article when done, for future reference. Thanks in anticipation, Jessica Enders Principal Formulate Information Design http://formulate.com.au Phone: (02) 6116 8765 Fax: (02) 8456 5916 PO Box 5108 Braddon ACT 2612 [Apologies if you get this email more than once - I'm casting a wide net] *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Breadcrumbs showing organisational structure and usability
I agree with most of the comments in response to this query but thought I would clarify one part of what Steve said, namely that: breadcrumbs ... represent the content pathway the user followed to reach their current page. I misread this sentence initially and so others may too. I thought Steve was saying that breadcrumbs represent the pathway of pages the user moved through to get to their current page. But what I think he's actually saying is that they represent the location of the current page within the site hierarchy. This latter type of crumb is useful because it gives you a sense of context; the former type of crumb is unnecessary because you have the back button. Cheers Jessica Enders Director Formulate Information Design http://formulate.com.au Phone: (02) 6116 8765 Fax: (02) 8456 5916 PO Box 5108 Braddon ACT 2612 On 06/06/2008, at 6:58 PM, Steve Baty wrote: Lib, Breadcrumbs fall into that category of IA component that hurts no- one, and helps some people some of the time, which generally makes them worthwhile. However, breadcrumbs should serve a specific purpose, that being: to represent the content pathway the user followed to reach their current page. If your site (overall) is structured the same way as your organisation, then the breadcrumbs you've described serve their purpose (although the convention is that each node in the breadcrumb be a link, other than the current page). From what I can see, however, the intent of this device is not to act as a breadcrumb trail in the navigational sense, but is, in fact, a method for communicating organisational structure. That should be a different conversation, and its one that is likely going to come down to 'Company convention dictates' - end of discussion. I have some concerns about the potential for confusing users who would visually associate this device with a navigational mechanism, so an alternate visual treatment (especially the choice of the delimiter) might be in order. Otherwise, the general consensus amongst the IA community is that breadcrumbs don't hurt, and they might help. Regards Steve 2008/6/6 libwebdev [EMAIL PROTECTED]: Hi folks, My organisation manages around 7000+ pages for 100s of departments, using a CMS. Mine is the only department outside the CMS, just because we can. We have been persuaded (read: bullied) to redesign our header to exactly match that of the parent organisation. I have no problem with that per se, but theirs includes breadcrumbs, and we don't want 'em. I'm wondering what the consensus is here on their usefulness. I've always been under the impression that the purpose of breadcrumbs was to indicate to the user where they had been. However, the ones we are being urged to implement do no such thing; they simply display our organisational structure. This means that on every one of our 200-odd pages, the breadcrumbs will appear like so (we are the library): Parent Org Clinical Services Library Current page The only thing that's going to change is the current page. To me, that's not a breadcrumb trail at all. Am I wrong in my thinking? Is this a common usage? How does this benefit the user at all? I'm questioning it because of usability issues, which is how I tie it in with web standards. If this is considered off-topic, I apologise, and replies should come directly to me rather than the list. thanks, lib. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** -- -- Steve 'Doc' Baty B.Sc (Maths), M.EC, MBA Principal Consultant Meld Consulting M: +61 417 061 292 E: [EMAIL PROTECTED] UX Statistics: http://uxstats.blogspot.com Member, UPA - www.upassoc.org Member, IA Institute - www.iainstitute.org Member, IxDA - www.ixda.org Contributor - UXMatters - www.uxmatters.com *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
[WSG] Is RTF accessible?
Hello I am trying to work out whether a Rich Text File is considered accessible, to the extent that Australian federal government agencies must provide electronic documents in an accessible format. RTF is owned by Microsoft, but most word processors can read it. Apparently if styles are used correctly, RTF files can be used well by screen readers. Also, section 2.3 of the World Wide Web Access: Disability Discrimination Act Advisory Notes (from 2002, mind you) on the Human Rights and Equal Opportunity Commission website (http:// hreoc.gov.au/disability_rights/standards/www_3/www_3.html) suggests that RTF is considered acceptable. Any views? Jessica Enders Director Formulate Information Design http://formulate.com.au Phone: (02) 6116 8765 Fax: (02) 8456 5916 PO Box 5108 Braddon ACT 2612 *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
[WSG] Clarification: Is RTF accessible?
I should clarify that I'm not a Microsoft-basher! The only reason I mentioned it is that ownership of a standard might be considered, by some, to compromise accessibility. Also, if it helps, I'm thinking about RTF for /forms/, not general text documents. I think this makes the situation a little bit messier. Finally, I would definitely recommend semantic HTML as a first choice - we're just looking at the other options that might be available if it isn't. Thanks again for all your help, Jessica Enders Director Formulate Information Design http://formulate.com.au Phone: (02) 6116 8765 Fax: (02) 8456 5916 PO Box 5108 Braddon ACT 2612 Begin forwarded message: From: Jessica Enders [EMAIL PROTECTED] Date: 27 May 2008 4:08:26 PM To: [EMAIL PROTECTED], wsg@webstandardsgroup.org, [EMAIL PROTECTED] Subject: Is RTF accessible? Hello I am trying to work out whether a Rich Text File is considered accessible, to the extent that Australian federal government agencies must provide electronic documents in an accessible format. RTF is owned by Microsoft, but most word processors can read it. Apparently if styles are used correctly, RTF files can be used well by screen readers. Also, section 2.3 of the World Wide Web Access: Disability Discrimination Act Advisory Notes (from 2002, mind you) on the Human Rights and Equal Opportunity Commission website (http://hreoc.gov.au/disability_rights/standards/www_3/www_3.html) suggests that RTF is considered acceptable. Any views? Jessica Enders Director Formulate Information Design http://formulate.com.au Phone: (02) 6116 8765 Fax: (02) 8456 5916 PO Box 5108 Braddon ACT 2612 *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
[WSG] Can you spare 5 minutes to do a study?
Formulate Information Design is conducting a follow-up to our 2007 study on data table formatting (the results of which should be published in A List Apart shortly). We need your help - the more participants we get the greater the chance we can draw conclusions from the study that designers and developers like you can use. The study is anonymous and takes less than 5 minutes. To do the study, visit http://surveys.formulate.com.au/dtfu/, or you can read more about the study here: http://formulate.com.au/research/ data-tables-follow-up/. Please pass on to as many people as you like. With thanks, Jessica Enders Director Formulate Information Design http://formulate.com.au Phone: (02) 6116 8765 Fax: (02) 8456 5916 PO Box 5108 Braddon ACT 2612 *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Form best practice
Hello I've bookmarked heaps more bad forms than good (says something, really) but can heartily recommend this one (which I designed): http://www.originenergy.com.au/signup/?_qf_p2_display=true The phrase how we code up forms is pretty broad, but hopefully some of these will be of use: http://formulate.com.au/articles/what-makes-a-good-form/ http://formulate.com.au/articles/layers-of-a-form/ http://www.informit.com/articles/article.aspx?p=29892 http://css-tricks.com/tips-for-creating-great-web-forms/ http://jeffhowden.com/code/css/forms/ http://www.usability.com.au/resources/forms.cfm http://www.webcredible.co.uk/user-friendly-resources/web- accessibility/accessible-forms-1.shtml http://www.sitepoint.com/article/simple-tricks-usable-forms http://www.webaim.org/techniques/forms/controls.php http://www.alistapart.com/articles/prettyaccessibleforms http://www.lukew.com/resources/articles/web_forms.html And here's some link collections on the topic: http://www.smashingmagazine.com/2006/11/11/css-based-forms-modern- solutions/ http://www.deyalexander.com.au/resources/uxd/form-design.html I have *loads* more links to different sorts of forms and forms best practice guidelines (I'm a full-time forms designer). If you can be more specific about what you need, I'm sure I can help. And if you need some more substantial assistance, e.g. review your guidelines, I can provide that too! Cheers, Jessica Enders Director Formulate Information Design http://formulate.com.au Phone: (02) 6116 8765 Fax: (02) 8456 5916 PO Box 5108 Braddon ACT 2612 On 21/04/2008, at 1:36 PM, Jens-Uwe Korff wrote: Hi all, we are currently evaluating how we code up forms. In the process I'd like to review form best practices. I guess you've come across a good form with respect to either design, functionality, semantics or interaction. Please send me any bookmarks you might have of what you consider top of class. Thank you for your help! Cheers, Jens The information contained in this e-mail message and any accompanying files is or may be confidential. If you are not the intended recipient, any use, dissemination, reliance, forwarding, printing or copying of this e-mail or any attached files is unauthorised. This e-mail is subject to copyright. No part of it should be reproduced, adapted or communicated without the written consent of the copyright owner. If you have received this e-mail in error please advise the sender immediately by return e-mail or telephone and delete all copies. Fairfax does not guarantee the accuracy or completeness of any information contained in this e- mail or attached files. Internet communications are not secure, therefore Fairfax does not accept legal responsibility for the contents of this message or attached files. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
[WSG] Next IA Cocktail Hour
The next Canberra IA Cocktail Hour is Thursday 24 April 2008. It's going to be hard to follow up the fantastically thought- provoking, engaging and informative Cocktail Hour in March—thanks to Donna and Stuart for some great presentations. But Jessica Enders, Director of Formulate Information Design, is never afraid of a challenge and is going to do her best to entertain and educate with an interactive session on transforming an existing paper form into an electronic medium. Those who are interested are welcome to join us afterwards for an informal dinner in Dickson. Time: 17:30-19:00 Day/Date: Thursday 24 April 2008 Venue: Eureka Strategic Research Level 1 55 Wooley Street Dickson (above Zeffirelli's) Please RSVP to [facibus AT gmail DOT com] as soon as possible for catering purposes. Jessica Enders Director Formulate Information Design http://formulate.com.au Phone: (02) 6116 8765 Fax: (02) 8456 5916 PO Box 5108 Braddon ACT 2612 *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
[WSG] Standard for committing changes to a database?
Hi everyone I am currently reviewing a desktop application that involves mostly viewing and changing records in a database (via a nice GUI front end). In some places, changes are committed as soon as you enter them, a bit like how Microsoft Access operates. In other places, the user has to specifically save to commit changes, like MYOB. Any opinions on when one approach should be used over the other and whether the inconsistency matters? Thanks in anticipation, Jessica Enders Director Formulate Information Design http://formulate.com.au Phone: (02) 6116 8765 Fax: (02) 8456 5916 PO Box 5108 Braddon ACT 2612 *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
[WSG] Next meeting of Canberra IA Cocktail Hour
The Canberra IA Cocktail Hour is a monthly meeting of individuals interested in best practice (including standards) for information architecture, information design and user experience. The next Canberra IA Cocktail Hour is going to be held on Thursday 28 February from 5:30pm - 7:00pm. There will be two speakers: - Stephen Hall from acidlabs will talk about Integrated Administrative Design - Dane Buchardt from SMS Management Technology will walk us through a case study of a department coming to grips with e-learning. For more information, see the meeting notice on the Canberra IA Community blog (http://iacanberra.org/) or join our Yahoo! Group at http://au.groups.yahoo.com/group/canberra_ia_community. Any queries about the Canberra IA Cocktail Hour should be directed to Andrew Boyd at [EMAIL PROTECTED] Hope to see you there! Jessica Enders Director Formulate Information Design http://formulate.com.au Phone: (02) 6116 8765 Fax: (02) 8456 5916 PO Box 5108 Braddon ACT 2612 *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
[WSG] Correction: Next meeting of Canberra IA Cocktail Hour
Correction: Stephen Hall is from SMSMT, not acidlabs. Apologies for any confusion. Jessica Enders Director Formulate Information Design http://formulate.com.au Phone: (02) 6116 8765 Fax: (02) 8456 5916 PO Box 5108 Braddon ACT 2612 Begin forwarded message: From: Jessica Enders [EMAIL PROTECTED] Date: 21 February 2008 10:14:18 AM To: wsg@webstandardsgroup.org Subject: Next meeting of Canberra IA Cocktail Hour The Canberra IA Cocktail Hour is a monthly meeting of individuals interested in best practice (including standards) for information architecture, information design and user experience. The next Canberra IA Cocktail Hour is going to be held on Thursday 28 February from 5:30pm - 7:00pm. There will be two speakers: - Stephen Hall from acidlabs will talk about Integrated Administrative Design - Dane Buchardt from SMS Management Technology will walk us through a case study of a department coming to grips with e-learning. For more information, see the meeting notice on the Canberra IA Community blog (http://iacanberra.org/) or join our Yahoo! Group at http://au.groups.yahoo.com/group/canberra_ia_community. Any queries about the Canberra IA Cocktail Hour should be directed to Andrew Boyd at [EMAIL PROTECTED] Hope to see you there! Jessica Enders Director Formulate Information Design http://formulate.com.au Phone: (02) 6116 8765 Fax: (02) 8456 5916 PO Box 5108 Braddon ACT 2612 *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
[WSG] Electronic forms building software
Hi all I was wondering what WYSIWYG electronic (web and other) forms building software would you recommend or avoid? I'm interested in experience with Form Assembly, in particular. The sorts of things I'm interested in feedback on include Wufoo, Icebrrg, SurveyMonkey, Zoomerang, QuestionPro, Vovici, FormSite, ColdFusion, InfoPath, Adobe LiveCycle and SnapForm. Thanks in anticipation, Jessica Enders Director Formulate Information Design http://formulate.com.au Phone: (02) 6116 8765 Fax: (02) 8456 5916 PO Box 5108 Braddon ACT 2612 *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
