[WSG] to submit or not to submit?

2010-09-08 Thread Andrew Harris
Interesting discovery today regarding the use of the return key to
submit a form...

Our ageing standard uni template has always had a mild form of
validation on the site search box, where the submit button (input)
remains disabled until something other than the standard text is
entered into the text input. see it here:
http://www.unimelb.edu.au/about/ We did this when we realised that by
far the most common search term was an empty search, or one with some
sort of default text. It seemed to work as far as avoiding those dud
searches, but as I was working on a successor to the template and
revisiting the old search box, I noticed that even with the submit
button disabled, I could use the return key to submit the form.

Further investigation revealed that the mac versions of Firefox,
Camino and Opera would not submit, but Chrome (mac  PC), Safari (mac)
and IE6/7 would submit. Those were all I had on my machine at the time
so I haven't done any more tests, but I thought it was curious.

Any ideas on what might be the 'standard' behaviour - if one is
specified? failing that, how about just a 'desired' behaviour ;-)

-- 
Andrew Harris
and...@woowoowoo.com
http://www.woowoowoo.com

~~~ * ~~~


***
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: memberh...@webstandardsgroup.org
***



Re: [WSG] Opera Mini rendering issue with HTML5 doctype

2010-09-08 Thread tee
 
On Sep 5, 2010, at 5:30 AM, David Storey wrote:

 
 On 5 Sep 2010, at 13:49, tee wrote:
 
 I have a mobile site (just using media queries) that initially used XHTML 
 Basic 1.1, the site rendered fine except with a few glitches (bugs!!??) that 
 I know existed in this browser. Decided to convert the site to HTML5 and all 
 I did was change the HTML5 doctype, it has no validation error, it renders 
 the same in Safari Mini and Andriod, yet in Opera Mini it results a very 
 long horizontal scrolling bar in portrait view, in landscape view it's a bit 
 shorter  (about 50px I think). I switched back to XHTML Basic 1.1, the 
 horizontal scrolling bar gone!
 
 Without seeing the site it is hard to tell, but it i probably due to the 
 rendering mode. 

I setup a test case:
http://bit.ly/aPlv1b 

If you can test from Opera Mini, please let me know what you see in 2 to 4 test 
pages. Do you see a horizontal scrolling bar and shrunken page? 

If you could help identify the behavior and result of #5 would be great.

tee

***
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: memberh...@webstandardsgroup.org
***