Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #48097
| References | (12 earlier) <mailman.2529.1370119566.3114.python-list@python.org> <20130612222819.2a044e86ab4b6defe1939a04@gmx.net> <kpc3jv$438$1@ger.gmane.org> <CAPTjJmo+fWsCD3Lb6s+zmWspKzzk_JB=pbcvfLBZjGCFxvM9HA@mail.gmail.com> <kpea9o$u0m$1@ger.gmane.org> |
|---|---|
| Date | 2013-06-14 19:10 +1000 |
| Subject | Re: Future standard GUI library |
| From | Chris Angelico <rosuav@gmail.com> |
| Newsgroups | comp.lang.python |
| Message-ID | <mailman.3276.1371201035.3114.python-list@python.org> (permalink) |
On Fri, Jun 14, 2013 at 3:39 PM, Frank Millman <frank@chagford.com> wrote: >> It's not either-or. The server *MUST* perform the checks at the time >> of form submission; the question is whether or not to perform >> duplicate checks earlier. This is an absolute rule of anything where >> the client is capable of being tampered with, and technically, you >> could violate it on a closed system; but it's so easy to migrate from >> closed system to diverse system without adding all the appropriate >> checks, so just have the checks from the beginning. >> > > In my case, it is either-or. I do not just do field-by-field validation, I > do field-by-field submission. The server builds up a record of the data > entered while it is being entered. When the user selects 'Save', it does not > resend the entire form, it simply sends a message to the server telling it > to process the data it has already stored. Ah, I see what you mean. What I was actually saying was that it's mandatory to check on the server, at time of form submission, and optional to pre-check (either on the client itself, for simple syntactic issues, or via AJAX or equivalent) for faster response. As a general rule, I would be inclined to go with a more classic approach for reasons of atomicity. What happens if the user never gets around to selecting Save? Does the server have a whole pile of data that it can't do anything with? Do you garbage-collect that eventually? The classic model allows you to hold off inserting anything into the database until it's fully confirmed, and then do the whole job in a single transaction. But if you want to use a "wizard" approach, where the user enters one thing and then moves on to the next, that can work too. It gets clunky quickly, but it can be useful if the early responses make the subsequent questions drastically different. ChrisA
Back to comp.lang.python | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Future standard GUI library Beinan Li <li.beinan@gmail.com> - 2013-05-18 10:03 -0400
Re: Future standard GUI library Kevin Walzer <kw@codebykevin.com> - 2013-05-18 11:32 -0400
Re: Future standard GUI library Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2013-05-18 21:25 +0000
Re: Future standard GUI library llanitedave <llanitedave@veawb.coop> - 2013-05-18 20:01 -0700
Re: Future standard GUI library Kevin Walzer <kw@codebykevin.com> - 2013-05-19 08:57 -0400
Re: Future standard GUI library Wolfgang Keller <feliphil@gmx.net> - 2013-05-22 15:42 +0200
Re: Future standard GUI library Chris Angelico <rosuav@gmail.com> - 2013-05-23 00:24 +1000
Re: Future standard GUI library llanitedave <llanitedave@veawb.coop> - 2013-05-22 19:31 -0700
Re: Future standard GUI library Fábio Santos <fabiosantosart@gmail.com> - 2013-05-23 07:43 +0100
Re: Future standard GUI library Chris Angelico <rosuav@gmail.com> - 2013-05-23 16:48 +1000
RE: Future standard GUI library Carlos Nepomuceno <carlosnepomuceno@outlook.com> - 2013-05-23 09:58 +0300
Re: Future standard GUI library Chris Angelico <rosuav@gmail.com> - 2013-05-23 17:03 +1000
RE: Future standard GUI library Fábio Santos <fabiosantosart@gmail.com> - 2013-05-23 08:08 +0100
Re: Future standard GUI library Wolfgang Keller <feliphil@gmx.net> - 2013-05-23 17:41 +0200
Re: Future standard GUI library Chris Angelico <rosuav@gmail.com> - 2013-05-24 01:51 +1000
Re: Future standard GUI library Wolfgang Keller <feliphil@gmx.net> - 2013-05-26 19:43 +0200
Re: Future standard GUI library Roy Smith <roy@panix.com> - 2013-05-26 14:16 -0400
Re: Future standard GUI library Wolfgang Keller <feliphil@gmx.net> - 2013-05-27 17:31 +0200
Re: Future standard GUI library Michael Torrie <torriem@gmail.com> - 2013-05-27 11:13 -0600
Re: Future standard GUI library Chris Angelico <rosuav@gmail.com> - 2013-05-28 08:21 +1000
Re: Future standard GUI library Roy Smith <roy@panix.com> - 2013-05-27 19:10 -0400
Re: Future standard GUI library Chris Angelico <rosuav@gmail.com> - 2013-05-28 17:11 +1000
Re: Future standard GUI library 88888 Dihedral <dihedral88888@gmail.com> - 2013-05-28 02:40 -0700
Re: Future standard GUI library Denis McMahon <denismfmcmahon@gmail.com> - 2013-05-28 01:01 +0000
RE: Future standard GUI library Carlos Nepomuceno <carlosnepomuceno@outlook.com> - 2013-05-26 21:32 +0300
Re: Future standard GUI library Wolfgang Keller <feliphil@gmx.net> - 2013-05-28 19:26 +0200
Re: Future standard GUI library Michael Torrie <torriem@gmail.com> - 2013-05-28 12:16 -0600
RE: Future standard GUI library Carlos Nepomuceno <carlosnepomuceno@outlook.com> - 2013-05-29 00:17 +0300
Re: Future standard GUI library Chris Angelico <rosuav@gmail.com> - 2013-05-29 17:20 +1000
Re: Future standard GUI library Chris Angelico <rosuav@gmail.com> - 2013-05-27 04:56 +1000
Re: Future standard GUI library Michael Torrie <torriem@gmail.com> - 2013-05-26 13:41 -0600
Re: Future standard GUI library Roy Smith <roy@panix.com> - 2013-05-26 15:45 -0400
Re: Future standard GUI library Michael Torrie <torriem@gmail.com> - 2013-05-26 15:13 -0600
Re: Future standard GUI library Grant Edwards <invalid@invalid.invalid> - 2013-05-28 15:40 +0000
Re: Future standard GUI library Wolfgang Keller <feliphil@gmx.net> - 2013-05-27 17:22 +0200
Re: Future standard GUI library Michael Torrie <torriem@gmail.com> - 2013-05-27 11:16 -0600
Re: Future standard GUI library Wolfgang Keller <feliphil@gmx.net> - 2013-05-30 18:40 +0200
Re: Future standard GUI library Chris Angelico <rosuav@gmail.com> - 2013-05-31 02:53 +1000
Re: Future standard GUI library Chris Angelico <rosuav@gmail.com> - 2013-06-02 06:46 +1000
Re: Future standard GUI library Wolfgang Keller <feliphil@gmx.net> - 2013-06-12 22:28 +0200
Re: Future standard GUI library "Frank Millman" <frank@chagford.com> - 2013-06-13 11:32 +0200
Re: Future standard GUI library Wolfgang Keller <feliphil@gmx.net> - 2013-06-14 17:18 +0200
Re: Future standard GUI library Chris Angelico <rosuav@gmail.com> - 2013-06-15 03:00 +1000
Re: Future standard GUI library Wolfgang Keller <feliphil@gmx.net> - 2013-06-15 14:25 +0200
Re: Future standard GUI library Chris Angelico <rosuav@gmail.com> - 2013-06-15 23:26 +1000
Re: Future standard GUI library Chris Angelico <rosuav@gmail.com> - 2013-06-14 00:04 +1000
Re: Future standard GUI library "Frank Millman" <frank@chagford.com> - 2013-06-14 07:39 +0200
Re: Future standard GUI library Chris Angelico <rosuav@gmail.com> - 2013-06-14 19:10 +1000
Re: Future standard GUI library "Frank Millman" <frank@chagford.com> - 2013-06-14 11:36 +0200
Re: Future standard GUI library Wolfgang Keller <feliphil@gmx.net> - 2013-06-01 20:18 +0200
Re: Future standard GUI library Terry Jan Reedy <tjreedy@udel.edu> - 2013-06-01 17:52 -0400
Re: Future standard GUI library Ian Foote <ian@feete.org> - 2013-05-26 22:02 +0100
Re: Future standard GUI library Chris Angelico <rosuav@gmail.com> - 2013-05-27 08:09 +1000
Re: Future standard GUI library Grant Edwards <invalid@invalid.invalid> - 2013-05-23 20:37 +0000
Re: Future standard GUI library Wolfgang Keller <feliphil@gmx.net> - 2013-05-28 19:28 +0200
Re: Future standard GUI library Grant Edwards <invalid@invalid.invalid> - 2013-05-28 18:25 +0000
Re: Future standard GUI library 88888 Dihedral <dihedral88888@gmail.com> - 2013-05-28 16:19 -0700
csiph-web