W3C home > Mailing lists > Public > www-forms@w3.org > June 2005

Re: modal and modeless windows

From: Karl Pongratz <karlhp@karlhp.com>
Date: Mon, 27 Jun 2005 17:24:14 +0300
Message-ID: <42C00C0E.4020203@karlhp.com>
To: Mark Birbeck <mark.birbeck@x-port.net>
CC: www-forms@w3.org, whatwg-whatwg.org@lists.whatwg.org, dean@w3.org

Mark,

I appreciate that Xforms supports modal and modeless messages, yet I 
miss it in the web browser.

I could envision that as follows, lets take the address book of 
Microsoft Outlook, the desktop application, as an example.

You have a page (resource) my_addresses.html, a simple document that 
shows you all your addresses without any form fields. If you want to 
edit an address you click on it, which will open a modal window, this 
modal window should then contain the xforms document to edit the 
address, with a "Save and Close" and "Cancel" button. Cancel will close 
the modal window, no other action is taken. Save and Close will save the 
form data, closes the modal window and it will update the changes in the 
underlying my_addresses.html document, i.e. by reloading it.

You can do the same without modal windows, the traditional approach, see 
i.e.
Views and Forms: Principles of Task Flow for Web Applications Part 1 
(Bob Baxley)
http://www.boxesandarrows.com/archives/views_and_forms_principles_of_task_flow_for_web_applications_part_1.php

Though I believe the modal window approach would be much cleaner and 
saver, maybe Bob Baxley would have chosen that way, if modal windows 
existed.

Karl


Mark Birbeck wrote:

>Karl,
>
>[I'm not on the WhatWG list, so this will probably bounce.]
>
>  
>
>>I had a short look at the webforms and web applications 
>>specification at whatwg.org, I didn't find anything about 
>>modal and modeless windows. If there is anything to improve 
>>for html, xhtml, xforms and compound documents, then, in my 
>>opinion, the first missing feature that comes into my mind is 
>>the lack of modal and modeless windows.
>>    
>>
>
>XForms does already have modal and modeless messages, and I know that both
>X-Smiles and formsPlayer have implemented them in such a way that the
>message itself can contain other form controls. (I don't know about other
>implementations, but my guess is they probably do, too.)
>
>In other words, you can have a little sub-form that updates the main
>instance data, but appears to the user as a separate 'window'. The only
>difference then between modal messages and modeless ones are that modal
>messages block execution until they have been closed, whilst modeless ones
>can happily sit on top of the main form.
>
>Note also that once again we get a much better model in XForms, since
>actually what we are talking about is the behaviour of an abstract concept
>-- a 'message' -- which will act differently on different platforms. We
>don't say use some method call on the document or window object, as we have
>to do in current solutions, but which is very difficult to make accessible.
>
>Regards,
>
>Mark
>
>
>Mark Birbeck
>CEO
>x-port.net Ltd.
>
>e: Mark.Birbeck@x-port.net
>t: +44 (0) 20 7689 9232
>w: http://www.formsPlayer.com/
>b: http://internet-apps.blogspot.com/
>
>Download our XForms processor from
>http://www.formsPlayer.com/
>
>
>
>
>
>.
>
>  
>
Received on Monday, 27 June 2005 14:24:14 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Saturday, 10 March 2012 06:22:01 GMT