Pas moyen d'ajouter ceux de "Gari" ici ? http://forum.pluxml.org/search.php?acti … r_id=19285
Tels que cssNoCache, plnExtendedJurisdiction, plnCalendrier, plnPrivatePages , plnStaticPages et etc ;-) Merci (sans savoir ce qu'en pense lui meme!)
Je ne demande que ça ! Libre a l'auteur de venir rejoindre la liste des dépots en suivant la doc et en me contactant par la suite afin que je puisse le rajouter dans la liste : Documentation ici.
Vraiment utile mais c'est un peu un comble que ces plxToolbar et plxEditor ne soient pas pris-en-compte :-( non?
PS: La description du plugin 'Ajax rating' (ecyseo) est celle de 'auth'
Chaque auteur est responsable de sa propre liste : plxToolbar et plxEditor ne sont pas dans la liste de pluxopolis effectivement surement a cause de ckeditor.
Ce qui pourrait etre bien pour le futur c'est un lien vers le sujet dans le forum, a defaut d'une page a propos du plugin en question (a la place, ou en plus du site de l'auteur), non?
C'est que dans certains cas le site ne parle pas du tout de PluXml ou n'existe plus...
Reste que c'est deja beaucoup comme ca ;-) merci encore!
Ce qui pourrait etre bien pour le futur c'est un lien vers le sujet dans le forum, a defaut d'une page a propos du plugin en question (a la place, ou en plus du site de l'auteur), non?
@je-evrard : j'ai trouvé l'origine du bug d'affichage qui est reproductible. Cela impacte ton plugin mais celui-ci n'en est pas à l'origine.
Le bug d'affichage n'est pas présent sur un PluXml en version 5.4 stable, mais seulement avec la dernière version Github de PluXml. (Forcément, je fais tourner un PluXml en dev pour m'amuser et c'est celui là que j'ai consulté lors de la discussion sur la vérification des versions des plugins)
Il y a un bout de CSS en ligne 338 du fichier /core/admin/theme/theme.css qui interdit le retour à la ligne sur espace dans les tableaux html suite à une modification du 28/08 dernier.
[== CSS ==]
td {
white-space: nowrap;
}
Résultat tout le texte dans la colonne <td class="description"> est considéré comme un mot unique sans espace et déborde sur une seule ligne au lieu de retourner sagement à la ligne comme en version stable :P
Contournement possible, rajouter une règle CSS plus stricte en "Contenu fichier CSS administrateur" du plugin :
(édit2 : ou utiliser la class "wrap", rajoutée dernièrement par Stéphane -> <td class="description wrap">)
Mais je pense que le mieux à faire est de voir avec Stephane pour modifier le code modifié le 28/08.
@stephane : à la lecture du code initial et de la modification faite, il vaudrait mieux utiliser une classe "nowrap" (ou autre si déjà utilisée) à la ligne 206 de core/admin/index.php pour remplacer <td style="white-space:nowrap"> afin d'éviter d'appliquer dans /core/admin/theme/theme.css la valeur "white-space:nowrap" à l'ensemble des tableaux.
édit1 : @stephane : dans tes derniers commits d'octobre, tu rajoutes du "wrap" partout Ne serait-il pas mieux de faire l'inverse en laissant le comportement normal par défaut ?
@kowalsky : non merci j'ai remonté le souci du nowrap et avec le wrap ça passe nickel sur mon petit écran.
Il manque encore du nowrap dans les plugins pour les descirptions longues.
Cela créé un autre problème : on aura alors un tableau qui conserve ses dimensions, mais dont le contenu sera tronqué lorsque les descriptions sont longues
@draky : pas sûr de comprendre ta réponse. Quel est l’intérêt de bloquer le retour à la ligne par défaut dans tous les tableaux pour ensuite rajouter une classe supplémentaire pour autoriser le retour à la ligne et qu'il faudra rajouter partout puisque ce n'est pas le comportement normalement attendu ?
Ok, j'ai dû mal te comprendre.
Le bon comportement est le retour à la ligne, non ?
Dans la 5.4 ce n'est pas le cas, dans la version GitHub c'est bon maintenant le retour à la ligne est ok pour les commentaires et les titres de billet dans la liste dans l'admin.
@draky : on ne parle pas tout à fait de la même chose, tu fais référence au bug 116. Puisqu'il n'y a aucune valeur définissant la largeur de chacune des colonnes en CSS, la colonne "Catégorie" prend pour largeur celle du contenu. Le contenu le plus large étant celui du titre de la colonne, la colonne en prend donc cette largeur.
L'introduction de la classe "wrap" fait suite à deux évènements successifs :
ajout de la règle CSS td {white-space: nowrap;} le 28/08
suppression de la césure du titre d'un article début septembre
Résultat, la colonne "titre" qui avant (en version 5.4 stable) était limitée par la césure, et qui de plus retournait bien à la ligne lors d'un redimensionnement, a vu son comportement modifié en prenant comme largeur celle du contenu. D'où la présence d'un ascenseur horizontal pour afficher l'intégralité du tableau lorsque le titre de l'article est long.
Suite à cela, la solution de Stéphane a été de créer la classe "wrap" pour annuler ce comportement en présence d'un titre long.
Or, on reboucle maintenant sur ce que je signale : cette classe "wrap" sert à remettre en place le comportement par défaut dans un tableau pour pallier au nowrap qui l'a altéré
Accessoirement, tout cela n'a pas résolu ton problème de largeur de la colonne "catégorie" : il y a un nowrap qui se balade dans une div en ligne 154 de core/admin/index.php ]:D
Ha oui mais comme je n'ai pas de catégorie avec un nom à rallonge, ça ne se voit pas
Tu peux remonter le bug sur GH ceci dit
Le 116 est de moi si je me souviens bien.
@je-evrard : Dans une discussion récente où l'on parle de ton plugin, j'ai constaté la présence d'un bug d'affichage sur l'onglet d'Ecyséo.
La colonne description fait 1729 pixels de large à cause de la longueur du texte descriptif de "cryptMyPluxml" qui ne fait aucun retour à la ligne.
Est-ce que tu constates aussi cela ou ce n'est que chez moi ?
J'obtiens aussi ce bug d'affichage sur la dernière version stable de pluxml, du git.
Mais je ne sais pas ou chercher le problème ... Dans core/admin/index.php ou bien le plugin en lui même. peut être que vous répondrez pendant que je fouine dans les fichiers, sinon j'éditerais mon message si je trouve la solution
[h] "Fatal error: Call to undefined function curl_init(), Problèmes avec CURL, PLUXML, PHP 5,6, Windows 8, windows 10, spxplugindownloader, serveur local [/h]
Sur un serveur local EasyPHP avec Apache 2.4.18 x86 - PHP 5.6.19 x86, Tout semblait bien fonctionner.
La mise à jour de windows 10 a chamboulé de nombreux fonctionnements dans mon nid douillet : Impossible de télécharger les mises à jour de plugins avec spxplugindownloader
Avec la version PluXml 5.5 installée en local j'ai un message d'erreur concernant l'extension curl, malgré qu'elle est activée correctement dans Php.ini.
En regardant de nombreux forums cela semble être un problème assez courant, avec une variété de solutions de contournement, dont beaucoup ne remédient pas réellement à la question.
J'ai trouvé la vraie bonne solution après quelques temps à chercher pourquoi mon pluxml local refusait de faire fonctionner spxplugindownloader l'excellent Téléchargeur de plugins créé par Jérome Evrard - http://www.secretsitebox.fr
Ce plugin permet de simplifier les mises à jour sur les dépots (pluxopolis, spx, best of)
Voici ma solution.
Énoncé du problème :
Apache est configuré pour démarrer en tant que service
L'extension CURL est activée dans le fichier php.ini
Vous avez arrêté et redémarré Apache
Mais CURL ne fonctionne pas
Solution du problème
1. Assurez-vous que votre système windows est configuré avec la variable d'environnement PATH qui contient bien le répertoire dans lequel PHP est installé.
2. Arrêtez le serveur Apache et redémarrez le une fois de plus. Avec de la chance CURL va commencer à travailler.
Explications
Supposons que PHP est installé dans c: \ php
- Lorsque Windows démarre le service Apache, la variable d'environnement PATH est définie dans le "système".
- Windows utilise son chemin pour découvrir les DLL nécessaires au programme.
- L'extension CURL (de php_curl.dll, situé dans c: \ php \ ext) dépend d'un certain nombre de DLLs dont: libeay32.dll, ssleay32.dll et (depuis 5.5.17) libssh2.dll
- PHP fourni les DLLs qui sont situées dans c: \ php
- Si Apache ne peut pas charger les DLL c'est en raison de dépendances non satisfaites alors il reste silencieux.
Par conséquent, si vous avez tenté de configurer votre php.ini pour charger l'extension php curl , mais que vous n'avez pas inclus c:\php dans votre chemin variable d'environnement , alors la php_curl.dll ne sera pas chargée et les fonctions de CURL ne seront pas activées, car elles ne seront pas réellement trouvées au bon endroit.
Lorsque CURL est pas chargé, vous pourriez obtenir Fatal error: Call to undefined function curl_init ()
Cette erreur apparait aussi souvent dans Word Press, jommla, etc ...
Il vous faut mettre à jour votre système PATH sur Windows 8, windows 10 pour inclure PHP
Dans le cas où vous ne savez pas comment faire cela, ce qui semble très peu probable si vous avez réussi à installer Apache et PHP et tenté d'activer CURL ... suivez ces étapes pour ajouter le nom du répertoire où PHP est installé à la variable d' environnement système PATH .
- Allez dans le panneau de configuration de Windows 10
- Choisissez > Systèmes
- Choisissez > paramètres système avancés
- Choisissez > variable d'environnement
- Dans la partie "variables système" sélectionnez la variable Path et choisissez "modifier"...
- Assurez vous que la valeur de la Variable: PATH contient le bon chemin d' accès à votre version de PHP. par exemple c:\php;
Exemple pour easyphp ajouter cette ligne dans la variable PATH 'L'exemple s'adapte pour WAMP , UWAMP , etc selon la configuration de votre serveur local.)
[== exemple chemin à ajouter dans la variable PATH ==]
C:\EasyPHP-Devserver-16.1\eds-binaries\php\php5619vc11x86x160801075255\
Validez / Sauvegardez la modification, redémarrez le système windows et votre serveur local ... tout fonctionne , et enfin vous pouvez télécharger les plugins et les mises à jour des plugins depuis votre serveur local.
Suite à une discussion sur le sujet [topic=5739]Pluxml 5.6[/topic], je souhaiterais vous faire part de quelques remarques concernant cet excellent plugin :
1. Serait-il possible d'ajouter la version 5.5 à la liste des Pluxml compatible (j'ai moi-même hésité à le tester ne sachant pas s'il l'était... or, il l'est)
2. J'ai relevé pas mal de "Notice" php du fait que 2 plugins que j'utilise n'ont pas de dépôts. Je pense les corriger mais tant qu'à faire, je souhaiterais que cela profite à tout le monde. D'où ma question : est-il possible de contribuer à ce projet ? Si oui, existe-t-il un dépôt GitHub, Framagit ou autre ?
Ce plugin comble vraiment un manque du gestionnaire de plugin de base de PluXml : la centralisation des plugins tout en conservant leur décentralisation :P Bref, merci à je-evrard pour ce beau boulot
Réponses
PS: La description du plugin 'Ajax rating' (ecyseo) est celle de 'auth'
Je ne demande que ça ! Libre a l'auteur de venir rejoindre la liste des dépots en suivant la doc et en me contactant par la suite afin que je puisse le rajouter dans la liste : Documentation ici.
Chaque auteur est responsable de sa propre liste : plxToolbar et plxEditor ne sont pas dans la liste de pluxopolis effectivement surement a cause de ckeditor.
a+
jéjé
C'est que dans certains cas le site ne parle pas du tout de PluXml ou n'existe plus...
Reste que c'est deja beaucoup comme ca ;-) merci encore!
Oui techniquement pas de soucis.
Je note merci pour l'idée.
Dans la déclaration de ton plugin le lien pointe vers la version SimpleStat61.zip alors que tu sembles etre en version 7.
A+
jeje
La colonne description fait 1729 pixels de large à cause de la longueur du texte descriptif de "cryptMyPluxml" qui ne fait aucun retour à la ligne.
Est-ce que tu constates aussi cela ou ce n'est que chez moi ?
@kowalsky
Je n'ai pas ce soucis, tu peux faire une copie d'écran que je visualise le soucis ? Merci
a+
jéjé
Le bug d'affichage n'est pas présent sur un PluXml en version 5.4 stable, mais seulement avec la dernière version Github de PluXml. (Forcément, je fais tourner un PluXml en dev pour m'amuser et c'est celui là que j'ai consulté lors de la discussion sur la vérification des versions des plugins)
Il y a un bout de CSS en ligne 338 du fichier /core/admin/theme/theme.css qui interdit le retour à la ligne sur espace dans les tableaux html suite à une modification du 28/08 dernier.
Résultat tout le texte dans la colonne <td class="description"> est considéré comme un mot unique sans espace et déborde sur une seule ligne au lieu de retourner sagement à la ligne comme en version stable :P
Contournement possible, rajouter une règle CSS plus stricte en "Contenu fichier CSS administrateur" du plugin :
(édit2 : ou utiliser la class "wrap", rajoutée dernièrement par Stéphane -> <td class="description wrap">)
Mais je pense que le mieux à faire est de voir avec Stephane pour modifier le code modifié le 28/08.
@stephane : à la lecture du code initial et de la modification faite, il vaudrait mieux utiliser une classe "nowrap" (ou autre si déjà utilisée) à la ligne 206 de core/admin/index.php pour remplacer <td style="white-space:nowrap"> afin d'éviter d'appliquer dans /core/admin/theme/theme.css la valeur "white-space:nowrap" à l'ensemble des tableaux.
édit1 : @stephane : dans tes derniers commits d'octobre, tu rajoutes du "wrap" partout Ne serait-il pas mieux de faire l'inverse en laissant le comportement normal par défaut ?
Utilises text-overflow. Rajoutes un width si besoin.
A lire pour en savoir plus: Alsacreations
A++
Accès à mon dépôt de plugins et thèmes
installe PluXml plus vite que ton ombre avec kzInstall2
Il manque encore du nowrap dans les plugins pour les descirptions longues.
Cela créé un autre problème : on aura alors un tableau qui conserve ses dimensions, mais dont le contenu sera tronqué lorsque les descriptions sont longues
@draky : pas sûr de comprendre ta réponse. Quel est l’intérêt de bloquer le retour à la ligne par défaut dans tous les tableaux pour ensuite rajouter une classe supplémentaire pour autoriser le retour à la ligne et qu'il faudra rajouter partout puisque ce n'est pas le comportement normalement attendu ?
Le bon comportement est le retour à la ligne, non ?
Dans la 5.4 ce n'est pas le cas, dans la version GitHub c'est bon maintenant le retour à la ligne est ok pour les commentaires et les titres de billet dans la liste dans l'admin.
L'introduction de la classe "wrap" fait suite à deux évènements successifs :
Résultat, la colonne "titre" qui avant (en version 5.4 stable) était limitée par la césure, et qui de plus retournait bien à la ligne lors d'un redimensionnement, a vu son comportement modifié en prenant comme largeur celle du contenu. D'où la présence d'un ascenseur horizontal pour afficher l'intégralité du tableau lorsque le titre de l'article est long.
Suite à cela, la solution de Stéphane a été de créer la classe "wrap" pour annuler ce comportement en présence d'un titre long.
Or, on reboucle maintenant sur ce que je signale : cette classe "wrap" sert à remettre en place le comportement par défaut dans un tableau pour pallier au nowrap qui l'a altéré
Tu peux remonter le bug sur GH ceci dit
Le 116 est de moi si je me souviens bien.
Il y a quelques temps que je n'avais plus activé pluxml en local depuis de vieilles versions.
Avec la version PluXml 5.5 installée en local sur EasyPHP DEVSERVER 16.1.1 - Apache 2.4.18 x86 - PHP 5.6.19 x86
j'ai un message d'erreur concernant l'extension curl , qui est donc maintenant activée dans Php.ini.
Le plugin plxMyPluginDownloader est installé, mais ce message d'erreur concernant CURL apparait.
"Fatal error: Call to undefined function curl_init() in C:\www\PluXml\plugins\plxMyPluginDownloader\plxMyPluginDownloader.php on line 94"
Avez-vous une solution pour qu'il fonctionne correctement.
Merci
Des index ne sont pas définis dans le fichier admin-plugins.php ce qui lève des warnings. Voici une version corrigée :
J'ai du désactiver le depot de Rockyhorror (The Poulpe.net) temporairement. Le depot version renvoie un erreur 522.
Cordialement,
jéjé
J'obtiens aussi ce bug d'affichage sur la dernière version stable de pluxml, du git.
Mais je ne sais pas ou chercher le problème ... Dans core/admin/index.php ou bien le plugin en lui même. peut être que vous répondrez pendant que je fouine dans les fichiers, sinon j'éditerais mon message si je trouve la solution
Un grand merci pour ce plugin
Je corrige le problème des mon retour de vacances.
A plus les amis
Jeje
Sur un serveur local EasyPHP avec Apache 2.4.18 x86 - PHP 5.6.19 x86, Tout semblait bien fonctionner.
La mise à jour de windows 10 a chamboulé de nombreux fonctionnements dans mon nid douillet : Impossible de télécharger les mises à jour de plugins avec spxplugindownloader
Avec la version PluXml 5.5 installée en local j'ai un message d'erreur concernant l'extension curl, malgré qu'elle est activée correctement dans Php.ini.
En regardant de nombreux forums cela semble être un problème assez courant, avec une variété de solutions de contournement, dont beaucoup ne remédient pas réellement à la question.
J'ai trouvé la vraie bonne solution après quelques temps à chercher pourquoi mon pluxml local refusait de faire fonctionner spxplugindownloader l'excellent Téléchargeur de plugins créé par Jérome Evrard - http://www.secretsitebox.fr
Ce plugin permet de simplifier les mises à jour sur les dépots (pluxopolis, spx, best of)
Voici ma solution.
Énoncé du problème :
Apache est configuré pour démarrer en tant que service
L'extension CURL est activée dans le fichier php.ini
Vous avez arrêté et redémarré Apache
Mais CURL ne fonctionne pas
Solution du problème
1. Assurez-vous que votre système windows est configuré avec la variable d'environnement PATH qui contient bien le répertoire dans lequel PHP est installé.
2. Arrêtez le serveur Apache et redémarrez le une fois de plus. Avec de la chance CURL va commencer à travailler.
Explications
Supposons que PHP est installé dans c: \ php
- Lorsque Windows démarre le service Apache, la variable d'environnement PATH est définie dans le "système".
- Windows utilise son chemin pour découvrir les DLL nécessaires au programme.
- L'extension CURL (de php_curl.dll, situé dans c: \ php \ ext) dépend d'un certain nombre de DLLs dont: libeay32.dll, ssleay32.dll et (depuis 5.5.17) libssh2.dll
- PHP fourni les DLLs qui sont situées dans c: \ php
- Si Apache ne peut pas charger les DLL c'est en raison de dépendances non satisfaites alors il reste silencieux.
Par conséquent, si vous avez tenté de configurer votre php.ini pour charger l'extension php curl , mais que vous n'avez pas inclus c:\php dans votre chemin variable d'environnement , alors la php_curl.dll ne sera pas chargée et les fonctions de CURL ne seront pas activées, car elles ne seront pas réellement trouvées au bon endroit.
Lorsque CURL est pas chargé, vous pourriez obtenir
Fatal error: Call to undefined function curl_init ()
Cette erreur apparait aussi souvent dans Word Press, jommla, etc ...
Il vous faut mettre à jour votre système PATH sur Windows 8, windows 10 pour inclure PHP
Dans le cas où vous ne savez pas comment faire cela, ce qui semble très peu probable si vous avez réussi à installer Apache et PHP et tenté d'activer CURL ... suivez ces étapes pour ajouter le nom du répertoire où PHP est installé à la variable d' environnement système PATH .
- Allez dans le panneau de configuration de Windows 10
- Choisissez > Systèmes
- Choisissez > paramètres système avancés
- Choisissez > variable d'environnement
- Dans la partie "variables système" sélectionnez la variable Path et choisissez "modifier"...
- Assurez vous que la valeur de la Variable: PATH contient le bon chemin d' accès à votre version de PHP. par exemple c:\php;
Exemple pour easyphp ajouter cette ligne dans la variable PATH 'L'exemple s'adapte pour WAMP , UWAMP , etc selon la configuration de votre serveur local.)
Validez / Sauvegardez la modification, redémarrez le système windows et votre serveur local ... tout fonctionne , et enfin vous pouvez télécharger les plugins et les mises à jour des plugins depuis votre serveur local.
D'après les explications en anglais lues sur http://herbmiller.me/2014/11/21/problems-php-5-5-18-curl-windows-8-wordpress-bleeding-edge/
Autres liens :
http://php.net/manual/en/book.curl.php
https://bugs.php.net/bug.php?id=68047
Suite à une discussion sur le sujet [topic=5739]Pluxml 5.6[/topic], je souhaiterais vous faire part de quelques remarques concernant cet excellent plugin :
1. Serait-il possible d'ajouter la version 5.5 à la liste des Pluxml compatible (j'ai moi-même hésité à le tester ne sachant pas s'il l'était... or, il l'est)
2. J'ai relevé pas mal de "Notice" php du fait que 2 plugins que j'utilise n'ont pas de dépôts. Je pense les corriger mais tant qu'à faire, je souhaiterais que cela profite à tout le monde. D'où ma question : est-il possible de contribuer à ce projet ? Si oui, existe-t-il un dépôt GitHub, Framagit ou autre ?
Ce plugin comble vraiment un manque du gestionnaire de plugin de base de PluXml : la centralisation des plugins tout en conservant leur décentralisation :P Bref, merci à je-evrard pour ce beau boulot
Dans repository.bronco.xml, le plugin WDDWebLinks n'est pas renseigné complètement (ce qui génère un "Notice" php") :
<plugin>
<name>WDDWebLinks</name>
<file>http://repo.warriordudimanche.net/ZIPFILES/WDDWebLinks.zip</file>
<icon>http://repo.warriordudimanche.net/REPO/WDDWebLinks/WDDWebLinks.png</icon>
</plugin>
Il manque donc les balises <title>, <author>, <version>, <date>, <site> et <description>.
Je regarde ça dès que possible. Pas de soucis et merci.
A+
jeje