Mise de Localise en compatibilité Joomla! 4 ?

**Eddy.vh** · 19/02/2020, 17h56

Bonjour Robert.

Je ne connais pas ce Localise mais j'ai envoyé un email pour éventuellement participer à la trad de J!4 (selon le temps que ça demande et celui dont je dispose).
Est-ce une aide à la traduction ?

**RobertG** · 19/02/2020, 18h49

Oui, Localise, comme l'était aussi Freestyle Translation Pro, permet de traduire les chaînes directement dans l'administration du site, en affichant la liste des fichiers, puis en proposant les chaînes de chaque fichier de langue, avec celles déjà traduites, celles qui ne le sont pas. De plus, les deux permettent sous J! 3 de créer les packs d'installation.

C'est très pratique pour les extensions utilisant les normes des fichiers ini, et Translation Manager pro permettait aussi de traduire les fichiers que les auteurs ne plaçaient que dans le répertoire de leur extension. Je n'ai pas vérifié si Localise le fait aussi.

Pour le moment, j'ai eu beau chercher, je n'ai toujours pas compris pourquoi j'ai les erreurs que j'ai citées, et sur le web, il n'y a qu'une référence à CMSObjetc::IDs à propos d'une erreur corrigée en août 2018.
Ici, il est dit que cette classe est dépréciée https://api.joomla.org/cms-3/classes...CMSObject.html mais sans aucune info sur ce qui doit la remplacer

**roland_d_alsace** · 19/02/2020, 21h33

Envoyé par RobertG Voir le message

Bonjour,

Suite à la question concernant la traduction de Joomla! 4 en français, je viens de tenter d'adapter, avec mes faibles moyens, Localise à Joomla! 4 (version 4 beta1 dev).
Quelques corrections et la neutralisation de l'utilisation de JError sur certains fichiers m'ont permis de ne plus avoir d'erreur "0" pour l'affichage des pages principales (Langues, Traductions, Packages).

Pour la page des langues, pas d'erreur, mais la sélection n'affiche rien dans la liste au-dessous.

Mais je tombe sur un autre gros os pour traductions et packages, l’utilisation de CMSObject qui déclenche toute une série de notices et warnings après m'avoir affiché en tête de page

puis plus bas

et là encore, rien ne s'affiche dans la liste.

Mon problème est que je ne trouve nulle part cet appel à CMSObject dans Localise, et que je suis donc incapable d'aller plus loin !

Si quelqu'un avait l'expérience et le temps de rendre cette extension compatible ou de m'aider à le faire, j'en serais ravi.

Merci d'avance,
Robert

Salut robert.

Pour essayer de t'aider j'ai mis un peu le nez dans le truc.

Je suppose que ces "Notice" sont depuis toujours.

En fait le :

Code PHP:


JArrayHelper::sortObjects($this->packages, $ordering, $this->getState('list.direction') == 'desc' ? -1 : 1);

effectue un tri du tableau d'objets de type CMSObjet qu'est $this->package, tri sur la propriété title qui est nulle pour tous les elements de l'array.
En fait de base il y a 10 objets de type Joomla\CMS\Object\CMSObject dans $this->package avec toutes leurs propriétés soit nul, soit 0, etc...

(model/packages.php vers la ligne 117)

Je ne pense pas que cela gene au fonctionnement.

Je suppose que c'est du au fait qu'il n'y a rien dans les tables au premier lancement.

Je veux bien continuer à regarder, mais tu peux un peu m'expliquer le fonctionnement de cet outil ?

**roland_d_alsace** · 19/02/2020, 22h00

Petit rajout à ma réponse :

Il y a une erreur liée à ce que asset_id n'a pas de valeur par défaut dans la table #__localise.
Du coup l'écriture qui (se fait en 2 temps) ne se fait pas.

Essaie de faire :

Code HTML:

    ALTER TABLE `#__localise` CHANGE `asset_id` `asset_id` INT(11) NULL DEFAULT NULL;

Je pense que cela solutionne le problème.
En tous cas moi je n'ai plus ces "notice" après cette modif.

**RobertG** · 19/02/2020, 22h56

Merci Roland,

En effet, après cette modification de la table, ces erreurs ne s'affichent plus pour les traductions mais quel que soit le filtre, je n'ai aucun résultat, pas de fichier dont je puisse voir les chaînes à traduire.
Les langues s'affichent bien, mais il y a encore un JError à modifier ou neutraliser... probablement d'autres ailleurs.

Dans la liste des packages, "Notice: Undefined property: Joomla\CMS\Object\CMSObject::$writablCMSObjecte in /home/www/sitestests/testbeta4/administrator/components/com_localise/views/packages/tmpl/default_body.php on line 34" (tous tests faits en mode développement)

Il faudra que je revoie comment ça s'affichait sur une version 3 (j'utilisais plus souvent Translation Manager)

**infograf768** · 20/02/2020, 08h31

@RobertG
J'avais déjà commencé à adapter com_localise depuis plusieurs mois à J4 et tout marchait parfaitement jusqu'au passage aux strings sans préfixe de langue.
Les strings de référence en-GB en J4 sont maintenant du type

cela change tout lorsque l'on utilise le paramètre essentiel de comparaison via github.

Voici le repo

GitHub - infograf768/j4localise: developing a version of com_localise adapted to Joomla 4

https://github.com/infograf768/j4localise

developing a version of com_localise adapted to Joomla 4 - infograf768/j4localise

Merci de me tenir au courant

**RobertG** · 20/02/2020, 08h34

Merci JM, je testerai ça ce matin !

Ce qui m'étonne, c'est que les ancienne dénominations sont quand même prises en compte, au moins pour une partie des fichiers, puisque ceux de la 3.9 fonctionnent.
Penses-tu que renommer les fichiers serait une première étape avant un nettoyage et le complément ?

**infograf768** · 20/02/2020, 08h42

Note: Depuis mes derniers changements, il y a évidemment eu des changements au niveau d'Atum et il est facile de modifier les boutons. Je vais le faire si j'ai le temps.
Mais le principal problème est l'équivalence ou la transformation temporaire des noms de fichier.

example:
/fr-FR/fr-FR.ini est maintenant fr-FR/joomla.ini
fr-FR/fr-FR.xml est maintenant fr-FR/metadata.xml

**infograf768** · 20/02/2020, 08h44

1. N'oubliez pas que Mihaly travaille déjà sur fr-FR pour la J4
2. Changer le nom de nos fichiers n'est pas le problème principal.
Le problème est dans le code de com_localise qui doit être adapté au nouveau standard.

**RobertG** · 20/02/2020, 08h51

Oui, j'ai bien compris, JM !

**RobertG** · 20/02/2020, 09h46

Problème sur une 4 beta1 dev : affichage, messages du type "JFolder::folder : le chemin n'est pas un répertoire. Chemin : /language" et un peu de mal à comprendre la partie "paramétrages"

**RobertG** · 20/02/2020, 10h28

infograf768

Je déborde sur quelque chose de tout aussi concret : sais-tu s'il est prévu une méthode d'installation (le manifeste ou un fichier php ?) susceptible de supprimer les anciens en-GB.com_ ou fr-FR.com pour remplacer avec la nouvelle nomenclature, lors d'une mise à jour vers la version 4, ou encore une permettant à une extension compatible 3 et 4 de n'installer que les fichiers de type correspondant à la version de Joomla! ?
Là, je vise les extensions qui, en cas de mise à jour de 3 vers 4, vont se retrouver avec les deux noms de fichiers (même si l'ancien est toujours pris en compte en v 4), ou encore pour celles compatibles 3 et 4 nécessiter une installation différentielle pour n'installer que les fichiers correspondant à la version.

**infograf768** · 20/02/2020, 11h24

J'ai corrigé quelques trucs pour les boutons car ils utilisaient chosen.

**infograf768** · 20/02/2020, 11h29

sais-tu s'il est prévu une méthode d'installation (le manifeste ou un fichier php ?) susceptible de supprimer les anciens en-GB.com_ ou fr-FR.com pour remplacer avec la nouvelle nomenclature, lors d'une mise à jour vers la version 4

Non. Comme tu l'as vu, les 2 formats fonctionnent. Donc les strings des extensions tierces utilisant l'ancien format fonctionneront sur j3 et j4. Elles ne seront pas pour autant BC pour ce qui ne concerne pas les fichieers de langue.

Mise de Localise en compatibilité Joomla! 4 ?

Mise de Localise en compatibilité Joomla! 4 ?

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Annonce

Partenaire de l'association