Closed GoogleCodeExporter closed 9 years ago
Zie ook de nieuwe use case beschrijving.
Original comment by hans.t...@gmail.com
on 11 Jun 2012 at 6:52
https://docs.google.com/document/pub?id=1RPo1SUxiSrDM3CBczAhWm8skHyqulWKag6MU4dJ
ikOY
Original comment by hans.t...@gmail.com
on 11 Jun 2012 at 6:52
Ik heb een begin gemaakt voor een oplossing.
1. Het formulier is aangepast en heeft nu een nieuw veld.
2. Ik heb code toegevoegd in de javascript om de username gelijk te zetten met
de {first_name}}.{{last_name}}.
Wat nog gedaan moet worden:
1. het username veld moet read only worden in css
2. er moet voor gezorgd worden dat bij een edit ipv een add, de username niet
veranderd wordt als de voor en achternaam aangepast worden
3. bij het opslaan moeten controles toegevoegd worden voor uniek:
telefoonnummer, mobiel nummer, userid en email.
4. na controle op niet uniek userid moet de mogelijkheid komen om een ander
userid te kiezen (evt met suggesties voor een vrij userid)
Original comment by hans.t...@gmail.com
on 15 Jun 2012 at 10:49
Original comment by hans.t...@gmail.com
on 15 Jun 2012 at 10:50
Ik heb nu css classes toegevoegd aan de tbody rondom het formulier.
"posted/unposted": dit geeft aan of het formulier al dan niet uit een post
kwam. "instance/free" geeft aan of het een bestaande db entry is.
Als het form unposted is, dan moet de username gevuld worden als
{{first_name}}.{{last_name}}. Deze waarde moet dan nog wel lowercase gemaakt
worden en spaties vervangen door underscores. Als het gaat om een posted veld,
dan mag de username met de hand ingevuld worden.
Als het gaat om een instance, dan mag de username niet meer aangepast worden.
Original comment by hans.t...@gmail.com
on 17 Jun 2012 at 9:04
Formulier is met name volgens de logica in de laatste comment doorgevoerd.
Dient nog getest te worden.
Original comment by dkruyth...@gmail.com
on 25 Jun 2012 at 7:43
Original comment by hans.t...@gmail.com
on 3 Sep 2012 at 7:39
Original issue reported on code.google.com by
hans.t...@gmail.com
on 11 Jun 2012 at 7:26