nettoyer les fichiers de langue #816

Closed
opened 16 years ago by Fil · 12 comments
Fil commented 16 years ago
Owner

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 :)
Owner

c'est un boulot pour langonet !

c'est un boulot pour langonet !
Owner

Version cible mise à 3.0

**Version cible mise à 3.0**
Owner

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

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``
Owner

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 ?
Poster
Owner

duplication de deux chaines (du module petitions ves le module ecrire) dans r17967

duplication de deux chaines (du module petitions ves le module ecrire) dans r17967
Owner

Version cible mise à 3.1

**Version cible mise à 3.1**
Owner

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?

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?
Owner
J'ai fait cela : http://gracchus.arscenic.org:9001/p/spip_tradlang
Owner
On commence avec : - http://zone.spip.org/trac/spip-zone/changeset/79306 - http://zone.spip.org/trac/spip-zone/changeset/79301 - r21041 - r21042
b_b commented 8 years ago
Owner

Statut changé à En cours

**Statut changé à En cours**
b_b commented 7 years ago
Owner
There is no content yet.
Owner

Statut changé à Fermé

**Statut changé à Fermé**
Sign in to join this conversation.
No Milestone
No project
No Assignees
5 Participants
Notifications
Due Date

No due date set.

Dependencies

This issue currently doesn't have any dependencies.

Loading…
There is no content yet.