Author: garak
Date: 2010-02-10 12:01:32 +0100 (Wed, 10 Feb 2010)
New Revision: 27808
Modified:
doc/branches/1.4/forms/it/01-Form-Creation.txt
doc/branches/1.4/forms/it/02-Form-Validation.txt
doc/branches/1.4/forms/it/03-Forms-for-web-Designers.txt
doc/branches/1.4/forms/it/04-Propel-Integration.txt
doc/branches/1.4/forms/it/08-Internationalisation-and-Localisation.txt
doc/branches/1.4/forms/it/11-Doctrine-Integration.txt
doc/branches/1.4/forms/it/B-Validators.txt
Log:
[doc-it][1.4] minor fixes
Modified: doc/branches/1.4/forms/it/01-Form-Creation.txt
===================================================================
--- doc/branches/1.4/forms/it/01-Form-Creation.txt 2010-02-10 10:24:57 UTC
(rev 27807)
+++ doc/branches/1.4/forms/it/01-Form-Creation.txt 2010-02-10 11:01:32 UTC
(rev 27808)
@@ -47,7 +47,7 @@
>**NOTE**
>`sfForm` è la classe base di tutti i form e rende facile gestire
->la configurazione ed il ciclo di vita dei propri form.
+>la configurazione e il ciclo di vita dei propri form.
Si può iniziare a configurare il proprio form aggiungendo **widget**
usando il metodo `configure()`.
@@ -84,7 +84,7 @@
Il metodo `setWidgets()` è usato dai widget nel form. Il metodo
`setWidgets()` accetta un array associativo, in cui le chiavi sono
-i nomi dei campi ed i valori sono gli oggetti widget. Ciascun widget
+i nomi dei campi e i valori sono gli oggetti widget. Ciascun widget
è un oggetto che eredita dalla classe `sfWidget`. Per questo
esempio abbiamo usato due tipi di widget:
@@ -144,7 +144,7 @@
Un form di symfony gestisce solo i widget che mostrano informazioni
agli utenti. Nel template `indexSuccess`, la riga `<?php echo $form ?>`
-mostra solo tre campi. Gli altri elementi come il tag `form` ed il
+mostra solo tre campi. Gli altri elementi come il tag `form` e il
bottone `submit` devono essere aggiunti dallo sviluppatore. Questo
potrebbe non sembrare ovvio inizialmente, ma vedremo più avanti quanto
sia utile e facile inserire i form.
Modified: doc/branches/1.4/forms/it/02-Form-Validation.txt
===================================================================
--- doc/branches/1.4/forms/it/02-Form-Validation.txt 2010-02-10 10:24:57 UTC
(rev 27807)
+++ doc/branches/1.4/forms/it/02-Form-Validation.txt 2010-02-10 11:01:32 UTC
(rev 27808)
@@ -128,12 +128,12 @@
Vediamo le opzioni disponibili per i validatori che abbiamo appena usato:
- | **Validatore** | **Opzioni obbligatorie** | **Opzioni non
obbligatorie** |
- | ------------------ | ------------------------ |
---------------------------- |
- | sfValidatorString | | `max_length`
|
- | | | `min_length`
|
- | sfValidatorEmail | | `pattern`
|
- | sfValidatorChoice | `choices` |
|
+ | **Validatore** | **Opzioni obbligatorie** | **Opzioni non
obbligatorie** |
+ | ----------------- | ------------------------ |
---------------------------- |
+ | sfValidatorString | | `max_length`
|
+ | | | `min_length`
|
+ | sfValidatorEmail | | `pattern`
|
+ | sfValidatorChoice | `choices` |
|
Se si prova ad inviare il form con valori non validi, non si vedrà
@@ -174,7 +174,7 @@
$this->form = new ContactForm();
* Quando l'utente invia il form con una richiesta `POST`,
- il metodo `bind()` lega il form ai dati utente ed attiva
+ il metodo `bind()` lega il form ai dati utente e attiva
il meccanismo di validazione. il form quindi passa ad uno
**stato vincolato**.
@@ -201,7 +201,7 @@
>**NOTE**
>Quando una form è in uno stato iniziale, il metodo `isValid()`
->restituisce sempre `false` ed il metodo `getValues()`
+>restituisce sempre `false` e il metodo `getValues()`
>restituirà sempre un array vuoto.
La Figura 2-3 mostra il codice che viene eseguito durante l'interazione
@@ -236,7 +236,7 @@
immesso, lo converte di default nel formato `Y-m-d H:i:s`.
Quindi, lo sviluppatore ha la garanzia di ottenere un formato
stabile, quale che sia il formato immesso. Questo sistema
-offre molta flessibilità all'utente ed assicura coerenza allo
+offre molta flessibilità all'utente e assicura coerenza allo
sviluppatore.
Ora, consideriamo un'azione di conversione, come l'invio di un
@@ -295,22 +295,22 @@
sono molto utili. Vediamo come personalizzarli per renderli più intuitivi.
Ogni validatore può aggiungere errori al form. Un errore consiste
-in un codice di errore ed in un messaggio di errore. Tutti i validatori
-hanno almeno gli errori `required` ed `invalid` definiti in `sfValidatorBase`:
+in un codice di errore e in un messaggio di errore. Tutti i validatori
+hanno almeno gli errori `required` e `invalid` definiti in `sfValidatorBase`:
- | **Codicee** | **Messaggio** | **Descrizione**
- | --------------- | ----------------- | ---------------
- | required | `Required.` | Il campo è obbligatorio ed il valore
è vuoto
- | invalid | `Invalid.` | Il campo non è valido
+ | **Codicee** | **Messaggio** | **Descrizione**
+ | ----------- | ------------- | ---------------
+ | required | `Required.` | Il campo è obbligatorio e il valore è vuoto
+ | invalid | `Invalid.` | Il campo non è valido
Ecco i codici di errore associati ai validatori che abbiamo già usato:
- | **Validatore** | **Codici di errore** |
- | ------------------ | -------------------- |
- | sfValidatorString | `max_length` |
- | | `min_length` |
- | sfValidatorEmail | |
- | sfValidatorChoice | |
+ | **Validatore** | **Codici di errore** |
+ | ----------------- | -------------------- |
+ | sfValidatorString | `max_length` |
+ | | `min_length` |
+ | sfValidatorEmail | |
+ | sfValidatorChoice | |
La personalizzazione dei messaggi di errore può essere fatta
passando un secondo parametro durante la creazione degli oggetti
@@ -353,7 +353,7 @@
Il messaggio di errore predefinito relativo a questo codice
di errore (`min_length`) è diverso dai messaggi che abbiamo già
visto, poiché implementa due valori dinamici: i dati inseriti
-dall'utente (`foo`) ed il numero minimo di caratteri consentiti
+dall'utente (`foo`) e il numero minimo di caratteri consentiti
per questo campo (`4`). Il Listato 2-5 personalizza questo messaggio
usando tali valori dinamici e la Figura 2-7 ne mostra il risultato.
@@ -482,7 +482,7 @@
}
Senza nessuna protezione, se l'utente invia un form con un
-valore per il campo `name` ed insieme per il campo `is_admin`,
+valore per il campo `name` e insieme per il campo `is_admin`,
allora il nostro codice è vulnerabile. Si può fare
facilmente usando uno strumento come Firebug. Di fatto, il
valore `is_admin` è sempre valido, perché il campo non ha un
@@ -734,7 +734,7 @@
sarà sempre convertito in un formato comparabile (di default
`Y-m-d H:i:s`).
-Per default, i pre-validatori ed i post-validatori restituiscono
+Per default, i pre-validatori e i post-validatori restituiscono
errori globali al form. Tuttavia, alcuni di essi possono associare
un errore ad un campo specifico. Per esempio, l'opzione
`throw_global_error` del validatore `sfValidatorSchemaCompare` può
Modified: doc/branches/1.4/forms/it/03-Forms-for-web-Designers.txt
===================================================================
--- doc/branches/1.4/forms/it/03-Forms-for-web-Designers.txt 2010-02-10
10:24:57 UTC (rev 27807)
+++ doc/branches/1.4/forms/it/03-Forms-for-web-Designers.txt 2010-02-10
11:01:32 UTC (rev 27808)
@@ -274,11 +274,11 @@
> <?php $form['email'] = ... ?>
> <?php unset($form['email']) ?>
-Questo template ed il template originale con cui abbiamo
+Questo template e il template originale con cui abbiamo
iniziato sono funzionalmente identici. Tuttavia, se la
visualizzazione è la stessa, la personalizzazione è ora più
facile. Il metodo `renderRow()` accetta due parametri: un
-array di attributi HTML ed il nome di una label. Il Listato
+array di attributi HTML e il nome di una label. Il Listato
3-5 usa questi due parametri per personalizzare il form
(la Figura 3-4 mostra il risultato).
@@ -485,7 +485,7 @@
A cosa serve il metodo `renderLabel()` se inseriamo il nome
della label passandolo come parametro? Perché non usiamo
semplicemente un tag HTML `label`? Perché il metodo
-`renderLabel()` genera il tag `label` ed aggiunge
+`renderLabel()` genera il tag `label` e aggiunge
automaticamente un attributo `for` corrispondente
all'identificativo del campo correlato (`id`). Questo assicura
che il campo sia accessibile; quando si clicca sulla label,
@@ -627,7 +627,7 @@
>**CAUTION**
>Ogni volta che si personalizza un form, non dimenticare di
->inserire i campi nascosti ed i messaggi di errore globali.
+>inserire i campi nascosti e i messaggi di errore globali.
### Gestione degli errori globali
@@ -676,7 +676,7 @@
</tr>
<?php endif; ?>
-Ogni errore globale ha un nome (`name`) ed un messaggio (`error`).
+Ogni errore globale ha un nome (`name`) e un messaggio (`error`).
Il nome è vuoto quando c'è un "vero" errore globale, ma quando
c'è un errore da un campo nascosto o da un campo non visualizzato,
il nome è il nome della label del campo.
Modified: doc/branches/1.4/forms/it/04-Propel-Integration.txt
===================================================================
--- doc/branches/1.4/forms/it/04-Propel-Integration.txt 2010-02-10 10:24:57 UTC
(rev 27807)
+++ doc/branches/1.4/forms/it/04-Propel-Integration.txt 2010-02-10 11:01:32 UTC
(rev 27808)
@@ -513,9 +513,9 @@
delle classi considerano già diversi elementi, alcuni aspetti avranno
bisogno di una personalizzazione.
-### Personalizzare i validatori ed i widget
+### Personalizzare i validatori e i widget
-Iniziamo col configurare i validatori ed i widget generati di default.
+Iniziamo col configurare i validatori e i widget generati di default.
Il form `ArticleForm` ha un campo `slug`. Lo slug è una stringa di
caratteri che rappresenta univocamente l'articolo nell'URL. Per esempio,
@@ -529,7 +529,7 @@
Personalizzeremo anche il campo `content`, aumentando la sua dimensione e
forzando l'utente ad inserirvi almeno cinque caratteri.
-Listato 4-8 - Personalizzare i validatori ed i widget
+Listato 4-8 - Personalizzare i validatori e i widget
[php]
class ArticleForm extends BaseArticleForm
@@ -547,7 +547,7 @@
Abbiamo usato gli oggetti `validatorSchema` e `widgetSchema` come array PHP.
Questi array prendono il nome del campo come chiave e restituiscono
-rispettivamente l'oggetto validatore ed il relativo oggetto widget.
+rispettivamente l'oggetto validatore e il relativo oggetto widget.
>**NOTE**
>Per poter usare gli oggetti come array PHP, le classi `sfValidatorSchema`
@@ -812,7 +812,7 @@
### Riassunto
-Per riassumere, il Listato 4-21 ed il Listato 4-22 mostrano i form
`ArticleForm`
+Per riassumere, il Listato 4-21 e il Listato 4-22 mostrano i form `ArticleForm`
e `AuthorForm` dopo la nostra personalizzazione.
Listato 4-21 - form `ArticleForm`
@@ -888,7 +888,7 @@
di un form "medio" accetta un array di valori come primo parametro, il
costruttore di un form Propel accetta un oggetto Propel. Tale oggetto viene
usato per definire il valore di default di ogni campo del form. Il metodo
-`getObject()` restituisce l'oggetto correlato all'istanza corrente ed il
+`getObject()` restituisce l'oggetto correlato all'istanza corrente e il
metodo `isNew()` consente di sapere se l'oggetto è stato inviato tramite
il costruttore:
@@ -1015,7 +1015,7 @@
>Usare il metodo `bindAndSave()`
>
>Il metodo `bindAndSave()` collega i dati che l'utente ha inviato nel form,
->valida tale form ed aggiorna gli oggetti correlati nel database, tutto in
+>valida tale form e aggiorna gli oggetti correlati nel database, tutto in
>una sola operazione:
>
> [php]
@@ -1120,7 +1120,7 @@
>**TIP**
>Se si vuole memorizzare il percorso relativo alla cartella
>`sfConfig::get('sf_upload_dir')`, si può creare una classe che eredita da
->`sfValidatedFile` ed usare l'opzione `validated_file_class` per inviare
+>`sfValidatedFile` e usare l'opzione `validated_file_class` per inviare
>al validatore `sfValidatorFile` il nome della nuova classe. Il validatore
>restituirà un'istanza della propria classe. Vedremo nel resto di questo
>capitolo un altro approccio, che consiste nel modificare il valore della
@@ -1242,7 +1242,7 @@
### Personalizzare il metodo `updateObject()`
A volte è necessario modificare l'oggetto connesso con il form tra
-l'aggiornamento ed il salvataggio nel database.
+l'aggiornamento e il salvataggio nel database.
Nel nostro esempio di invio di file, invece di memorizzare il percorso
assoluto del file caricato nella colonna `file`, vogliamo memorizzare il
Modified: doc/branches/1.4/forms/it/08-Internationalisation-and-Localisation.txt
===================================================================
--- doc/branches/1.4/forms/it/08-Internationalisation-and-Localisation.txt
2010-02-10 10:24:57 UTC (rev 27807)
+++ doc/branches/1.4/forms/it/08-Internationalisation-and-Localisation.txt
2010-02-10 11:01:32 UTC (rev 27808)
@@ -158,7 +158,7 @@
>metodo. È anche una variabile PHP che restituisce `true` quando
>passata ad una funzione `is_callable()`.
-Facciamo un esempio. Dovete migrare un progetto che ha già il suo
+Facciamo un esempio. Si deve migrare un progetto che ha già il suo
sistema di internazionalizzazione, fornito dalla classe mostrata nel
Listato 8-6.
@@ -269,7 +269,7 @@
>il processo di traduzione?
>
>Come abbiamo visto nel Capitolo 2, il framework dei form è basato su una
->architettura MVC e la classe `sfWidgetFormSchemaFormatter` appartiene allo
+>architettura MVC e la classe `sfWidgetFormSchemaFormatter` appartiene al
>livello della Vista. Questa classe è responsabile per tutte le
>visualizzazioni di testo, così può intercettare tutte le stringhe di
>testo e tradurle al volo.
@@ -339,7 +339,7 @@
-Questo è tutto quello che c'è da fare. Quando chiamate il metodo
+Questo è tutto quello che c'è da fare. Richiamando il metodo
`save()` dell'oggetto del form, l'oggetto Propel associato e tutti
gli oggetti i18n sono salvati automaticamente.
Modified: doc/branches/1.4/forms/it/11-Doctrine-Integration.txt
===================================================================
--- doc/branches/1.4/forms/it/11-Doctrine-Integration.txt 2010-02-10
10:24:57 UTC (rev 27807)
+++ doc/branches/1.4/forms/it/11-Doctrine-Integration.txt 2010-02-10
11:01:32 UTC (rev 27808)
@@ -164,7 +164,7 @@
}
Il Listato 4-3 mostra la classe `BaseAuthorForm`, con i validatori
-ed i widget generati tramite l'introspezione del modello per la
+e i widget generati tramite l'introspezione del modello per la
tabella `author`.
Listato 4-3 - Classe `BaseAuthorForm`, che rappresenta il form della tabella
`author`
@@ -513,9 +513,9 @@
delle classi considerano già diversi elementi, alcuni aspetti avranno
bisogno di una personalizzazione.
-### Personalizzare i validatori ed i widget
+### Personalizzare i validatori e i widget
-Iniziamo col configurare i validatori ed i widget generati di default.
+Iniziamo col configurare i validatori e i widget generati di default.
Il form `ArticleForm` ha un campo `slug`. Lo slug è una stringa di
caratteri che rappresenta univocamente l'articolo nell'URL. Per esempio,
@@ -529,7 +529,7 @@
Personalizzeremo anche il campo `content`, aumentando la sua dimensione e
forzando l'utente ad inserirvi almeno cinque caratteri.
-Listato 4-8 - Personalizzare i validatori ed i widget
+Listato 4-8 - Personalizzare i validatori e i widget
[php]
class ArticleForm extends BaseArticleForm
@@ -547,7 +547,7 @@
Abbiamo usato gli oggetti `validatorSchema` e `widgetSchema` come array PHP.
Questi array prendono il nome del campo come chiave e restituiscono
-rispettivamente l'oggetto validatore ed il relativo oggetto widget.
+rispettivamente l'oggetto validatore e il relativo oggetto widget.
>**NOTE**
>Per poter usare gli oggetti come array PHP, le classi `sfValidatorSchema`
@@ -819,7 +819,7 @@
### Riassunto
-Per riassumere, il Listato 4-21 ed il Listato 4-22 mostrano i form
`ArticleForm`
+Per riassumere, il Listato 4-21 e il Listato 4-22 mostrano i form `ArticleForm`
e `AuthorForm` dopo la nostra personalizzazione.
Listato 4-21 - form `ArticleForm`
@@ -894,7 +894,7 @@
di un form "medio" accetta un array di valori come primo parametro, il
costruttore di un form Doctrine accetta un oggetto Doctrine. Tale oggetto viene
usato per definire il valore di default di ogni campo del form. Il metodo
-`getObject()` restituisce l'oggetto correlato all'istanza corrente ed il
+`getObject()` restituisce l'oggetto correlato all'istanza corrente e il
metodo `isNew()` consente di sapere se l'oggetto è stato inviato tramite
il costruttore:
@@ -1036,7 +1036,7 @@
>Usare il metodo `bindAndSave()`
>
>Il metodo `bindAndSave()` collega i dati che l'utente ha inviato nel form,
->valida tale form ed aggiorna gli oggetti correlati nel database, tutto in
+>valida tale form e aggiorna gli oggetti correlati nel database, tutto in
>una sola operazione:
>
> [php]
@@ -1141,7 +1141,7 @@
>**TIP**
>Se si vuole memorizzare il percorso relativo alla cartella
>`sfConfig::get('sf_upload_dir')`, si può creare una classe che eredita da
->`sfValidatedFile` ed usare l'opzione `validated_file_class` per inviare
+>`sfValidatedFile` e usare l'opzione `validated_file_class` per inviare
>al validatore `sfValidatorFile` il nome della nuova classe. Il validatore
>restituirà un'istanza della propria classe. Vedremo nel resto di questo
>capitolo un altro approccio, che consiste nel modificare il valore della
@@ -1263,7 +1263,7 @@
### Personalizzare il metodo `updateObject()`
A volte è necessario modificare l'oggetto connesso con il form tra
-l'aggiornamento ed il salvataggio nel database.
+l'aggiornamento e il salvataggio nel database.
Nel nostro esempio di invio di file, invece di memorizzare il percorso
assoluto del file caricato nella colonna `file`, vogliamo memorizzare il
Modified: doc/branches/1.4/forms/it/B-Validators.txt
===================================================================
--- doc/branches/1.4/forms/it/B-Validators.txt 2010-02-10 10:24:57 UTC (rev
27807)
+++ doc/branches/1.4/forms/it/B-Validators.txt 2010-02-10 11:01:32 UTC (rev
27808)
@@ -79,7 +79,7 @@
| Errore | Descrizione
| ---------- | -----------
-| `required` | Il messaggio di errore usato quando il valore grezzo è vuoto ed
obbligatorio (`Required.` di default).
+| `required` | Il messaggio di errore usato quando il valore grezzo è vuoto e
obbligatorio (`Required.` di default).
| `invalid` | Un messaggio di errore generico restituito quando un errore
viene riconosciuto (`Invalid.` di default).
Si possono cambiare le stringhe predefinite usate per gli errori di `required`
--
You received this message because you are subscribed to the Google Groups
"symfony SVN" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/symfony-svn?hl=en.
