Pluxml multilingue : possibilité de relier manuellement les articles

Yannic · mars 2017

Stéphane a écrit:

@Yannic: j'ai corrigé ce bug de class active sur le lien Blog. J'ai modifié le plugin et pas le fichier class.plx.show.php
Si tu veux tester c'est à partir de la version de la branche master sur github
https://github.com/Pluxopolis/plxMyMultiLingue/archive/master.zip
Je ferai la mise à jour de la version pre-release si tu me confirmes que c'est bon.
Merci

OK, le menu blog en "active" apparaît bien quand on est sur la page-blog

Toutefois, c'est pour cela que j'avais modifier plxShow, c'est qu'en fait avec BetterUrls la fonction fonctionne mal. (et à mon avis que ce soit avec ou sans multilingue), c'est juste que multilingue à fait ressortir le problème.

Si je regarde ce qu'elle est censé faire : être "active" sur : page-blog, categorie, archives, tags, articles

reg_match('/^(blog|categorie|archives|tag|article)/'

Avec mybetterurls elle ne trouve pas categorie et article aussi bien dans la langue par défaut que dans une langue différente si l'on est dans des liens "direct" comme cela :
http://cryptocoins.exposed/rc4/albert (<-article)
http://cryptocoins.exposed/rc4/fr/fables (<- catégorie)

mais trouvera :
http://cryptocoins.exposed/rc4/tag/shampanskogo ( <- tag )
et aussi maintenant :
http://cryptocoins.exposed/rc4/fr/archives/2017/03 ( <- archives )

Edit: Je confirme sans BetterUrls, pas de problème.

Stéphane · mars 2017

@Yannic: j'ai reporté ta modif dans PluXml qui est la meilleure et fait une rollback sur celle que j'avais fait sur le plugin
Merci

Yannic · mars 2017

Stéphane a écrit:

@Yannic: j'ai reporté ta modif dans PluXml qui est la meilleure et fait une rollback sur celle que j'avais fait sur le plugin
Merci

Salut, jai l'impression que tu n'as pas ajoutė le motor->mode mais je vais regarder mieux ce soir..
Merci

zetrader · mars 2017

La modif est sur le github master de Pluxml ? Si je veux mettre à jour les versions de test pour Pluxml et plxMyMultiLingue, je télécharge où pour avoir les dernières versions incluant les dernières modifications ?

Stéphane · mars 2017

Quand tu arrives sur la page d'accueil de github
https://github.com/pluxml/PluXml
clic sur le bouton vert à droite (clone or download)
tu auras accès à un lien "Download Zip"

Sinon directement à partir de ce lien
https://github.com/pluxml/PluXml/archive/master.zip
(lien qui est toujours le meme pour la branche en cours de developpement)

zetrader · mars 2017

Ok (pluxml mis à jour sur version de test) et plxMyMultiLingue, pas de modif finalement depuis le 9 mars (la dernière version que j'avais téléchargé le 16 mars avaient des fichiers modifiés en date du 9 mars) ?
Je vois que des fichiers ont été modifié il y a environ 6 heures de ça :
https://github.com/Pluxopolis/plxMyMultiLingue/
changelog.txt maj changelog + infos (reverted from commit 5fe345d) 6 hours ago
infos.xml maj changelog + infos (reverted from commit 5fe345d) 6 hours ago
plxMyMultiLingue.php bug class active sur lien Blog (reverted from commit 85e600c) 6 hours ago

Je télécharge cette dernière version master pour être à jour ?

Yannic · mars 2017

@zetrader, tu est correct avec plxMyMultiLingue du 16 mars, (le 21 retire le 20).

---

@Stéphane, je confirme, tu as oublié de rajouter aux deux lignes du regex l'ajout du mode, sans cela la modif ne sers "presque" à rien

$_SERVER['QUERY_STRING'].$this->plxMotor->mode

( Ainsi si il ne trouve pas article, categorie, blog, tags, archives dans le QUERY_STRING, il le trouvera dans le plxMotor->mode )

---

Aussi, je ne sais pas si cela t’intéresse, vu que c'est le même fichier (plx.show.php) : la possibilité de mettre en "active" les tags d'un article montrés dans la sidebar lorsque l'on est sur ce même article.
Exemple sur cette page: http://cryptocoins.exposed/rc4/fr/le-loup-la-mere-et-lenfant où, sur la sidebar les mots clefs de l'article "Mère", "Enfant, "Loup" apparaissent en rouge dans la sidebar.
Exemple: ici le code modifié :
http://cryptocoins.exposed/rc4/fr/quatrieme-page

---
[del]
Et à moins que tu ai une autre idée en tête pour nos amis Russes, si il était possible d'inclure la modification [Russe] http://forum.pluxml.org/viewtopic.php?pid=52934#p52934 (plx.utils.php)[/del] (je viens de voir qu'il était dans les bogues du changelog)

Avec tout cela, je pense qu'on serais parfait et sans autres bugs connus pour ma part sur PluXml avec ou sans Multilingue avec ou sans BetterUrls.

[em]Merci de ton temps.[/em]

Stéphane · mars 2017

Yannic a écrit:

Aussi, je ne sais pas si cela t’intéresse, vu que c'est le même fichier (plx.show.php) : la possibilité de mettre en "active" les tags d'un article montrés dans la sidebar lorsque l'on est sur ce même article.
Exemple sur cette page: http://cryptocoins.exposed/rc4/fr/le-loup-la-mere-et-lenfant où, sur la sidebar les mots clefs de l'article "Mère", "Enfant, "Loup" apparaissent en rouge dans la sidebar.
Exemple: ici le code modifié :
http://cryptocoins.exposed/rc4/fr/quatrieme-page

Pris en compte.
Merci
https://github.com/pluxml/PluXml/commit/ee9d379abda856d765384b5162da3659eabb9d2c

Stéphane · mars 2017

@Yannic: j'ai reporté la modif pour la surbrillance du menu Blog. Encore merci

https://github.com/pluxml/PluXml/commit/18bc4a77aa3e59c2bbb903732c878e0c5a173c2e

Yannic · mars 2017

Stéphane a écrit:

@Yannic: j'ai corrigé ce bug de class active sur le lien Blog. J'ai modifié le plugin et pas le fichier class.plx.show.php
Si tu veux tester c'est à partir de la version de la branche master sur github
https://github.com/Pluxopolis/plxMyMultiLingue/archive/master.zip
Je ferai la mise à jour de la version pre-release si tu me confirmes que c'est bon.
Merci

Je viens de faire la mise à jour, et c'est très bon pour multilingue :cool:

Merci

[em][del]J'ai perdu la couleur de "blog" quand il est ajouté en paramètre à staticList(xx,yy,2) car il manque "static menu" devant le " active" dans la class, mais bon tu as peut-être pas fini de modifier.[/del][/em]

Edit: merci encore.

Stéphane · mars 2017

Yannic a écrit:

[em]J'ai perdu la couleur de "blog" quand il est ajouté en paramètre à staticList(xx,yy,2) car il manque "static menu" devant le " active" dans la class, mais bon tu as peut-être pas fini de modifier.[/em]

Corrigé

Yannic · mars 2017

Merci Stéphane,

Pour moi la version actuelle fonctionne bien et est plus qu’acceptable.

En petit "glitch" mineur j'ai : (dans l'administration)

Si l'on est avec le paramètres de ne pas suivre la langue.
(Préserver l'affichage de l'interface d'administration avec la langue du profil utilisateur connecté : NON)
- La traduction d'un terme/phrase peux parfois rester dans l'ancienne langue quand on change de langue.

Exemple si dans l'édition d'un article, on clique sur le lien en dessous de "Dépendances de cet article : liste des identifiants par langue (option)"
Cette même phrase reste dans l'autre langue, si l'on re-clique dessus la, la langue de cette phrase change cette fois mais du coup se retrouve inversé par rapport à la langue courrante

( mais bon c'est un tout petit bug mineur, il suffit de re-cliquer sur la langue en cours pour que cela se remette bien )

----

Si il y avais une amélioration du plugin à faire, se serais lorsque que l'on change de langue on reste sur la même url avec les même paramètres en GET au lieu de toujours revenir sur index.php

----

Edit: il existe un gros bug en fait ( côté visiteur seulement ) pour les plugins qui s'appuie sur $this->default_lang
( plxMyContact, plxMySearch, et dans un moindre mesure plxMyAllArchive testé pour le moment )
Je develloperai demain le bug

Yannic · mars 2017

Si je suis ce qui se produit dans les plugins (plxMyContact, plxMySearch, plxMyAllArchive (<-dans une moindre mesure) et peut-être d'autres ?) quand on est coté visiteur.

$this->url reçu/utilisé dans ces plugins ( coté visiteur ) reste/retourne sur la langue par defaut ( sans /en/ par exemple si ils sont après mulitingue ou retourne l'url avec /en/ si ils sont avant multilingue mais fonctionnent encore plus mal )
et :
$this->default_lang reçu/utilisé dans ces plugins ( coté visiteur ) est soit :
- la langue par défaut du site (si l'on est pas connecté à l'administration)
- la langue langue actuelle dans l'administration (si l'on est connecté à l'administration)
( on dirais qu'elle suit la variable de session data_lang )

Même si dans l'administration, tout à l'air de bien fonctionner.
Tous les plugins que j'ai pu testé et qui était compatible multilingue ne le sont plus coté visiteur dans les autres langues.

Stéphane · mars 2017

Yannic a écrit:

Edit: il existe un gros bug en fait ( côté visiteur seulement ) pour les plugins qui s'appuie sur $this->default_lang
( plxMyContact, plxMySearch, et dans un moindre mesure plxMyAllArchive testé pour le moment )

c'est en cours de correction

Stéphane · mars 2017

@Yannic: tu peux refaire des tests si tu veux stp. j'ai également fait des corrections sur les plugins pour gérer le multilingue

Yannic · avril 2017

Stéphane a écrit:

@Yannic: tu peux refaire des tests si tu veux stp. j'ai également fait des corrections sur les plugins pour gérer le multilingue

En un mot superbe !
La gestion des langues est vraiment meilleure et plus besoin de modifier un plugin pour rajouter une langue, belle améliorations en tout points.

Testé un peu tout ce que je pouvais avec les dernières versions.

---

Les seuls tout petit trucs que j'ai vu : ( histoire de dire quelque chose lol )

[del]-> plxMyAllArchive : le "par" n'est pas traduit dans les résultats affichés.[/del]

-> Dans le sitemap les liens ajoutés par les plugins sont sans leur dossier de langues
exemple: sur http://cryptocoins.exposed/rc4/sitemap.php/en
les pages de contact, allarchive et search sont sans le /en/

et le bug récurant des textes et liens externes contenant article[num], categorie[num] et static[num] du à MyBetterUrls (mais bon on peux pas tout avoir lol)

---

Sinon tout le reste à l'air super beau !
Merci.

Yannic · avril 2017

Edit: j'ai aussi un petit truc amusant

( valable uniquement si l'url de la page du plugin visité n'entre pas dans le cadre /([a-z]{2})/ )

Si par exemple j'arrive sur l'url d'un plugin mais avec une ajout à l'url : (exemple /test)
http://cryptocoins.exposed/rc4/allarchive/test
cela vas inserer dans le menu uniquement à toutes les pages de plugins les deux derniers caracteres du plugin comme une langue (ici /ve/ de allarchive) comme s'il s'agissait d'une langue.
dans le menu par exemple: le lien vers la page contact deviens http://cryptocoins.exposed/rc4/ve/contact

avec http://cryptocoins.exposed/rc4/cherche/test
le lien vers la page de contact deviens http://cryptocoins.exposed/rc4/he/contact

( cela ne le fait pas si l'on est dans une dossier de langue /([a-z]{2})/ ex: )
http://cryptocoins.exposed/rc4/en/cherche/test
les liens dans le menu vers les pages des plugins sont bons.

Yannic · avril 2017

@Stephane, après quelques tests il manque en fait une sorte de "validate lang" aux lignes 24 des plugins plxMyContact,plxAllArchive,plxMySearch

Exemple de correction rapide
(à modifier pour les langues valides en fait, là je ne me suis pas embêté car je n'ai mis que deux langue si la langue n'est pas francais (seconde langue) alors elle deviens la langue que j'ai par défaut du blog (anglais) )

		# gestion du multilingue plxMyMultiLingue
		if(preg_match('/([a-z]{2})\/(.*)/i', plxUtils::getGets(), $capture)) {
				$this->lang = $capture[1].'/';
				if ($this->lang!='fr/') $this->lang='en/';
		}

J'ai remarqué ce problème car j'ai configuré sur mon dernier site de test plxMyBetterUrls pour avoir en url :
http://cryptocoins.exposed/56/blog/mon-article

Du coup dans le menu cela me faisait des liens :
http://cryptocoins.exposed/56/og/allarchive
http://cryptocoins.exposed/56/og/search
http://cryptocoins.exposed/56/og/contact

Stéphane · avril 2017

@Yannic: à vérifier mais tu as installé ton PluXml dans un dossier 56. ça fait 2 caracteres comme pour les langues. J'ai rien sous la main pour tester, mais essaye en changeant le nom du dossier en le passant par ex sur 3 caracteres (faire la modif aussi dans le .htaccess à la racine)

Yannic · avril 2017

Stéphane a écrit:

@Yannic: à vérifier mais tu as installé ton PluXml dans un dossier 56. ça fait 2 caracteres comme pour les langues. J'ai rien sous la main pour tester, mais essaye en changeant le nom du dossier en le passant par ex sur 3 caracteres (faire la modif aussi dans le .htaccess à la racine)

EDIT: ma correction temporaire dans les plugins:

# gestion du multilingue plxMyMultiLingue
		if(defined('PLX_MYMULTILINGUE') && preg_match('/([a-z]{2})\/(.*)/i', plxUtils::getGets())) {
				$this->lang = PLX_MYMULTILINGUE['lang'].'/';
		}

c'est pareil, (même problème que quand j’étais en sous-dossier rc4)
Et en fait c'est le même problème même sans sous-dossier, j'ai modifier mon site de test de /56/ à /.

pour voir le problème il suffit d'aller sur un article :
http://cryptocoins.exposed/blog/lorem-ipsum-phasellus-porta-erat-tempus

ou même un tag :
http://cryptocoins.exposed/tag/programming

ou la page des archives normales :
http://cryptocoins.exposed/archives/2017/04

(plxMyContact et plxMySearch sont ok car je leurs ai mis cette correction)

j'ai retirer la correction du code de plxMyAllArchive et l'on vois dans le menu que cela cherche à redirigé vers
http://cryptocoins.exposed/og/allarchive ( les deux dernières lettres de blog sinon ag pour un tag ou es pour les archives normales )

( le problème ne se produit pas si je suis dans la langue /fr/ par contre et ne se produit que pour les plugins qui tentent de récupérer la langue comme le font plxmycontact, plxmyallarchive et, plxmysearch )

j'aurais pus mettre autre chose que blog, c'est le même résultat mais cette fois avec les deux dernières lettres de ce que j'aurais mis.

Merci pour tout ce que tu fait

Pluxml multilingue : possibilité de relier manuellement les articles

Réponses