Salut,
dans le CVS on peut maintenant gérer les langues par 'modules', et les
personnaliser. Voici ce qui tient lieu de documentation
1) les modules
Salut,
dans le CVS on peut maintenant gérer les langues par 'modules', et les
personnaliser. Voici ce qui tient lieu de documentation
1) les modules
Bonsoir,
Cette contrib permet de modifier les noms des champs des articles dans l'interface privée en fonction de la rubrique où ils sont créés.
Le zip ci-joint contient :
un fichier mes_options dans lequel se trouvent deux fonctions de calcul du nom du champ.
deux diff pour modifier les fichier ecrire/articles.php3 et ecrire/articles_edit.php3 afin qu'ils fassent appel aux fonctions ci-dessus
un fichier perso.php3 à mettre dans le répertoire ecrire/lang qu'il faudra modifier à sa convenance. (Les commentaires inclus sont assez explicite, du moins je l'espère...)
Un premier exemple d'application : l'agenda
Au lieu de Titre, on peut préférer Evènement
Au lieu de DATE DE PUBLICATION ANTERIEURE, on peut souhaiter voir afficher DATE DE FIN DE L'EVENEMENT, si, bien sur, on utilise ce champ dans un squelette pour les évènement qui ont une durée.
Si la rubrique qui sert d'agenda est la numéro 812, le fichier perso.php3 devra contenir :
$GLOBALS['i18n_spip_fr']['texte_titre_obligatoire-812'] = 'Evènement';
$GLOBALS['i18n_spip_fr']['texte_date_publication_anterieure-812'] = 'Date de fin de l'évènement';
...
James.
champs_perso.zip (2.52 KB)
Là, je crois que c'est trop en demander. Si l'espace privé se met à devenir
n'importe quoi, on risque de ne plus pouvoir gérer le code, assez
rapidement. Enfin, c'est ma vision des choses.
-- Fil
@ James <klike@firstream.net> :
Bonsoir,
Cette contrib permet de modifier les noms des champs des articles dans
l'interface privée en fonction de la rubrique où ils sont créés.
.../...