5.6 rc4

Yannic

Je ne sais pas si c'est un comportement normal ?

Installation fraîche en anglais sans aucun plugin (cookies/sessions/etc... effacés), le site est en anglais parfait, aller dans l'administration en anglais, changer la langue du profil "Langue utilisée dans l'administration" en "fr", retour sur le site il est en français au lieu d'anglais, retour à l'administration : "Langue par défaut du site" montre "fr" au lien de "en". si l'on se déconnecte le site est bien en anglais, si l'on se reconnecte "on vois le site en français" même si en vrai il est bien en anglais pour les visiteurs.
En gros, changer la langue "Langue utilisée dans l'administration" change aussi la langue dans lequel on vois le site.

Peut-être qu'il serais bien en fait d'avoir deux choix dans profil "Langue dans l'administration" et "Langue quand on visite le site" ?

Ou peut-être est-ce voulu ou un comportement normal ?

bazooka07

Bon, j'explique ma démarche:
Dans le fichier plucss.css, ligne n°433, la ligne ".menu li" est trop générale pour l'attribut display. Il faut que cet attribut ne soit modifié que pour les enfants directs de .menu. Donc il vaut mieux décomposer en:

[== CSS ==]
.menu > li {
    display: inline-block;
}
.menu li {
	font-size: 1.5rem;
	list-style-type: none;
	margin-left: 1.5rem;
}

Ensuite, il faut virer la règle suivante avec le sélecteur .menu li:first-child qui va mettre le bazar dans le menu déroulant.
ensuite nouvelle règle CSS:

[== CSS ==]
.menu li ul {
	position: absolute;
	display: none;
	padding: 0;
}

"position: absolute" est capital pour sortir la boite du flux.
Et pour finir, on rajoute la règle suivante pour afficher enfin le menu déroulant:

[== CSS ==]
.menu li:hover > ul {
	display: bloc;
}

C'est presque parfait, sauf que <ul> n'a pas de couleur de fond. donc on bascule dans theme.css et on modifie à la ligne 53 comme suit:

[== CSS ==]
body,
.menu ul {
    background-color: #fff;
}
body {
    font-size: 1.6rem;
}

Il y a encore un dernier hic, quand on affiche le menu déroulant, il marque une marge à droite pour les <li>. On revient dans le fichier à la ligne 435 et on remplace "margin-left: 1.5rem;" par "margin: 0 1rem;". C'est plus joli quand c'est symétrique.

Pour voir comment les règles CSS s'appliquent, j'utilise l'inspecteur de Firefox (touche F12)

bazooka07

@Memento,

Peut-être. Mais dans 90% des exemples que j'ai vu, list-type est appliqué à la balise ul.

Un lien intéressant à garder sous le coude :
https://www.w3schools.com/css/css_navbar.asp
Voir à la fin "Dropdown Navbar". Cliquez sur "try-it-yourself" pour voir le code source.

Jerry Wham

bazooka07 a écrit:

@Memento,

Peut-être. Mais dans 90% des exemples que j'ai vu, list-type est appliqué à la balise ul.

Sans vouloir être désobligeant, ça ne veut pas dire que c'est valable partout.

Sinon, je viens de remarquer une petite chose : si les fichiers enregistrés dans médias n'ont pas d'extension, l'extension affichée dans le tableau listant ces fichiers est le chemin depuis la racine de PluXml (typiquement ./DATA/MEDIAS/) + le nom du fichier. Je pense qu'il faudrait indiquer "inconnue" ou quelque chose dans le genre à la place.

Stéphane

Jerry Wham a écrit:

Sinon, je viens de remarquer une petite chose : si les fichiers enregistrés dans médias n'ont pas d'extension, l'extension affichée dans le tableau listant ces fichiers est le chemin depuis la racine de PluXml (typiquement ./DATA/MEDIAS/) + le nom du fichier. Je pense qu'il faudrait indiquer "inconnue" ou quelque chose dans le genre à la place.

Si tu as un fichier sans extension dans le gestionnaire de médias c'est que tu l'as uploadé par ftp ?
parce que le gestionnaire n'accepte l'upload que de fichiers dont l'extension est connue parmi une liste définie

edit: c'est corrigé

Stéphane

Yannic a écrit:

Je ne sais pas si c'est un comportement normal ?

Installation fraîche en anglais sans aucun plugin (cookies/sessions/etc... effacés), le site est en anglais parfait, aller dans l'administration en anglais, changer la langue du profil "Langue utilisée dans l'administration" en "fr", retour sur le site il est en français au lieu d'anglais, retour à l'administration : "Langue par défaut du site" montre "fr" au lien de "en". si l'on se déconnecte le site est bien en anglais, si l'on se reconnecte "on vois le site en français" même si en vrai il est bien en anglais pour les visiteurs.
En gros, changer la langue "Langue utilisée dans l'administration" change aussi la langue dans lequel on vois le site.

Peut-être qu'il serais bien en fait d'avoir deux choix dans profil "Langue dans l'administration" et "Langue quand on visite le site" ?

Ou peut-être est-ce voulu ou un comportement normal ?

non ce n'est pas normal. c'est bien un bug
c'est pris en compte et corrigé
merci

Jerry Wham

Stéphane a écrit:

Jerry Wham a écrit:

Sinon, je viens de remarquer une petite chose : si les fichiers enregistrés dans médias n'ont pas d'extension, l'extension affichée dans le tableau listant ces fichiers est le chemin depuis la racine de PluXml (typiquement ./DATA/MEDIAS/) + le nom du fichier. Je pense qu'il faudrait indiquer "inconnue" ou quelque chose dans le genre à la place.

Si tu as un fichier sans extension dans le gestionnaire de médias c'est que tu l'as uploadé par ftp ?
parce que le gestionnaire n'accepte l'upload que de fichiers dont l'extension est connue parmi une liste définie

edit: c'est corrigé

Non, c'est via un plugin (mon dernier créé) : catavatar.

Merci pour la correction.

Stéphane

Pre-release 2 (17/02/2017)
https://github.com/pluxml/PluXml/releases/tag/5.6pre2

Liste des évolutions et des changements:
https://github.com/pluxml/PluXml/blob/5.6pre2/readme/CHANGELOG

zetrader

Merci, je vais la tester avec la dernière version de plxMyMultiLingue (0.8pre1, de ce matin)

bazooka07

Les vignettes ne s'affichent dans le gestionnaire de medias.
La modif dans core/lib/class.plx.medias.php supprime la valeur de $ext si la vignette existe. Pas cool !
voir copie ecran

Stéphane

bazooka07 a écrit:

Les vignettes ne s'affichent dans le gestionnaire de medias.
La modif dans core/lib/class.plx.medias.php supprime la valeur de $ext si la vignette existe. Pas cool !
voir copie ecran

oups je me suis loupé sur ce coup

c'est corrigé

Pre-release 2a (17/02/2017)
https://github.com/pluxml/PluXml/releases/tag/5.6pre2a

Merci JP

Dudy

Bonjour
petit bug pour ajouter une image dans un article,
il faut mettre un slash ( / ) avant data
soit

[== HTML ==]
<img src="/data/medias/img.jpg">

sinon l'image ne s'affiche pas

Stéphane

@Dudy: non il ne faut pas de slash devant data/medias/, sinon cela devient un chemin absolu par rapport à la racine du domaine, et là dans certains cas les images ne s'afficheront pas. Il faut un chemin relatif par rapport au dossier d'installation. si tes images ne s'affichent pas c'est qu'il y a une autre raison

Dudy

Stéphane j ai essayé de insérer une image dans un article avec plxeditor
Et l'image ne s'affiche pas
Même si j'écris le chemin sans utiliser plxeditor,pareil

Si j ajoute le slash,l'image est présent

Stéphane

quelle version de plxeditor utilises-tu ?
as-tu essayé avec cette version:
https://github.com/Pluxopolis/plxEditor/releases/tag/1.5.4b2

Dudy

oui je viens de la telecharger il y a 1h
mais le problème est la même sans le plugin,
en effet sans slash l'image est présent dans la rédaction de l'article, mais pas frontend,
et avec slash c’est le contraire.

si jamais j'ai aussi un autre bug que je mentionnerai plus tard
merci Stephane

Dudy

voici l'autre problème, voir photo

Stéphane

@Dudy: peuxtu vérifier stp l'installation ton pluxml. soit la mise à jour s'est mal passée soit elle est incomplète, pareil si c'est une fresh install car visiblement il te manque les bons fichiers de langue sinon il n'y aurait pas "undefined" affiché

Stéphane

@Dudy: comment ajoutes-tu une image à partir de plxEditor. Je viens de tester et c'est tout bon coté frontend et backend. Les images sont bien affichées

Dudy

@Stephane
MP envoyé

Stéphane

Dudy a écrit:

@Stephane
MP envoyé

Je n'ai rien reçu

Dudy

je t'envoyé depuis ton profil encore une fois

Stéphane

Dudy a écrit:

je t'envoyé depuis ton profil encore une fois

ok c'est bon:reçu.
j'ai réussi à reproduire le bug. c'est un problème de javascript
merci

edit: résolu. cf github branch master

Dudy

Stéphane a écrit:

Dudy a écrit:

je t'envoyé depuis ton profil encore une fois

ok c'est bon:reçu.
j'ai réussi à reproduire le bug. c'est un problème de javascript
merci

edit: résolu. cf github branch master

Ok pour les plugins, mais pour les images tu as pu voir?

merci Stephane

Stéphane

@Dudy: pour les images avec plxEditor je ne constate pas le problème. Peux-tu installer plxEditor sur ton site de test pour que je puisse voir le souci. merci

Dudy

Stéphane a écrit:

@Dudy: pour les images avec plxEditor je ne constate pas le problème. Peux-tu installer plxEditor sur ton site de test pour que je puisse voir le souci. merci

voila je l'ai installé

merci

Stéphane

@Dudy: marche tres bien plxEditor sur ton site. insertion d'images à partir de la barre d'outil de plxEditor sans probleme. affichage frontend et backend ok.
à voir comment tu ajoutes les images
1. clic sur l'icone image de la barre d'outil
2. clic sur le lien qui affiche le nom de l'image dans le gestionnaire

Dudy

Bonjour Stephane
Merci pour ton test, mais il faut cliquer dans l'article que tu viens de créer, et tu ne verras aucune image ,juste un carré gris
Merci

Stéphane

@Dudy: ok vu. c'est lié à l'activation de la réécriture d'url (si elle est désactivée, tout fonctionne bien). Il faut que je regarde pourquoi chez toi ça ne fonctionne pas, si c'est lié à la configuration du serveur, ou si c'est un problème propre à PluXml. Je fais ça dès que je peux

Dudy

@Stephane, juste pour info, mon server est configuré avec la version 5.6.25
peut être que je dois faire une mise a jour vers la version 7?