J'espère que des personnes pourront les reprendre pour leurs futures évolutions et compatibilité car je n'ai pas les compétences pour ça !
Un fork ?
Oui, mais ils ne seront plus "officiels" et cet aspect est à mon sens très important pour les non-développeurs qui se sentent sécurisé de pouvoir utiliser les plugins de Stéphane en donnant un plus indéniable à Pluxml.
D’ailleurs, en reprenant Pluxopolis, je compte bien laisser ces ressources en l'état du moins jusqu'au jour où, le CMS ayant évolué, ils ne seront plus opérationnels mais ce n'est pas j'espère demain la veille.
J'espère aussi que la nouvelle équipe saura veiller au dit aspect en proposant comme c'est le cas maintenant un cheptel de plugins officiels quitte à officialiser certains de ceux qui ne le sont pas.
Hi ! Là, nous sommes dans l'inconnu en attente de la feuille de route de P3ter mais je présume que nous sommes tranquille un moment. Tiens, on en est où avec l'organisation de la nouvelle équipe ?
Quelques éléments de réponses :
- Je souhaite sortir le 5.7 courant décembre 2018, il y aura une annonce pour démarrer la phase de test très prochainement. Vu les délais son périmètre sera légèrement réduit par rapport à la version dev.
- J'ai commencé à travailler sur une version 6.0 pour 2019.
- Je suis toujours sur la migration de PluXml.org (Forum, Ressources, ...)
- Concernant les plugins, je ne suis pas fan de l'appellation "officiel" versus "non officiel", c'est purement sémantique mais je trouve qu'il y a un coté "inférieur version" dans le terme "non officiel". Pour moi, au même titre qu'il y a des plugins développés par la communauté, il y aussi des plugins développés par le staff de PluXml. L’espace "Ressources" tel que je l'imagine devrait aller dans ce sens. A discuter, mais j'aimerais reprendre dans l'équipe et son github, certains plugins de Stéphane (pluxopolis).
Justement concernant la nouvelle équipe, je sais qu'il y en a beaucoup ici qui sont motivés pour filer un coup de main. Je ferai bientôt une annonce sur le forum.
Pour les plugins "officiels", mon [trés] humble avis est, puisqu'ils sont maintenus par PluXml, qu'ils sont un gage de tranquilité ce qui n'est pas toujours le cas des autres dont certains, non mis à jour, sont quelquefois source de problèmes. Hélas.
L’espace "Ressources" tel que je l'imagine devrait aller dans ce sens.
Justement, l'espace ressources, il faudrait peut-être en parler.
Cela fait belle lurette qu'on en cause, pas mal d'idées ont été mises en avant mais on ne voit rien venir et, si les plugins et thèmes sont accessibles via les forums, c'est quand même beaucoup de zigzags alors qu'il serait si simple de faire un pas en avant.
Comme je suis un grand impatient, je suis en train en ce moment même de mettre en ligne un système maison bien plus friendly que ce qui existe déjà.
C'est beaucoup de boulot mais je m'assure que ceux que je vais proposer (thèmes et plugins) sont compatibles avec 5.6 et il me tarde de tester la 5.7 pour voir si je ne bosse pas pour rien.
Un petit message au passage ! Bravo à tous pour votre implication dans le projet !
Avant la sortie de la nouvelle version, si vous pouvez m'indiquer s'il y a des traductions à réaliser !
Un petit mail et je me chargerai de traduire en occitan !
je réalise actuellement des tests pour migrer le forum vers un nouvel outil
Bien que l'actuel forum FluxBB fonctionne très bien et que nous y avons tous nos habitudes, le migrer vers un outil plus moderne me semble en effet très intéressant à condition toutefois que le choix se porte vers un script performant et qui ait de l'avenir.
Comme PluXml. :cool:
Je m'interroge par contre sur le fait que pas mal de liens venant de l'extérieur mènent vers des sujets dédiés et ça va faire beaucoup de 404 qui désorienteront à coup sûr les visiteurs.
Cela serait bien d'avoir la coloration syntaxique dans les portions de code sur le nouveau forum.
Il serait bon aussi d'ouvrir une ou plusieurs rubriques anglophones. PluXml est souvent utilisé à l'étranger. Le monde entier ne parle pas le français.
Par contre l'anglais est compris par tous les bons développeurs, même ceux né.e.s en France. Cela permettra d'attirer de nouveaux talents.
Pour le 404, je ne me fais aucun souci. Il y a juste à créer des règles de redirection au niveau du serveur. La seule contrainte est de conserver le même découpage en rubriques qu'avant. Eventuellement une page pour lire les billets sur l'ancien forum sans avoir la possibilité d'y poster. C'est juste un peu chronophage.
Eventuellement une page pour lire les billets sur l'ancien forum sans avoir la possibilité d'y poster.
Je ne suis pas assez compétent pour aider sur ce coup mais si c'était chez moi, je laisserais FluxBB en ligne (en supprimant les droits d'écriture) avec un visuel qui explique que désormais ça se passe ailleurs.
L'avantage serait que les habitués retrouveraient tout de suite leurs informations, favoriserait un passage en douceur à la nouvelle mouture et surtout résoudrait définitivement le problème des liens obsolètes.
En plus, ce ne serait pas compliqué ni chronophage mais je présume que P3ter a déjà réflechi à cette question.
- Concernant les plugins, je ne suis pas fan de l'appellation "officiel" versus "non officiel", c'est purement sémantique mais je trouve qu'il y a un coté "inférieur version" dans le terme "non officiel". Pour moi, au même titre qu'il y a des plugins développés par la communauté, il y aussi des plugins développés par le staff de PluXml. L’espace "Ressources" tel que je l'imagine devrait aller dans ce sens. A discuter, mais j'aimerais reprendre dans l'équipe et son github, certains plugins de Stéphane (pluxopolis).
Moi non plus, je ne soutiens pas cette attitude sectaire qui consiste à séparer les plugins officiels et les plugins non-officiels. Cela dénote un esprit formaté savamment entretenu par l'utilisation quasi monopoliste d'un système d'exploitation propriétaire.
Ceci étant, les gens ont besoin de repères et d'une classification. Outre une division en catégories (éditeurs, graphisme, communications, ...), il faut crévoir un système de classement des plugins qui pourrait se baser sur les critères :
- les likes à la FB ( bonjour aux animateurs de fermes à clicks )
- le nombres de téléchargements cumulés et sur une période glissante (semaine, mois, trimestre, semestre, année)
- une fréquence de mises à jour, la stabilité du plugin étant inversement proportionnelle à la fréquence de mises à jour
- une notation établie par un collège d'experts
- la réputation de l'auteur
Cela oblige à créer un dépôt qui hébergerait tous les plugins après authentification des auteurs. Eventuellement avec un système de mirroring pour sécuriser l'accès.
Cela oblige à créer un dépôt qui hébergerait tous les plugins après authentification des auteurs. Eventuellement avec un système de mirroring pour sécuriser l'accès.
Voici un très bon résumé et il reste à convaincre les éditeurs de proposer leurs plugins mis à jour, mais je crois que ce temps et energie dépensé se retrouvera en qualité au bénéfice de tous.
Il faudra bien sûr des volontaires pour tester ces plugins avant validations par le Staff (qui ne peut pas tout faire quand même) et je peux en être un parmi ceux qui se déclareront.
Je veux bien tester les plugins est remonter les problèmes rencontrés. Si besoin d'aide je suis prêt à participer.
Tiens, tu me donne une idée.
Pourquoi ne pas ouvrir sur les forums une rubrique spéciale où les utilisateurs pourraient faire remonter les problèmes concernant les plugins/thèmes en mettant dans le titre du sujet le nom du module concerné.
Je sais que des sujets spécifiques existent déjà (certains font plusieurs pages difficiles à parcourir), mais ceci serait un nouvel outil pas cher pour faire remonter l'état des modules existant (dont certains anciens) et, si les problèmes ne sont pas résolus, les retirer des listes du moins jusqu'à ce que l'éditeur propose une version opérationnelle.
D'autre part, je plussoie à l'idée d'un repository géant qui regrouperait le maximum de plugins/thèmes pour autant que leur fonctionnement soit validé par des personnes autorisées.
C'est d'ailleurs ce que je tente de faire dans mon coin mais c'est un boulot pharamineux et l'intervention d'autres testeurs serait bénéfique à tout le monde.
Pluxml tournait tellement bien sur mon Raspberry que je ne lisais pas le forum.
Et bien tout ce que j'ai à dire ... Merci Stéphane et belle continuation.
je suis chef de projet informatique, et full stack Java depuis 10 ans. J'ai un codé un peu de php.
Il m'est possible de participer, à hauteur d' 1 ou 2 h par semaine, guère plus. Je suis déja pris avec Easyconduite 2.0
Un petit message vite fait mais sur la page des ressources, on a un long message pour nous dire que c'est en cours de construction. Mais rien pour revenir au blog ou au forum. Un petit menu identique à celui de l'accueil est nécessaire pour ne pas perdre le visiteur.
Il serait bien également de garder une uniformité dans ce menu et qu'il ne change pas d'une rubrique à l'autre (j'en veux pour preuve le blog, le forum et plucss et visualwizard).
Je sais qu'il y a beaucoup à faire mais ça ça peut être rapide à faire et cela permettrait de ne pas perdre les visiteurs.
Réponses
Hi ! Là, nous sommes dans l'inconnu en attente de la feuille de route de P3ter mais je présume que nous sommes tranquille un moment.
Tiens, on en est où avec l'organisation de la nouvelle équipe ?
https://wiki.pluxml.org/divers/plugins-non-officiels/
Accès à mon dépôt de plugins et thèmes
installe PluXml plus vite que ton ombre avec kzInstall2
Un fork ?
Oui, mais ils ne seront plus "officiels" et cet aspect est à mon sens très important pour les non-développeurs qui se sentent sécurisé de pouvoir utiliser les plugins de Stéphane en donnant un plus indéniable à Pluxml.
D’ailleurs, en reprenant Pluxopolis, je compte bien laisser ces ressources en l'état du moins jusqu'au jour où, le CMS ayant évolué, ils ne seront plus opérationnels mais ce n'est pas j'espère demain la veille.
J'espère aussi que la nouvelle équipe saura veiller au dit aspect en proposant comme c'est le cas maintenant un cheptel de plugins officiels quitte à officialiser certains de ceux qui ne le sont pas.
Hello,
Je suis d'accord avec toi !
Quelques éléments de réponses :
- Je souhaite sortir le 5.7 courant décembre 2018, il y aura une annonce pour démarrer la phase de test très prochainement. Vu les délais son périmètre sera légèrement réduit par rapport à la version dev.
- J'ai commencé à travailler sur une version 6.0 pour 2019.
- Je suis toujours sur la migration de PluXml.org (Forum, Ressources, ...)
- Concernant les plugins, je ne suis pas fan de l'appellation "officiel" versus "non officiel", c'est purement sémantique mais je trouve qu'il y a un coté "inférieur version" dans le terme "non officiel". Pour moi, au même titre qu'il y a des plugins développés par la communauté, il y aussi des plugins développés par le staff de PluXml. L’espace "Ressources" tel que je l'imagine devrait aller dans ce sens. A discuter, mais j'aimerais reprendre dans l'équipe et son github, certains plugins de Stéphane (pluxopolis).
Justement concernant la nouvelle équipe, je sais qu'il y en a beaucoup ici qui sont motivés pour filer un coup de main. Je ferai bientôt une annonce sur le forum.
Cool, nous n'attendions pas cela. :cool:
Pour les plugins "officiels", mon [trés] humble avis est, puisqu'ils sont maintenus par PluXml, qu'ils sont un gage de tranquilité ce qui n'est pas toujours le cas des autres dont certains, non mis à jour, sont quelquefois source de problèmes. Hélas.
Justement, l'espace ressources, il faudrait peut-être en parler.
Cela fait belle lurette qu'on en cause, pas mal d'idées ont été mises en avant mais on ne voit rien venir et, si les plugins et thèmes sont accessibles via les forums, c'est quand même beaucoup de zigzags alors qu'il serait si simple de faire un pas en avant.
Comme je suis un grand impatient, je suis en train en ce moment même de mettre en ligne un système maison bien plus friendly que ce qui existe déjà.
C'est beaucoup de boulot mais je m'assure que ceux que je vais proposer (thèmes et plugins) sont compatibles avec 5.6 et il me tarde de tester la 5.7 pour voir si je ne bosse pas pour rien.
Avant la sortie de la nouvelle version, si vous pouvez m'indiquer s'il y a des traductions à réaliser !
Un petit mail et je me chargerai de traduire en occitan !
Bien que l'actuel forum FluxBB fonctionne très bien et que nous y avons tous nos habitudes, le migrer vers un outil plus moderne me semble en effet très intéressant à condition toutefois que le choix se porte vers un script performant et qui ait de l'avenir.
Comme PluXml. :cool:
Je m'interroge par contre sur le fait que pas mal de liens venant de l'extérieur mènent vers des sujets dédiés et ça va faire beaucoup de 404 qui désorienteront à coup sûr les visiteurs.
Comment compte-tu gérer ça P3ter ?
Cela serait bien d'avoir la coloration syntaxique dans les portions de code sur le nouveau forum.
Il serait bon aussi d'ouvrir une ou plusieurs rubriques anglophones. PluXml est souvent utilisé à l'étranger. Le monde entier ne parle pas le français.
Par contre l'anglais est compris par tous les bons développeurs, même ceux né.e.s en France. Cela permettra d'attirer de nouveaux talents.
Pour le 404, je ne me fais aucun souci. Il y a juste à créer des règles de redirection au niveau du serveur. La seule contrainte est de conserver le même découpage en rubriques qu'avant. Eventuellement une page pour lire les billets sur l'ancien forum sans avoir la possibilité d'y poster. C'est juste un peu chronophage.
Accès à mon dépôt de plugins et thèmes
installe PluXml plus vite que ton ombre avec kzInstall2
Je ne suis pas assez compétent pour aider sur ce coup mais si c'était chez moi, je laisserais FluxBB en ligne (en supprimant les droits d'écriture) avec un visuel qui explique que désormais ça se passe ailleurs.
L'avantage serait que les habitués retrouveraient tout de suite leurs informations, favoriserait un passage en douceur à la nouvelle mouture et surtout résoudrait définitivement le problème des liens obsolètes.
En plus, ce ne serait pas compliqué ni chronophage mais je présume que P3ter a déjà réflechi à cette question.
Ceci étant, les gens ont besoin de repères et d'une classification. Outre une division en catégories (éditeurs, graphisme, communications, ...), il faut crévoir un système de classement des plugins qui pourrait se baser sur les critères :
- les likes à la FB ( bonjour aux animateurs de fermes à clicks )
- le nombres de téléchargements cumulés et sur une période glissante (semaine, mois, trimestre, semestre, année)
- une fréquence de mises à jour, la stabilité du plugin étant inversement proportionnelle à la fréquence de mises à jour
- une notation établie par un collège d'experts
- la réputation de l'auteur
Cela oblige à créer un dépôt qui hébergerait tous les plugins après authentification des auteurs. Eventuellement avec un système de mirroring pour sécuriser l'accès.
Accès à mon dépôt de plugins et thèmes
installe PluXml plus vite que ton ombre avec kzInstall2
Voici un très bon résumé et il reste à convaincre les éditeurs de proposer leurs plugins mis à jour, mais je crois que ce temps et energie dépensé se retrouvera en qualité au bénéfice de tous.
Il faudra bien sûr des volontaires pour tester ces plugins avant validations par le Staff (qui ne peut pas tout faire quand même) et je peux en être un parmi ceux qui se déclareront.
Je veux bien tester les plugins est remonter les problèmes rencontrés. Si besoin d'aide je suis prêt à participer.
Tiens, tu me donne une idée.
Pourquoi ne pas ouvrir sur les forums une rubrique spéciale où les utilisateurs pourraient faire remonter les problèmes concernant les plugins/thèmes en mettant dans le titre du sujet le nom du module concerné.
Je sais que des sujets spécifiques existent déjà (certains font plusieurs pages difficiles à parcourir), mais ceci serait un nouvel outil pas cher pour faire remonter l'état des modules existant (dont certains anciens) et, si les problèmes ne sont pas résolus, les retirer des listes du moins jusqu'à ce que l'éditeur propose une version opérationnelle.
D'autre part, je plussoie à l'idée d'un repository géant qui regrouperait le maximum de plugins/thèmes pour autant que leur fonctionnement soit validé par des personnes autorisées.
C'est d'ailleurs ce que je tente de faire dans mon coin mais c'est un boulot pharamineux et l'intervention d'autres testeurs serait bénéfique à tout le monde.
Pour les évolutions de PluXml je peux vous donner un coup de main sur le côté "SEO friendly" du cms.
Pluxml tournait tellement bien sur mon Raspberry que je ne lisais pas le forum.
Et bien tout ce que j'ai à dire ... Merci Stéphane et belle continuation.
je suis chef de projet informatique, et full stack Java depuis 10 ans. J'ai un codé un peu de php.
Il m'est possible de participer, à hauteur d' 1 ou 2 h par semaine, guère plus. Je suis déja pris avec Easyconduite 2.0
A bientôt.
Antony
Il serait bien également de garder une uniformité dans ce menu et qu'il ne change pas d'une rubrique à l'autre (j'en veux pour preuve le blog, le forum et plucss et visualwizard).
Je sais qu'il y a beaucoup à faire mais ça ça peut être rapide à faire et cela permettrait de ne pas perdre les visiteurs.