<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>CodingClues - Latest Comments in Why can&amp;#8217;t website forms be more intelligent?</title><link>http://codingclues.disqus.com/</link><description></description><atom:link href="http://codingclues.disqus.com/why_can8217t_website_forms_be_more_intelligent/latest.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Tue, 30 Sep 2008 05:00:34 -0000</lastBuildDate><item><title>Re: Why can&amp;#8217;t website forms be more intelligent?</title><link>http://codingclues.eu/2008/why-cant-website-forms-be-more-intelligent/#comment-3855769</link><description>&lt;p&gt;@Steve&lt;br&gt;The funny thing is, the BROWSER should give the feedback that your form is being send, but if you look at IE7 or IE8, you can hardly tell it anymore. So now the web developers have to add behaviour to all of their forms or the users will start to "whine".&lt;br&gt;Not trying to defend the "users are stupid" pseudo-argument, just pointing out that the responsibility to provide the clearly needed feedback seems to have shifted from the browser to the web application and basically the web developers take the blame for the mistakes of the browser developers now.&lt;/p&gt;

&lt;p&gt;Of course Markus is right, a simple nonce can prevent most problems from double submissions. That doesn't solve the lack of feedback, but it at least prevents corrupted data.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lino</dc:creator><pubDate>Tue, 30 Sep 2008 05:00:34 -0000</pubDate></item><item><title>Re: Why can&amp;#8217;t website forms be more intelligent?</title><link>http://codingclues.eu/2008/why-cant-website-forms-be-more-intelligent/#comment-3855768</link><description>&lt;p&gt;The most important reason why those things are not into browsers right now according to me, is because it will only complicate things.&lt;br&gt;Let me explain:&lt;br&gt;Imagine having to expand html (or xhtml) with all the functions you want. Now imagine you have to get it supported by all big browsers out there. Since we have another browser war, that won't be that hard but still. Now think about the fact that all your messages have to be able to be translated, but also supply default settings. Now, those default settings should be the same on every platform/browser. If you got that far, think about different encodings. Sure, the whitespaces are trimmed when entering just latin1, but are they trimmed when entering utf8? And the error message is shown correctly in English, but what about ie Arabic where text is written from right to left? Localization in itself is one of the most important and hard parts of writing software that is going to be used all over the world. Next is the backwards compatibility. You can't just expect all people to install a new browser at once! Look at the usage statistics of IE6, 30% of the people still use it and god knows it doesn't follow standards. Things might not seem as easy as you think...&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">kim</dc:creator><pubDate>Thu, 26 Jun 2008 15:52:04 -0000</pubDate></item><item><title>Re: Why can&amp;#8217;t website forms be more intelligent?</title><link>http://codingclues.eu/2008/why-cant-website-forms-be-more-intelligent/#comment-3855767</link><description>&lt;p&gt;Turned off Javascript (be it per default or on purpose) has to be considered, yes. But this is what nonces ("number used once") in a hidden form field can be used for.&lt;/p&gt;

&lt;p&gt;&lt;a href="http://en.wikipedia.org/wiki/Cryptographic_nonce" rel="nofollow"&gt;http://en.wikipedia.org/wiki/C...&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">guruz</dc:creator><pubDate>Thu, 26 Jun 2008 12:19:49 -0000</pubDate></item><item><title>Re: Why can&amp;#8217;t website forms be more intelligent?</title><link>http://codingclues.eu/2008/why-cant-website-forms-be-more-intelligent/#comment-3855766</link><description>&lt;p&gt;Regard the submit button what if u browes the website without javascript on or better, what if u noticing this behaviour turn javascript off??? ahhhhh??&lt;br&gt;for sure you developer have to keep that in mind, one little thing between the magic world of web developing&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Davide Facente</dc:creator><pubDate>Thu, 26 Jun 2008 11:24:38 -0000</pubDate></item><item><title>Re: Why can&amp;#8217;t website forms be more intelligent?</title><link>http://codingclues.eu/2008/why-cant-website-forms-be-more-intelligent/#comment-3855765</link><description>&lt;p&gt;@Thomas Farrell and your&lt;/p&gt;

&lt;p&gt;"Why can’t users be more intelligent? Why do we programmers have to go to the trouble of coding buttons that vanish after used "&lt;/p&gt;

&lt;p&gt;You are the type of person I would never want in my team, an arrogant programmer that thinks all users are stupid - you give IT departments a bad name. You talk about intelligence - have you ever considered being intelligent and thinking about it from a users POV. Have you ever dealt with a non-responsive interface? How do you know your action has actually be processed? Need a clue - it is called feedback. &lt;/p&gt;

&lt;p&gt;Would you find as website where you submit and order and the page remains the same once your order is submitted a good design? I mean, why would anyone want email confirmation, why should programmers go to the bother of coding it.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Steve</dc:creator><pubDate>Thu, 26 Jun 2008 09:15:54 -0000</pubDate></item><item><title>Re: Why can&amp;#8217;t website forms be more intelligent?</title><link>http://codingclues.eu/2008/why-cant-website-forms-be-more-intelligent/#comment-3855764</link><description>&lt;p&gt;I totally agree with you! There are more annoyances though... like no submit button - relying on user hitting Enter key.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dushan Hanuska</dc:creator><pubDate>Thu, 26 Jun 2008 08:25:15 -0000</pubDate></item><item><title>Re: Why can&amp;#8217;t website forms be more intelligent?</title><link>http://codingclues.eu/2008/why-cant-website-forms-be-more-intelligent/#comment-3855763</link><description>&lt;p&gt;Yes, but when it is not prefixed with whatever:// I think you can safely assume http:// :)&lt;/p&gt;

&lt;p&gt;Coding with a focus on usability, sane defaults and fail-safe is a nice thing in web applications.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">guruz</dc:creator><pubDate>Thu, 26 Jun 2008 07:58:01 -0000</pubDate></item><item><title>Re: Why can&amp;#8217;t website forms be more intelligent?</title><link>http://codingclues.eu/2008/why-cant-website-forms-be-more-intelligent/#comment-3855762</link><description>&lt;p&gt;Regarding the second point:  Not all URLs start with "http".  You have to consider the possibility that the site being entered is a secure site ("https") or an FTP site ("ftp").&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Brian Swartzfager</dc:creator><pubDate>Thu, 26 Jun 2008 07:49:57 -0000</pubDate></item><item><title>Re: Why can&amp;#8217;t website forms be more intelligent?</title><link>http://codingclues.eu/2008/why-cant-website-forms-be-more-intelligent/#comment-3855761</link><description>&lt;p&gt;I disagree with disabling a submit button after form submission.&lt;br&gt;Occasional form submissions I've made I have cancelled to make a modification, then been annoyed at having to refresh the page or fiddle in Firebug to reenable the button.&lt;/p&gt;

&lt;p&gt;IMHO a 'get' form should not disable the button. At all. Ever.&lt;br&gt;There is more argument for disabling with a 'post' form, but submitting the same thing more than once is better handled server-side either at application or database level.&lt;/p&gt;

&lt;p&gt;@Thomas Farrell - I agree totally, development life would be much better if users weren't so stupid. I'm sure many aspects of engineering would be much easier if friction didn't exist.&lt;br&gt;Unfortunately neither of these things can happen. Users *are* often stupid, and seeing as you're writing a Website for their benefit you must design and code with them in mind.&lt;br&gt;It is a harsh realisation to come to, but an important one in UI design I think.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Rob Desbois</dc:creator><pubDate>Thu, 26 Jun 2008 04:31:09 -0000</pubDate></item><item><title>Re: Why can&amp;#8217;t website forms be more intelligent?</title><link>http://codingclues.eu/2008/why-cant-website-forms-be-more-intelligent/#comment-3855759</link><description>&lt;p&gt;Wait for Web Forms 2.0. They will have implemented out of the box most things you complain about.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Frank</dc:creator><pubDate>Thu, 26 Jun 2008 02:41:23 -0000</pubDate></item><item><title>Re: Why can&amp;#8217;t website forms be more intelligent?</title><link>http://codingclues.eu/2008/why-cant-website-forms-be-more-intelligent/#comment-3855760</link><description>&lt;p&gt;Why can't users be more intelligent? Why do we programmers have to go to the trouble of coding buttons that vanish after used, just because users are too stupid to realize that hitting the button 50 times just makes it take longer? Why do we have to waste processor time trimming whitespace from strings just because users are too stupid to realize that entering a bunch of blank space around everything they enter might make things work incorrectly? &lt;/p&gt;

&lt;p&gt;Maybe the reason we don't "bother" coding around stupid user behavior is because it doesn't occur to us to do stupid stuff with forms.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Thomas Farrell</dc:creator><pubDate>Thu, 26 Jun 2008 02:15:05 -0000</pubDate></item><item><title>Re: Why can&amp;#8217;t website forms be more intelligent?</title><link>http://codingclues.eu/2008/why-cant-website-forms-be-more-intelligent/#comment-3855758</link><description>&lt;p&gt;I didn't hear about the captcha thing yet, but you are of course both right... no time and a focus on more new features leave those things behind..&lt;/p&gt;

&lt;p&gt;I'd probably do the same when not being forced to focus on such aspects.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">guruz</dc:creator><pubDate>Wed, 25 Jun 2008 13:44:50 -0000</pubDate></item><item><title>Re: Why can&amp;#8217;t website forms be more intelligent?</title><link>http://codingclues.eu/2008/why-cant-website-forms-be-more-intelligent/#comment-3855757</link><description>&lt;p&gt;I think that is because the forms aren't treated as an important part of the project. Probably the described things remain from the testing phase, when the developers showed the things they've done, however they left "the unimportant" parts (i.e. forms) to the last development phase and of course they forget about that or simply don't have enough time to finish.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Mike Borozdin</dc:creator><pubDate>Wed, 25 Jun 2008 13:26:40 -0000</pubDate></item><item><title>Re: Why can&amp;#8217;t website forms be more intelligent?</title><link>http://codingclues.eu/2008/why-cant-website-forms-be-more-intelligent/#comment-3855756</link><description>&lt;p&gt;The first makes perfect sense to me.  You present a captcha (that includes spaces) and ask for the user to retype it sans-spaces.  You then check to see if what they typed has spaces and reject it as invalid -- if the captcha is OCR'ed or inserted by a human in a pre-made system it is less likely that they'll see the "please do not enter whitespaces" statement and will enter the whitespace.  Result: more likely that your traffic is authentic human.&lt;/p&gt;

&lt;p&gt;The rest are because the programmers are lazy, overworked, behind schedule, rushed, not fully specified.. pick and choose.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Benjamin</dc:creator><pubDate>Tue, 24 Jun 2008 04:14:47 -0000</pubDate></item></channel></rss>
