Certaines chaînes ne sont plus utilisées, il faut les repérer, puis que je les bascule dans le module "inutilise" dans la base trad-lang
Ici déjà :
texte_actualite_site_1 texte_actualite_site_2 texte_actualite_site_3 icone_interface_complet icone_interface_simple
Mais ne pas le faire trop tôt, sinon on risque de flinguer la 1.9.2 stable en reportant des fichiers de langue incomplets :)
Certaines chaînes ne sont plus utilisées, il faut les repérer, puis que je les bascule dans le module "inutilise" dans la base trad-lang
Ici déjà :
texte_actualite_site_1 texte_actualite_site_2 texte_actualite_site_3 icone_interface_complet icone_interface_simple
Mais ne pas le faire trop tôt, sinon on risque de flinguer la 1.9.2 stable en reportant des fichiers de langue incomplets :)
On pourrait avoir seulement deux chaines (une avec et une sans parenthèse) avec nb
texte_plus_trois_car
info_plus_trois_car
info_plus_cinq_car_2
info_plus_cinq_car
et celle de 10 caractères piquée sur forum.
On pourrait avoir seulement deux chaines (une avec et une sans parenthèse) avec ``nb``
Langonet ne peut pas faire tout le boulot, aussi je propose de continuer ce ticket avec les codes de langues qui ne sont pas forcément manquants mais amène à se poser des questions. Je propose de fermer #2083 et de continuer par ici.
Quelques codes de langue qui posent questions
'mots_clef' et 'info_site' de public_xx sont utilisés par le formulaire administration de squelettes-dist. Pourtant si l'extension mots n'est pas chargée, il ne devrait pas être dispo. A deplacer dans son extension ?
Pour les trois suivants, je propose de dupliquer afin de permettre de cibler la surcharge. :
'entree_description_site' a été déplacé dans l'extensions sites mais il est aussi utilisé pour la configuration de l'identité du site.
'entree_description_site' => 'Description du site',
'info_site_web' a été déplacé dans petitions mais il est encore utilisé pour indiquer le site d'un auteur.
'info_site_web' => 'SITE WEB :',
'info_texte_message' a été déplacé dans petitions mais utilisé dans le formulaire ecrire_auteur de squelettes-dist.
Dans spip_xx on a :
'info_tout_afficher' => 'Tout afficher',
et
'lien_tout_afficher' => 'Tout afficher',
Je me demande si c'est nécessaire ?
Pour <:tout:>
utilisé dans :
../prive/objets/liste/auteurs_associer.html
L.0025 : ... class="tout_voir" name="tout_vo ...
L.0071 : ... class="tout_voir" name="tout_vo ...
mais défini nulle part !
Je pensais au début remplacer 'tout' par 'info_tout_afficher', mais finalement je me demande s'il ne faut pas mettre quelque chose comme "annuler la recherche". En effet, ce bouton ne va pas tout afficher, mais faire revenir à l'affichage, qui peut être potentiellement paginée. Le bouton pour tout afficher se trouve dans la pagination, lui.
Dans le formulaire editer_liens, [(#VAL{creer_et_associer_un_}|concat{#ENV{objet_source}}|T)] n'est plus valable, et on ne peut pas utiliser [(#VAL{icone_creer}|concat{#ENV{objet_source}}|_T)] car ce dernier produit icone_creer_auteur (ok) mais icone_creer_mot au lieu de icone_creer_mot_cle. Sans parler de icone_creer_mot_cle_rubrique ou icone_creer_mot_cle_site, etc.
Faut trouver une astuce...
Pour <:langue:>, bizarrement, le style du th le rend invisible. Toutefois, il manque bien un code de traduction.
utilisé dans :
../prive/objets/liste/articles-trad.html
L.0016 : ... class='langue'><:langue:> ...
../prive/objets/liste/objets-trad.html
L.0013 : ... class='langue'><:langue:> ...
mais défini nulle part !
'icone_forum_suivi' pourrait être déplacer dans l'extension forum ?
'info_annonce', 'info_annonces_generales','info_pense_bete' et 'info_pense_bete_ancien' pourraientt être déplacer dans l'extension organiseur ?
upload_limit
utilisé dans :
../ecrire/inc/documents.php
L.0220 : ... g = _T('upload_limit', ...
L.0224 : ... g = _T('upload_limit', ...
L.0228 : ... g = _T('upload_limit', ...
mais pas défini dans le bon module :
../extensions/medias/lang/medias_fr.php
Mediatheque ne prends pas entièrement en charge la gestion des documents ? On a encore une gestion des documents par SPIP si l'extension est pas là ? A quoi bon ?
Langonet ne peut pas faire tout le boulot, aussi je propose de continuer ce ticket avec les codes de langues qui ne sont pas forcément manquants mais amène à se poser des questions. Je propose de fermer #2083 et de continuer par ici.
### Quelques codes de langue qui posent questions
'mots_clef' et 'info_site' de public_xx sont utilisés par le formulaire administration de squelettes-dist. Pourtant si l'extension mots n'est pas chargée, il ne devrait pas être dispo. A deplacer dans son extension ?
Pour les trois suivants, je propose de dupliquer afin de permettre de cibler la surcharge. :
* 'entree_description_site' a été déplacé dans l'extensions sites mais il est aussi utilisé pour la configuration de l'identité du site.
'entree_description_site' => 'Description du site',
* 'info_site_web' a été déplacé dans petitions mais il est encore utilisé pour indiquer le site d'un auteur.
'info_site_web' => 'SITE WEB :',
* 'info_texte_message' a été déplacé dans petitions mais utilisé dans le formulaire ecrire_auteur de squelettes-dist.
Dans spip_xx on a :
'info_tout_afficher' => 'Tout afficher',
et
'lien_tout_afficher' => 'Tout afficher',
Je me demande si c'est nécessaire ?
Pour <:tout:>
<pre>
utilisé dans :
../prive/objets/liste/auteurs_associer.html
L.0025 : ... class="tout_voir" name="tout_vo ...
L.0071 : ... class="tout_voir" name="tout_vo ...
mais défini nulle part !
</pre>
Je pensais au début remplacer 'tout' par 'info_tout_afficher', mais finalement je me demande s'il ne faut pas mettre quelque chose comme "annuler la recherche". En effet, ce bouton ne va pas tout afficher, mais faire revenir à l'affichage, qui peut être potentiellement paginée. Le bouton pour tout afficher se trouve dans la pagination, lui.
Dans le formulaire editer_liens, [(#VAL{creer_et_associer_un_}|concat{#ENV{objet_source}}|_T)] n'est plus valable, et on ne peut pas utiliser [(#VAL{icone_creer_}|concat{#ENV{objet_source}}|_T)] car ce dernier produit icone_creer_auteur (ok) mais icone_creer_mot au lieu de icone_creer_mot_cle. Sans parler de icone_creer_mot_cle_rubrique ou icone_creer_mot_cle_site, etc.
Faut trouver une astuce...
Pour <:langue:>, bizarrement, le style du th le rend invisible. Toutefois, il manque bien un code de traduction.
<pre>
utilisé dans :
../prive/objets/liste/articles-trad.html
L.0016 : ... class='langue'><:langue:></th> ...
../prive/objets/liste/objets-trad.html
L.0013 : ... class='langue'><:langue:></th> ...
mais défini nulle part !
</pre>
'icone_forum_suivi' pourrait être déplacer dans l'extension forum ?
'info_annonce', 'info_annonces_generales','info_pense_bete' et 'info_pense_bete_ancien' pourraientt être déplacer dans l'extension organiseur ?
<pre>
upload_limit
utilisé dans :
../ecrire/inc/documents.php
L.0220 : ... g = _T('upload_limit', ...
L.0224 : ... g = _T('upload_limit', ...
L.0228 : ... g = _T('upload_limit', ...
mais pas défini dans le bon module :
../extensions/medias/lang/medias_fr.php
</pre>
Mediatheque ne prends pas entièrement en charge la gestion des documents ? On a encore une gestion des documents par SPIP si l'extension est pas là ? A quoi bon ?
Le résultat est qu'environ la moitié des fichiers de langue de SPIP 3.0 ne sont pas utilisés car partis dans les plugins X ou Y
Du coup :
-* la taille du core est éxagérément élevé à cause de cela...
-* on demande beaucoup trop de travail aux traducteurs...
Je pense qu'il faudrait le faire assez tôt après la sortie de la 3.0 pour espérer avoir une 3.1 bien mieux traduite non? et moins effrayante pour les traducteurs?
cedric - a écrit :
> c'est un boulot pour langonet !
Je viens de modifier langonet (cf : http://zone.spip.org/trac/spip-zone/changeset/61405) pour qu'il gère la recherche dans X répertoires...
Le résultat est qu'environ la moitié des fichiers de langue de SPIP 3.0 ne sont pas utilisés car partis dans les plugins X ou Y
Du coup :
-* la taille du core est éxagérément élevé à cause de cela...
-* on demande beaucoup trop de travail aux traducteurs...
Je pense qu'il faudrait le faire assez tôt après la sortie de la 3.0 pour espérer avoir une 3.1 bien mieux traduite non? et moins effrayante pour les traducteurs?
Certaines chaînes ne sont plus utilisées, il faut les repérer, puis que je les bascule dans le module "inutilise" dans la base trad-lang
Ici déjà :
texte_actualite_site_1 texte_actualite_site_2 texte_actualite_site_3 icone_interface_complet icone_interface_simple
Mais ne pas le faire trop tôt, sinon on risque de flinguer la 1.9.2 stable en reportant des fichiers de langue incomplets :)
c'est un boulot pour langonet !
Version cible mise à 3.0
texte_plus_trois_car
info_plus_trois_car
info_plus_cinq_car_2
info_plus_cinq_car
et celle de 10 caractères piquée sur forum.
On pourrait avoir seulement deux chaines (une avec et une sans parenthèse) avec
nbLangonet ne peut pas faire tout le boulot, aussi je propose de continuer ce ticket avec les codes de langues qui ne sont pas forcément manquants mais amène à se poser des questions. Je propose de fermer #2083 et de continuer par ici.
Quelques codes de langue qui posent questions
'mots_clef' et 'info_site' de public_xx sont utilisés par le formulaire administration de squelettes-dist. Pourtant si l'extension mots n'est pas chargée, il ne devrait pas être dispo. A deplacer dans son extension ?
Pour les trois suivants, je propose de dupliquer afin de permettre de cibler la surcharge. :
'entree_description_site' => 'Description du site',
'info_site_web' => 'SITE WEB :',
Dans spip_xx on a :
'info_tout_afficher' => 'Tout afficher',
et
'lien_tout_afficher' => 'Tout afficher',
Je me demande si c'est nécessaire ?
Pour <:tout:>
Je pensais au début remplacer 'tout' par 'info_tout_afficher', mais finalement je me demande s'il ne faut pas mettre quelque chose comme "annuler la recherche". En effet, ce bouton ne va pas tout afficher, mais faire revenir à l'affichage, qui peut être potentiellement paginée. Le bouton pour tout afficher se trouve dans la pagination, lui.
Dans le formulaire editer_liens, [(#VAL{creer_et_associer_un_}|concat{#ENV{objet_source}}|T)] n'est plus valable, et on ne peut pas utiliser [(#VAL{icone_creer}|concat{#ENV{objet_source}}|_T)] car ce dernier produit icone_creer_auteur (ok) mais icone_creer_mot au lieu de icone_creer_mot_cle. Sans parler de icone_creer_mot_cle_rubrique ou icone_creer_mot_cle_site, etc.
Faut trouver une astuce...
Pour <:langue:>, bizarrement, le style du th le rend invisible. Toutefois, il manque bien un code de traduction.
'icone_forum_suivi' pourrait être déplacer dans l'extension forum ?
'info_annonce', 'info_annonces_generales','info_pense_bete' et 'info_pense_bete_ancien' pourraientt être déplacer dans l'extension organiseur ?
upload_limit utilisé dans : ../ecrire/inc/documents.php L.0220 : ... g = _T('upload_limit', ... L.0224 : ... g = _T('upload_limit', ... L.0228 : ... g = _T('upload_limit', ... mais pas défini dans le bon module : ../extensions/medias/lang/medias_fr.phpMediatheque ne prends pas entièrement en charge la gestion des documents ? On a encore une gestion des documents par SPIP si l'extension est pas là ? A quoi bon ?
duplication de deux chaines (du module petitions ves le module ecrire) dans r17967
Version cible mise à 3.1
cedric - a écrit :
Je viens de modifier langonet (cf : http://zone.spip.org/trac/spip-zone/changeset/61405) pour qu'il gère la recherche dans X répertoires...
Le résultat est qu'environ la moitié des fichiers de langue de SPIP 3.0 ne sont pas utilisés car partis dans les plugins X ou Y
Du coup :
-* la taille du core est éxagérément élevé à cause de cela...
-* on demande beaucoup trop de travail aux traducteurs...
Je pense qu'il faudrait le faire assez tôt après la sortie de la 3.0 pour espérer avoir une 3.1 bien mieux traduite non? et moins effrayante pour les traducteurs?
J'ai fait cela :
http://gracchus.arscenic.org:9001/p/spip_tradlang
On commence avec :
Statut changé à En cours
Statut changé à Fermé