Author: garak Date: 2010-03-11 12:30:19 +0100 (Thu, 11 Mar 2010) New Revision: 28479
Modified: doc/branches/1.4/more-with-symfony/it/09-Doctrine-Form-Inheritance.markdown doc/branches/1.4/more-with-symfony/it/10-Symfony-Internals.markdown Log: [1.4][doc-it] minor fixes Modified: doc/branches/1.4/more-with-symfony/it/09-Doctrine-Form-Inheritance.markdown =================================================================== --- doc/branches/1.4/more-with-symfony/it/09-Doctrine-Form-Inheritance.markdown 2010-03-11 11:14:11 UTC (rev 28478) +++ doc/branches/1.4/more-with-symfony/it/09-Doctrine-Form-Inheritance.markdown 2010-03-11 11:30:19 UTC (rev 28479) @@ -148,7 +148,7 @@ Il secondo attributo definisce per ciascun record il valore del tipo, che appartiene alle classi `Professor` o `Student`. - + La strategia di aggregazione delle colonne, è un buon metodo per l'ereditarietà delle tabelle, perché crea una singola tabella (`Person`) contente tutti i campi definiti, più il campo `type`. @@ -320,7 +320,7 @@ #### La soluzione #### La gestione di più di due tabelle uguali è uno dei migliori problemi che si possono risolvere con -l'~ereditarità delle tabelle~. Nel problema di cui sopra, si è deciso di utilizzare +l'~ereditarietà delle tabelle~. Nel problema di cui sopra, si è deciso di utilizzare l'~ereditarietà concreta delle tabelle~ per soddisfare le esigenze e per condividere metodi di oggetti in una singola classe. Vediamo il seguente schema semplificato, che illustra il problema. Modified: doc/branches/1.4/more-with-symfony/it/10-Symfony-Internals.markdown =================================================================== --- doc/branches/1.4/more-with-symfony/it/10-Symfony-Internals.markdown 2010-03-11 11:14:11 UTC (rev 28478) +++ doc/branches/1.4/more-with-symfony/it/10-Symfony-Internals.markdown 2010-03-11 11:30:19 UTC (rev 28479) @@ -415,8 +415,8 @@ >**NOTE** >La pila dell'azione è del tipo FIFO (First In First Out, il primo ad entrare è ->il primo ad uscire), la quale detiene tutte le azioni eseguite durante la richiesta. ->Ogni oggetto nella pila è avvolto in un +>il primo ad uscire) e detiene tutte le azioni eseguite durante la richiesta. +>Ogni oggetto passa per un >oggetto `sfActionStackEntry`. È sempre possibile accedere alla pila con >`sfContext::getInstance()->getActionStack()` o >`$this->getController()->getActionStack()` dall'interno di una azione. @@ -432,8 +432,8 @@ pubblicamente. >**NOTE** ->I moduli interni, sono stati già utilizzati per generare il contenuto delle email ->(tramite `getPresentationFor()`, ad esempio). Qua si dovrebbero utilizzare altre +>I moduli interni sono stati già utilizzati per generare il contenuto delle email +>(tramite `getPresentationFor()`, ad esempio). Qui si dovrebbero utilizzare altre >tecniche, come ad esempio un partial (`$this->renderPartial()`). Ora che `module.yml` è caricato, è il momento di verificare per la seconda volta @@ -448,7 +448,7 @@ >[`sfConfigurationException`](http://trac.symfony-project.org/browser/branches/1.3/lib/exception/sfConfigurationException.class.php) >Questo dovrebbe essere usato quando si vuole disabilitare un modulo in modo >permanente. >Nel secondo caso, attraverso l'impostazione `mod_$moduleName_enabled`, un >modulo ->disabilitato comporterà all'applicazione l'inoltro al modulo disabilitato (vedere +>disabilitato comporterà per l'applicazione l'inoltro al modulo disabilitato (vedere >le impostazioni di [`sf_module_disabled_module` e >`sf_module_disabled_action`](http://www.symfony-project.org/reference/1_4/it/04-Settings#chapter_04_sub_module_disabled) >). Si dovrebbero utilizzare quando si vuole disattivare temporaneamente un >modulo. -- 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.
