5.6 rc4

245

Réponses

  • YannicYannic Member
    février 2017 modifié
    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 ?

    Buster/NGINX/PHP7/PluXml5.8

  • bazooka07bazooka07 PluXml Lead Developer, Moderator
    février 2017 modifié
    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)
  • bazooka07bazooka07 PluXml Lead Developer, Moderator
    @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.
  • 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éphaneStéphane Member, Former PluXml Project Manager
    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é

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • StéphaneStéphane Member, Former PluXml Project Manager
    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

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • 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éphaneStéphane Member, Former PluXml Project Manager

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • Merci, je vais la tester avec la dernière version de plxMyMultiLingue (0.8pre1, de ce matin) :)
  • bazooka07bazooka07 PluXml Lead Developer, Moderator
    février 2017 modifié
    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éphaneStéphane Member, Former PluXml Project Manager
    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

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • 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éphaneStéphane Member, Former PluXml Project Manager
    @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

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • 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éphaneStéphane Member, Former PluXml Project Manager
    quelle version de plxeditor utilises-tu ?
    as-tu essayé avec cette version:
    https://github.com/Pluxopolis/plxEditor/releases/tag/1.5.4b2

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • 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
  • voici l'autre problème, voir photo
    plugins.png
  • StéphaneStéphane Member, Former PluXml Project Manager
    @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é

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • StéphaneStéphane Member, Former PluXml Project Manager
    @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

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • @Stephane
    MP envoyé
  • StéphaneStéphane Member, Former PluXml Project Manager
    Dudy a écrit:
    @Stephane
    MP envoyé
    Je n'ai rien reçu :(

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • je t'envoyé depuis ton profil encore une fois
  • StéphaneStéphane Member, Former PluXml Project Manager
    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

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • 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éphaneStéphane Member, Former PluXml Project Manager
    @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

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • 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éphaneStéphane Member, Former PluXml Project Manager
    @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

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • 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éphaneStéphane Member, Former PluXml Project Manager
    @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

    Consultant PluXml

    Ancien responsable du projet (2010 à 2018)

  • @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?
Cette discussion a été fermée.