[RISOLTO] Revisione dati inseriti da utente

[dalziani]

Ciao,

il criterio 3.3.6 delle linee guida Wcag 2.0 richiede che l'utente possa revisionare i dati prima di inviarli.

Nel mio tema accessibile per Wordpress

http://opere.4elementi.info

sono riuscito a inserire una pagina con formulario di verifica con messaggio di errore che al click sul pulsante Invia spedisce il messaggio.

In Joomla tutto è più complicato grazie a Restricted Access che non permette di inviare i dati col metodo post a default_form.php del componente com_contact.

Avete un'idea su come frapporre una pagina di revisione dati tra il formulario e la funzione di invio (ossia: tra default_form.php e se stesso  )?

Un caro saluto

Francesco

[i0jfe]

Secondo me per soddisfare la regola basta che nel modulo sia presente il pulsante invia: cosi facendo, l'utente inserisce i dati, ha tutto il tempo che vuole per controllarli e quando è sicuro li trasmette.
Infatti se provi a validatore un modulo che non ha il pulsante invia non superi la validazione proprio per questo motivo.
Saluti

Ciao,

il criterio 3.3.6 delle linee guida Wcag 2.0 richiede che l'utente possa revisionare i dati prima di inviarli.

Nel mio tema accessibile per Wordpress

http://opere.4elementi.info

sono riuscito a inserire una pagina con formulario di verifica con messaggio di errore che al click sul pulsante Invia spedisce il messaggio.

In Joomla tutto è più complicato grazie a Restricted Access che non permette di inviare i dati col metodo post a default_form.php del componente com_contact.

Avete un'idea su come frapporre una pagina di revisione dati tra il formulario e la funzione di invio (ossia: tra default_form.php e se stesso  )?

Un caro saluto

Francesco

[dalziani]

Ciao Giovanni,

sembra ragionevole, rimane ancora un nodo: Joomla non spedisce il messaggio se mancano l'indirizzo di posta elettronica o il messaggio e l'errore non è esplicitato in testo.

E' possibile migliorare la funzione di cambio di colore inserendo - ad esempio - nel foglio di stile una dicitura after o before il campo vuoto, che acquisisce classe 'invalid'.
Questo però è possibile solo con Javascript abilitato.

Proprio non è possibile trasmettere i dati a default_form.php con il metodo post aggirando Restricted access?

Un caro saluto

Francesco

[vales]

Nella sezione form abbiamo discusso di una versione alternativa al form utenti di Joomla, forse ti può interessare.

http://forum.joomla.it/index.php/topic,89247.msg391144.html#msg391144

[dalziani]

Ciao,

ho scritto un nuovo modulo Contact per il componente Com_contact che ottempera al criterio 3.3.6 delle linee guida Wcag 2.0.

Trovate il componente Com_contact all'indirizzo http://joomla.4elementi.info/

AVVERTENZA per l'installazione: modificate la riga di codice
<form action="/templates/quadro/html/com_contact/contact/default_form.php" method="post">  con
<form action="/templates/ nome del tuo template/html/com_contact/contact/default_form.php" method="post"> in default_address.php.

Vantaggi:
1) inserisce delle pagine formulario intermedie tra il form dati e la funzione di invio, permettendo la rilettura del contenuto inserito nei campi;
2) non consente l'invio se non sono compilati i campi obbligatori, e ripresenta sempre lo stesso formulario con i dati inseriti e la possibilità di integrarli;
3) ha una funzione di sicurezza applicata ad ogni file: se si cerca di accedere ai file direttamente da barra dell'indirizzo e non seguendo il percorso definito dal modulo viene dato errore "restricted access".

Svantaggi:
1) non ho trovato il modo di postare le variabili contenenti l'informazione lingua e charset proveniente dal core di Joomla, per cui ho inserito arbitrariamente "it" (o "en" nelle versioni inglesi) e charset utf-8 nei metadata;
2) ho dovuto usare i collegamenti relativi (anche nella funzione Header di indirizzo ad altra pagina) perchè le nuove pagine non riconoscono la funzione <?php echo JRoute::_('index.php'); ?> e <?php echo $this->baseurl ?>.

Fatemi sapere se funzia.

Francesco