Piwigo.org

rub · 2007-08-23 00:24:56

lterras a écrit:
PS: En plus, je ne sais pas si je démarre avec la version 1.7 ou si je reste avec ma 1.6.2 modifiée... mais la, du coup, mes evols interesseront moins de monde... pas cool...
J'ai tellement fait évoluée cette 1.6.2 pour mon Christophe que j'ai pas trop le courage de tout refaire dans la 1.7 ...
défaut de creer une version perso peut être....
Conseil?

Le mien: passer en 1.7 et essayer de faire l'ensemble des modifications par plugin et fichier "local".

vimages · 2007-08-23 00:27:02

tout comme rub.

c'est le meilleur moyen pour avoir une galerie à jour, à la pointe et dont les personalisations soient transférables sans trop de soucis...

rub · 2007-08-23 00:41:31

vimages a écrit:
c'est le meilleur moyen pour avoir une galerie à jour, à la pointe et dont les personalisations soient transférables sans trop de soucis...

Transférables entre galeries mais aussi facilement maintenable entre les versions.
Les plugins seront personnels (personal plugin du wiki) ou bien plus généraliste, intéressant, etc. pour les mettre à dispo dans les extensions.

vimages · 2007-08-23 00:48:54

je voulais aussi dire tranférable d'une version à la supérieure..... et bénéficier des dernières évolutions...

:o)

lterras · 2007-08-23 09:10:54

OK, j'ai récuperer la 1.7 y'a un petit moment, je pense qu'il va falloir que j'étudie un peu l'architechture.
A la base (je vais parler technique et sur ce que j'avais pensé mettre en place sur ma 1.6.2 modifiée),
pour traduire, je pensais creer des tables dynamiquement....
Je m'explique:
dans la table Images, il y a name, comment à traduire...
=> une page d'admin des langues dans laquelle on definira
languages
dirname name table_extention is_default
fr_FR.iso-8859-1 Français fr 1
en_UK.iso-8859-1 English en 0
etc....

=> creation des tables suivantes

table phpwebgallery_images_fr
id Identifiant de l’image
name Nom en Français
comment Commentaire en Français

et table phpwebgallery_images_en
id Identifiant de l’image
name Nom en Anglais
comment Commentaire en Anglais

Comme ça, je bougeais pas les table d'origine, j'en creer d'autres pour chaque langues et il restait à faire juste un lien avec la table correspondant à la langue choisie par l'utilisateur
pour guest: lien avec la langue par défaut choisie par le webmaster.. ou lecture des champs de la table d'origine...

pour traduire les catégories, même principe, creation d'autant de table qu'il faut...

au départ, j'avais pensé à une table de traduction avec des identifiants de libelle mais j'ai peur des performances: la, j'ai 1 seule jointure.

Qu'en pensez vous?

Laurence

VDigital · 2007-08-23 09:43:48

Laurence...

Je te propose autre chose créer des tables LANG_fr_8859-1 ou LANG_fr_ufo8, etc.
La structure de chacune:
keyword translation.

Une table des tables Lang
phpwebgallery_languages
exemples:
code_lang table_name
fr_FR.iso-8859-1 LANG_fr_8859-1
en_UK.iso-8859-1 LANG_en_8859-1
etc.

Le language en cours permet de trouver la bonne table lang.

Pensons description uniquement... pour l'instant.
Tu me suis... ?

8-)

lterras · 2007-08-23 13:59:55

oui, je suis... c'était l'idée sur laquelle j'étais partie. Et puis, ensuite, j'ai reflechie au point suivant:
La comparaion de chaine en BDD prend + de temps que la comparaison de nombre....

Si le nombre d'images est importante, il va y avoir beaucoup de titre à donner aux images, et beaucoup de commentaires...
niveau perf, qu est ce que ça va donner lorsqu'on va rechercher la traduction d'un titre parmis plein de ligne en BDD ?
même avec un index....
Et ça va donner quoi avec des textes long de 255 caratères?

à moins que je n'ai pas compris le principe (mais il me semble que oui), j'ai des craintes niveaux perfs...

VDigital · 2007-08-23 15:33:34

On peut le faire en plugin.
Si le plugin -//:---\spam que cela ne pose aucun pb...

On ne pensera pour l'instant qu'aux descriptions des images ou des catégories.

1 - Dans maintain.inc.php
A l'installation, en fonction des langages disponibles, on crée les tables.
A l'activation, on vérifie si de nouvelles langues sont dispos et si leurs tables n'existent pas, on les crée.
A la désactivation, on regarde la langue par défaut, on ne fait rien.
A la désinstallation, on supprime les tables des langages.

2 - Coté main.inc.php
Je n'ai pas regardé les events (ou triggers) dont nous aurons besoin.
On verra ça plus tard.

2.1 - (Mais regardons) Le principe coté utilisateur simple.

2.1.1 Un user connecté sur la langue par défaut, le plugin ne fait absoluement rien.

2.1.2 Un user connecté avec la langue différente de celle par défaut.
Les descriptions c-xx ou ou i-xx (xx étant l'id de l'image ou de la catégorie) sont recherchées dans la table du langage correspondant si la ligne existe, elle se substitue à la description d'origine sinon on laisse.

2.2 - Le principe (coté Admin).

2.2.1 Connecté sur la langue par défaut, le plug ne fait absoluement rien.

2.2.2 Avec une langue différente, on va mettre le petit drapeau de la langue en cours après tout champ de description.
Si la ligne dans la langue en question n'existe pas encore, on laisse la description (de la langue par défaut).
Si la ligne existe dans la langue en question c'est cette donnée qui monte.
A la validation:
- on sauvegarde la valeur la description de la langue par défaut (elle va se faire écraser).
- on laisse la mise à jour se faire.
- en post-traitement, on restaure la description de la langue par défaut, on va sauvegarder la description dans la table de la langue en question (celle de l'admin).

Sur la base de cette logique, on voit qu'au lieu de faire c-xx et i-xx dans keyword.
Dans notre table LANG_xxxxxx nous aurons intérêt à prévoir deux colonnes de clé et nous aurons donc par exemple dans LANG_en_8859-1:
field id translation
c-desc 11 Pictures from New-Orleans
i-desc 423 Mainstreet
etc.

8-)

vimages · 2007-08-23 17:18:17

Pour des descriptions + ou - génériques, en tout cas employées couramment dans les catégories, cela m'interesse vivement !

Bravo et merci.

VDigital · 2007-08-23 18:12:36

Je viens d'imaginer mieux encore coté Admin.
Pour ces champs s'ils existent en plusieurs langues...
Après le champ de saisie on affiche :
Une liste ...
Drapeau, selecteur radio, texte actuel dans la langue / ou rien

Il suffit de copier le texte et de cocher la bonne langue pour que la mise à jour soit effectuée sur cette langue.
Bref, même si l'admin est dans la langue par défaut le plug fera le même boulot que si c'est différent.
Ce qui évitera aux admin d'avoir à changer de langue pour introduire une description dans une autre langue.

Exemple:

Description : [Ceci est la description par défaut ]

Default 0
EN 0 This is the English description
SP 0
IT 0 Questa è la Descrizione in lingua italiana
PL 0 To jest opis w Słupie

Si tu coches default ce n'est que le langage par défaut qui est modifié.
Si tu coches le drapeau italien, il faut copier le texte italien dans le champ modifiable sinon le texte français viendra prendre la place de "Questa è la descrizione in lingua italiana".
Bravissima, non?

8-)

lterras · 2007-08-23 18:43:35

Ah! je crois que je comprend mieux le principe... on fait bien une jointure mais tu ne veux qu'une seule table dans laquelle on insère les traduction SI elle existe, sinon, on garde celle par défaut pour pas surcharger la base.
OK.
Le principe me va bien!
Non d'un chien, j'ai du boulot sur la planche! la 1.7, je la connais pas et faut que je vois quel est le principe des plug in!
faudra pas m'en vouloir si je met du temps à partager ça moi !!!
je vais doucement! surtout qu'il faut que je remette toutes mes modifs dans la nouvelles version !
fait ch... un peu....
si j'avais su, j'aurais attendu cette 1.7 avant de faire des modifs. c'est vrai que lorsqu'un logiciel devient mieux structuré, faut passer le cap...
Bon.. Merci pour les conseils, je vais essayer d'étudier ça!
lolo

VDigital · 2007-08-23 19:12:51

N'hésites pas à poser des questions.
Penses que maintenant tu n'as plus besoin en principe de modifier un php d'origine...
Tout devrait être faisable par plugin.

Apprends à te servir de ceux-ci et tu auras gagné... Le Wiki va t'aider.
8-)

rub · 2007-08-23 23:48:01

VDigital a écrit:
Penses que maintenant tu n'as plus besoin en principe de modifier un php d'origine...

Surtout avec la 1.7.1.
On est la aussi pour avoir des événements pour les triggers si nécessaire.

Piwigo.org

Annonce

#16 2007-08-23 00:24:56

Re: Utilisation de paramètres $lang dans les catégories

lterras a écrit:

#17 2007-08-23 00:27:02

Re: Utilisation de paramètres $lang dans les catégories

#18 2007-08-23 00:41:31

Re: Utilisation de paramètres $lang dans les catégories

vimages a écrit:

#19 2007-08-23 00:48:54

Re: Utilisation de paramètres $lang dans les catégories

#20 2007-08-23 09:10:54

Re: Utilisation de paramètres $lang dans les catégories

#21 2007-08-23 09:43:48

Re: Utilisation de paramètres $lang dans les catégories

#22 2007-08-23 13:59:55

Re: Utilisation de paramètres $lang dans les catégories

#23 2007-08-23 15:33:34

Re: Utilisation de paramètres $lang dans les catégories

#24 2007-08-23 17:18:17

Re: Utilisation de paramètres $lang dans les catégories

#25 2007-08-23 18:12:36

Re: Utilisation de paramètres $lang dans les catégories

#26 2007-08-23 18:43:35

Re: Utilisation de paramètres $lang dans les catégories

#27 2007-08-23 19:12:51

Re: Utilisation de paramètres $lang dans les catégories

#28 2007-08-23 23:48:01

Re: Utilisation de paramètres $lang dans les catégories

VDigital a écrit:

Pied de page des forums