Discussion :

[pierreHaut]

bonjour,

Je cherchere à utiliser TYNICE pour formater des champs textes.
Il m'a semblé qu'il fallait utiliser "sfExtraWidgetsPlugin".

Mais j'ai pas trouvé de doc d'installation correcte et complete...
En particulier faut il installer "manuellemenet" Tynice en faisaint des liens vers les bibilothèques Js ?

J'ai vu aussi que certains préconisaient Geshi :
(http://www.slashon.com/index.php/200...hi_sur_TinyMCE)
Mais il est demandé de modifier le fichier :
lib/symfony/helper/sfRichTextEditorTinyMCE.class.php,
que je n'ai pas trouvé chez moi...

Et puis que j'ai un doute sur la bonne direction,
Une piste, une préconisation, un retour d'expérience ?

...Merci
Pi

[Michel Rotta]

Dans cet article tu trouveras une liste des plugins intéressants a considérer pour la création de ses sites.

Dans les plugins tu trouveras sfFEP qui ajoute beaucoup de widget, dont un permettant l'utilisation de TinyMCE. C'est par lui que je passe quant je veux l'utiliser.

[pierreHaut]

OK ça marche en utilisant sfExtraWidgetFormRichTextarea

Mais pour le back, dans generator.yml :
J'ai essayé

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

  description {  params: size=60x10 rich=true

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
tinymce_options='height:250,width:300' }
description {  params: rich=true tinymce_options='height:250,width:300' }

Ni l'un ni l'autre ne fonctionnent,
(params semble obsolète.)

D'ailleurs au delà comment choisir le type de champ ?
Il me sembe que ce soit le format de la base qui le détermine
Mais peut on le forcer ?
(Et donc en particulier utiliser Tinyce ???

(Je n'ai rien trouvé de récent sur le sujet)

Pi

[pierreHaut]

Quand j'ai généré mesmodules ça m'a automatiquement ajouté
les champs created updated

le pb c'est que quand on ajoute via le module en backend
une info, l'enregistement ne marche pas si ce n'est pas renseigné
masquer les champs ne marche pas

Donc faudrait pouvoir rendre un champ facultatif
et mettre une valeur par défaut

Voili voilu
C'est pas évident !!!
Pi

[Michel Rotta]

Pour le richtext, dans mes souvenirs c'est dans le form que cela doit être précisé, pas dans le generator.yml


Pour le message suivant... je ne suis pas sur de comprendre la question.

Si j'ai bien compris, tu as des champs created_at et updated_at qui sont apparu sur tes tables ?
Il ne viennent que si tu l'as demandé dans ton shema.yml, pourrais-tu le mettre ?
Il sont automatiquement complété par doctrine, il ne présentent donc pas de problèmes dans un form, surtout s'il ne sont pas affichés.

[pierreHaut]

1/ Pour le richtext,
quand je code moi même le formulaire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

'description' 		=> new sfExtraWidgetFormRichTextarea (),

Effectivement il n'y a pas de problème, ça marche nickel chrome.
Mais dans un module CRUD généré en backend ...
le formualire est généré par le _form.php comme ça

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
   <?php foreach ($configuration->getFormFields($form, $form->isNew() ? 'new' : 'edit') as $fieldset => $fields): ?>
      <?php include_partial('typeActions/form_fieldset', array('picactionstype' => $picactionstype, 'form' => $form, 'fields' => $fields, 'fieldset' => $fieldset)) ?>
    <?php endforeach; ?>

...Ou alors faut faire soit même le formulaire.
C'est peut être le plus simple au final.
(idem pour la validation )

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
  $this->form = $this->configuration->getForm();
if ($form->isValid()) {
....
}

2/ Quand aux champs created/updated

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
pActionsType:
  actAs: { Timestampable: ~ }
  columns:
    titre: { type: string(255), notnull: true, unique: true }
    description: { type: string(255) }

Y a pas de champ created updated

[Michel Rotta]

En fait, je n'ai jamais utilisé ce widget dans le générateur d'admin.

Le générateur utilise outrageusement les partial pour laisser beaucoup de place à de petites retouches par le designer, ce sans avoir à reprendre le tout.

Le fait qu'il passe par un partial ne devrait pas impacter l'affichage du champ. Par contre tu laisses sous entendre que cela ne marche pas avec le générateur d'admin, mais sans expliquer le problème, ce qui rend la recherche d'une solution périlleuse.


Dans ton schéma tu as un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

actAs: { Timestampable: ~ }

aui a pour effet de générer deux champs supplémentaire sur ta table created_at et updated_at et de les mettre à jour automatiquement. Si tu n'en a pas d'utilisé, supprime toute la ligne et régénère l'ensemble.

[pierreHaut]

ça ne marche pas veut dire
que générer un champs Tinyce via le generator semble compliqué( euphémisme)
et que le formulaire crée automatiquement prend tous les champs de la table y compris created et updated.
Il faudrait le genere d
Et l'enregistrement est refusé (apparemment par le validateur) si ces champs ne sont pas renseignés manuellement par exemple en mettant n'importe quelle valeur.

le pb est que je sais pas ou est le validateur dans le cache.

Pi

[Michel Rotta]

Il me semble que tu te complique la vie...

Tu as deux méthodes pour configurer les champs d'un formulaire d'administration :

1. En utilisant le generator.yml et en ne donnant les noms que des champs souhaité. Symfony se charge, alors, de désactiver les widgets et validateurs correspondants.
2. En créant un form enfant du form de base uniquement pour ton administration et en le liant au niveau du generator.yml. Tu peux alors adapter les widgets d'une manière plus fine que celle de l'admin generator, notamment mettre en place des postValidateur.

La deuxième méthode n'a d'intérêt que si tu as des widgets et/ou des validateurs spécifique à ton formulaire d'administrateur. Si les widget et/ou les validateurs sont commun à l'administration et à l'édition pour l'utilisateur, modifie le form de base pour les inclure et ne travail que sur le fichier de configuration pour l'administration.

[pierreHaut]

La méthode 2 marche parfaitement
ça règle (pour l'instant) tous les problèmes.

Vraiment merci...

mais en fait on peut modifier directement le forumulaire généré dans
lib/form/doctrine/base , non ?

Pi

[Michel Rotta]

Le modifier, oui, tu peux...

... sauf que chaque fois que tu fais un doctrine:build --all ou un build du modèle doctrine commence par effacer tous ces fichiers puis les réécris. Adieu les modifications, bonjours les larmes .

Donc le règles est que jamais on ne les modifies (même si, matériellement, c'est possible).