[SONDAGE] Qu'aimeriez vous de plus sur PluXml en natif ?
Frédéric
Member
Coucou les PluXmliens,
Juste pour savoir concrètement et qui pourrais être vraiment indispensables a vos yeux, les fonctionnalités que vous verriez en plus sur PluXml ?
Vos réponses devront être vraiment bien fondées svp.
Le but de vos réponses serait en faites de pouvoir vraiment avoir un core "définitif" de pluxml pour accueillir un futur gestionnaire de plugins.
L'optique rester dans la continuité de la légèreté qu'est PluXml.
Juste pour savoir concrètement et qui pourrais être vraiment indispensables a vos yeux, les fonctionnalités que vous verriez en plus sur PluXml ?
Vos réponses devront être vraiment bien fondées svp.
Le but de vos réponses serait en faites de pouvoir vraiment avoir un core "définitif" de pluxml pour accueillir un futur gestionnaire de plugins.
L'optique rester dans la continuité de la légèreté qu'est PluXml.
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
- gérer du contenu multi-langues (au moins 2 voire plus) ... mais ça arrive dans la prochaine version majeure (si j'ai bien tout compris).
- un gestionnaire d'image plus performant et plus simple : pouvoir modifier légèrement les images via ce gestionnaire (redimmensioner, rotation).
Pour des utilisateurs lambdas, la gestion des images est le gros point compliqué. C'est toujours difficile de leur dire qu'il faut qu'il "re-travavaille" d'abord les images (dans un autre logiciel) puis pour les insérer dans le texte.
Pour moi, c'est sur ce n'est pas vraiment un problème de difficulté (juste d'efficacité).
Peut-être que des versions futures de FCKeditor gèreront les images au mieux ?
Une possibilité qui ouvrirait beaucoup de portes (mais qui peut-être alourdirait beaucoup le code) serait de pouvoir gérer des blocs, que l'on disposerait à volonté sur son thème et dans lesquels on pourrait choisir ce que l'on veut afficher : une page statique, une liste (pages statiques ou blog), une page statique aléatoire (pour un groupe donné).
Optionnellement (en plugin "standard"), j'aimerai :
- un forum
- une gestion de newsletter
- un calendrier avec des événements
- une gestion d'album photos
Merci Papa NoelPluXml,
L@u
Un gestionnaire d'image plus performant et plus simple...
Merci! Den
-une boite de contact avec le re-captcha.
-un systeme de management d'images revu et corrigé.
-une gestion des miniatures d'images meilleurs.
-Un systeme d'avertissement de notifications de commentaires lors de l'option de moderation.
-un espace prevu pour un petit gravatar pour mettre en valeur le redacteur.
-un champs dans l'admin pour mettre les mots cles du site sans passer par le template.
-un robot.txt solide
Voila mes voeux!
En ce qui me concerne, un système de gestion des auteurs me serait fort utile. Je n'aurais alors plus besoin de créer manuellement des répertoires personnels.
Pour ce qui concerne les images, je verrais bien deux niveaux d'utilisation :
- une version simplifiée sous forme de champ de téléchargement lors de la saisie des articles,
- une version élaborée pour la gestion des images.
Ca va être difficile, tous les utilisateurs vont vouloir que les modifications réalisées après l'installation de Pluxml soient incluses en natif... ;-)
1- Déjà, de l'anglais !
2- Personnellement, quand j'installe Pluxml à des gens qui n'ont que très peu de connaissances, ce qui manque est un gestionnaire de fichiers un petit peu plus élaboré.
En particulier, une option "galerie photo" serait utile, je suis d'accord avec ce qui a été dit plus haut. Genre, une case à cocher pour que les photos d'un répertoire aillent directement dans la galerie et soient bien présentées. Il y a ça sur le wiki mais c'est une opération supplémentaire à effectuer que certains ne sont pas capables de faire. Et puis c'est léger !
Deux petites fonctions telles que retailler et rotation pourrait être intéressantes même si en général, il est toujours préférable de traiter ses photos avant l'upload.
Encore une fois, il se s'agit pas de refaire une usine à gaz.
3- Un forum... pourquoi pas mais personnellement, il y a toutes sortes de forum qui existent déjà et il suffit d'un lien pour relier les deux. Autant concentrer les efforts sur Pluxml avant tout. D'autant qu'après, il y aura des suggestions pour des améliorer le forum aussi...
Je crois que pour l'instant, autant perfectionner le CMS.
4- Enfin, je l'ai déjà dit, une option "site statique", sans blog serait la bienvenue. Pour l'instant, Pluxml est un moteur de blog, et à moins de mettre les mains dans le code, ça ne correspond pas à ce que beaucoup de gens cherchent pour faire une petite présentation d'une association, par exemple. Pas d'articles, juste 4 ou 5 pages statiques (accueil, présentation, photos, contact). Pas de catégories ni d'archives visibles, ça ne sert à rien.
Pensez à une location ou un professionnel qui veut juste une petite page sur Internet. Une fois faite, il n'y touchera plus.
Ca manque énormément. J'ai beaucoup cherché sur Internet, j'ai trouvé quelques éditeurs
http://elastick.net/Presentation-de-Plook
http://www.giausserand.fr/index.php?perma=ziteplus
... mais franchement, c'est moche et pas pratique. Pluxml est 100 fois mieux.
Les sites statiques, c'est un créneaux libre, foncez !
p.s.
Pour les novices, j'installe presque systématiquement CKeditor (je n'ai pas encore essayé Whizzywig qui a l'air plus léger et plus simple). Pas besoin de le mettre en natif mais s'il était possible de simplifier l'édition par défaut, je sais que beaucoup seraient contents.
L'informatique a toujours beaucoup de difficultés à se rendre accessible aux débutants. Les experts ont tendance à s'approprier les outils et ça devient inutilisable pour les autres. Pensez-y !
Pour le forum faut pas non plus rêver, si votre frigo faisait micro-onde ce se serais
Pour répondre a Ghune, pour la fonction "CMS" il n'est pas évident d'avoir une solution "miracle" sans mettre les mains dans les templates (un tuto serais bienvenue en effet).
N'hésiter pas a poster nombreux, même si on interviens pas tout de suite au sujet nous vous lisons.
Je suis de l'avis des autres pour ce qui concerne la gestion des images... Ca buggue avec FCKeditor donc si on pouvait avoir un meilleur système
Un système de stats fiable, le mod proposé ne l'étant pas.. Les stats se remettent à zéro de manière très aléatoire....
je pense que les statiques , recherche, et contact pourrait etre integrées en natif dans l'archive et prétes a être activées.
La possibilité a l'install de choisir un fonctionnement de base :
blog (+ statique) ou,
static (+ blog)
La possibilité de personnaliser les urls (static, categorie et article), via l'admin.
Des "crochets" dans le code (en particulier les fichiers templates et fichiers admin), que l'on pourrait utilisé pour des addons, sans avoir a touché le core.(un peu comme :$plxAdmin->editor->addHeader(); genre :
$plxMotor->addon->init('objet-machin-chose'); )
et/ou une class "autoload"(php5 ou maison) ? permettant par exemple de modifier/personnaliser une ou plusieurs fonction de pluxml. .. un gestionnaire de greffons
Un moyen ou plusieurs moyens de labellisé un greffon, un script pour page static, etc ...
(recommander par l'equipe pluxml).
GC
Cordialement,
gcyrillus
Mon site PluXml: https://re7net.com | Plugins: https://ressources.pluxopolis.net/banque-plugins/index.php?all_versions | demos sur free http://gcyrillus.free.fr/new | Thèmes: tester et télécharger @ https://pluxthemes.com
Indiquez [RESOLU] dans le titre de votre question une fois le soucis réglè, Merci
- Retailler à l'upload (je vois déjà mon père importer une grande image faite avec son appareil numérique qui fait 4000x3000 et la transférer vers son site pour n'afficher qu'une petite vignette. Dans les options, on très bien proposer quelques tailles (640x480, 800x600, etc.)
Veiller à respecter les proportions...
- Rotation car si on s'adresse à des non spécialistes, c'est toujours une corvée de les mettre à l'endroit.
On ne va commencer à mettre du noir et blanc, des options pour trafiquer les contrastes ou travailler avec les formats raw...
p.s.
Pour un site statique, tout est là, on peut déjà créer des pages statiques sans toucher au code. C'est juste que la marge à gauche est inutile à ce moment. Il faudrait juste la cacher (en tout cas dans le thème par défaut).
Puis des nouveaux thèmes apparaîtront, j'en suis persuadé.
j avais pensé à un plugin du genre : article vu XX fois
et une fonction pour afficher le TOP 5 des articles les plus lu
Pluxml est arrivé à maturité avec la version 5. Chacun peut trouver son plaisir à utiliser cet outil
1. POUR LES DEBUTANTS, un tutoriel sur FramaSoft http://www.framasoft.net/article2655.htmlpermettrait une première approche de la création du petit site.
2. POUR LES REDACTEURS, il suffit de conseiller Komposer http://www.framasoft.net/article2243.html
3. POUR LE LOOK, permettre de faire des menus déroulants en natif. Il faut corriger la fonction StaticList.
4. POUR LES EXPERTS XML, évoluer vers des templates orientés dtd.
http://mohon.fr/a3d/?article5/sechage-en-grange-du-foin
Félicitations et Meilleurs encouragements
Je suis d'accord qu'il faut que le gestionnaire de média évolue mais surement pas ajouter les fonctions de recadrage ou rotation. Ce n'est pas le boulot de PluXml, c'est au rédacteur de les préparer avant publication. Peut être une modification qui me parait logique vue la gestion multi-rédacteur. Dans le gestionnaire de média ajouter la modification dans le wiki sur le choix des extensions de fichiers autorisés. Que chaque rédacteur est son répertoire pour déposer ces fichiers et qu'il y ai un répertoire commun pour les fichiers qui peuvent être commun à tous les rédacteurs.
Pour revenir au gestionnaire de plugin je pense qu'il faut se poser la question : Sur quoi nous voulons donner la possibilité d'intervenir ?
Un peu en vrac :
Côté administration
- Gestion des utilisateurs : ajout de champs e-mail, ville,...;
Côté public
- Ajout d'entrée dans le template : typiquement dans la sidebar, le header, les pages, les articles, le footer
En fait je vois pas trop quoi ajouter, PluXml me convient parfaitement dans l'état
J'ai un string de l'array
En lisant tout ce qui est demandait, il y en aurai pas mal a avoir plutot en plugins que plutot en natif (ex: un fofo en natif ...).
Au lieu d'autant de truc en natif demande, pourquoi pa remplir le wiki d'une meilleur documentation ?
Avis aux pros de PluXML.
un système de plugin serai un bon compromis pour les demandes superflues...
EDIT :
Un système de vote ( étoiles/texte ) par article serrait pas mal.
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
les fonctions incluses et qui seraient les bienvenues :
- un système de plugins (qui s'étoffe de plus en plus) avec des hooks (pipeline, des entrées pour encoder des plugins)
- un système de scripts/composants, petits codes php que l'on peut insérer n'importe où dans la page (je crois que c'est les fameux entrées dans le template de flipflip, qui seraient aussi d'un grand apport
- les catégories sont en système pyramidal (possibilités de catégories filles, ce qui est pas mal), bon basé sur la page elle même (la catégorie entant que telle n'existe pas..ce que je n'aime pas du tout !!)
- une interface multilingue, même si il faut un petit hack (pour le moment) pour avoir une gestion multilingue du site public (sera simplifier avec l'introduction de i18n)
- une meilleure documentation, il y a plus d'exemples....
je trouve que pluxml est bien meilleur (vraiment plus simple d'ailleurs)...
à mon avis ce qui serait un plus à pluxml serait de :
- introduire les plugins (avec la documentation qu'il faut !)...alors les développeurs pourrons s'exercer à fournir des outils divers (formulaire de contact, portfolio, lecteur audio/video flash ou html automatique, statistiques, ckeditor ou autre en plugin, ....)
- une meilleure visibilité du gestionnaire de fichiers (en effet, on ne comprend pas tout de suite ce qu'il faut faire...avec droits fins selon l'utilisateur, surtout en terme de suppression de fichier), le rendre simple tout en étant bien !! (lol)
- passage à un hashage en sha-256
- entamer la gestion multilingue (interface de gestion et site public), penser à l'ajouter dans le profile des utilisateurs sauf si l'admin impose une langue (un peu comme dans annuler les commentaires)
- faire votre maximum pour ajouter ce qui vous plais (je suis sur que ça nous plaira ! lol) tout en gardant le plus simple comme il l'est...je suis vraiment impressionner !!
Merci @+
- faciliter au maximum la création d'article : c'est quand même l'objectif premier d'un CMS
Ça passerait pour moi par, entre autres, par la sauvegarde automatique en brouillon de l'article en cours de rédaction (un clic malheureux et on perd tout... c'est du vécu
- travailler les URLs rewritées : encore et toujours, mais Pluxml pêche encore à ce niveau là. Des URLs qui affichent du contenu alors qu'elles n'existent pas (et le contenu devrait donc être une page 404); les URLs des commentaires dans la sidebar qui ne sont pas complètes et font référencer les articles sous deux adresses différentes; Pourquoi pas une restructuration des URLs rewritées pour en avoir des "standards", c'est à dire example.org/article/titre-de-l-article En fait, virer le numéro
Edit : tiens c'est marrant, pour les articles qui n'existent pas, un coup Pluxml me met sa page 404, un coup j'ai une réponse brut du serveur web, et un coup j'ai la page d'accueil du site. Je pige pas trop là...
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
example.org/article38/ = page d'erreur de Pluxml (je n'ai pas encore 38 article)
example.org/test = m'affiche la page d'accueil
exemple.org/dsgdgknezognezng = m'affiche une erreur serveur (avec cette suite de lettres précise !)
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
J'utilise Pluxml depuis la version 0.2 et j'avoue ne pas avoir de demandes précises pour le futur, tout simplement parce que je ne suis pas développeur, je ne me rends pas bien compte du boulot que ça demande...
Par contre en tant qu'utilisateur (admin + rédacteur), je suis contre un gestionnaire de médias plus complet.
Je m'explique.
Le rôle du gestionnaire de médias est d'ajouter un média à votre article.
Ce média doit être prêt AVANT d'être publié (retoucher une photo, n'importe quelle visualiseuse aujourd'hui fait le minimum en terme de recadrage, de découpe, de luminosité)
Faudra-t'il aussi intégrer un synthétiseur pour retoucher les fichiers audio depuis le gestionnaire ?
Le parti pris de la simplicité et de la légèreté est ce qui différencie Pluxml des autres CMS (le gestionnaire de médias de WordPress -excellente dernière version- par exemple est une calamité en terme d'ergonomie).
Je vote donc pour ce que certains de mes camarades ci-dessus ont prescrit :
- gestionnaire de plugins ;
- répertoires utilsateurs différenciés (plus un commun par défaut pour éviter les doublons de stockage notamment dans la réutilisation probable des mêmes médias) ;
- formulaire de contact minimal indispensable ;
- un <span> spécifique pour le "lire la suite" de façon à le styliser directement depuis la feuille de style ;
Encore merci pour tout ce travail.
à plus,
Gzyg
Mes revendications pour une future version seraient les suivantes :
- Un compresseur à la volé pour les CSS/JS/DATA-URI comme :
CSS-JSS-Booster
en particulier la gestion des images inlines via <img src="data:image/png;base64 comme indiqué wikipédia, qui permet d'avoir le code source d'une image directement dans la flux html et ainsi de limité le nombre de requête vers le serveur et ainsi de booster le rendu d'une page !
- Ma seconde demande est plus rapide : avoir la détection automatique de la taille des images que l'on insert dans le code html pour que les paramètres height et width soient renseignés automatiquement !
Voilà !
- pour l'admin, pouvoir restreindre d'upload par type de fichiers comme dans Joomla (.php, ... ou fichier +10 mo)
- mettre en place un système de droit que l'admin pourrait configurer pour les différents rédacteurs.
utilisateur tres tres tres debutant qui n y connais strictement rien , voila ce qui serais bien dans l evolution :
une evolution de l editeur d article car suivant le type de contenu on est obliger de zapper de l un a l autre ( whizzywig , plxtoolbar ou aucun ) exemple prennez le bout de code d un mp3 poster sur zippyshare pour le mettre sur le site il ne fonctionne que lorsqu on choisi aucun comme editeur de texte..pour vous je pense que c est logique mais moi..je comprend pas..
une compatibilitee avec scribfire ( plug firefox qui gere pas mal de site comme wordpress etc )
une galerie d image de base ( portfolio ) ou via un plugin simple a mettre en place
que lorsqu on mette le liens d un mp3 un player natif sois diponible pour l ecoute
que l on puisse avoir l avatar du redacteur du post
le partage en natif ou via un simple plug sur les reseau sociaux qui fais la force de l expension d un site
voila ce sont des requete de noobs certe mais mais demander a un informaticien de changer le moteur de votre voiture il risque de tiré la tronche et inversement
je pense que la grosse evolution passera par un system de plugin/addon simple pour les users lambda qui abandonne vite
voila ( ne vous moquez pas svp )
Reste la possibilité de faire des sites statiques simplement. Ce qu'aucun autre logiciel ne ferait aussi agréablement que Pluxml.
Personnellement j'ai 3 petites options que j'ai trouvé sur d'autres CMS mais pas ici et qui, je pense, serait simple à mettre en place :
- Lorsque l'on crée un utilisateur, pouvoir bloquer la publication direct. C'est à dire que l'articles sera publié uniquement après la validation d'un rôle supérieur.
- La seconde, pouvoir ajouter une image lié à un article (pas une image dans l'article) .Une image représentant ce fameux article pour l'ajouter, par exemple, sur la page d'accueil et lors d'un clic sur celle-ci, l'article s'ouvre.
- Est la troisième sera d'avoir la possibilité de crée des sous catégories
En tout cas, votre CMS est super.......
Bonne soirée..
j'ai mis pas mal de temps à faire le point sur ce qu'il manque (selon moi) sur pluxml et que j'aimerai (dans la mesure du réalisable) retrouver dans la prochaine version.
Je n'ai pas tout lu des posts précédents, mon bref survol m'a montré que pas mal de choses revenaient assez souvent.
voici ma liste au père noël :
-pouvoir éditer les propriétés meta pour chaque page (via par exemple un onglet lors de l'édition de la page dans lequel on peut entrer les différents types de meta)
-un tracking version des pages statiques (historique des modifs, undo/redo daté) -> cette fonction pourrait en plus servir à faire du multi-langues en frontend
-pouvoir dupliquer des pages et articles
-la gestion des stats intégrée (beaucoup d'utilisateurs de pluxml mettent le plugin bbclone ou utilisent un système annexe, autant proposer une fonction de stats intégrée)
-enregistrement auto (via ajax, json...) des pages/articles en cours de saisie, pour éviter les pertes accidentelles
-frontend edit des articles/pages (cuchycms ?)
-système de backup et de migration : une section de l'admin permettrait de générer un .zip de l'intégralité du site, avec divers renseignements à remplir avant (adresse du futur site, ...) de télécharger de façon à préparer le futur parametres.xml
-edition du template en backend, mais avec un aspect frontend (vous voyez? avec des zones ajaxifiées drag'n'drop)
-nouveau gestionnaire de medias, plus complet d'un point de vue gestion des dossiers (pas de limitation aux dossier images et documents uniquement,...) et meilleure gestion des droits et des possibilités de publications en fonction de ces droits
-image liée à une catégorie
-intégration aux différents réseaux sociaux (vraiment utile pour la publication de nos jours)
-une vraie gestion du profil des admin (avec les champs en plus classiques)
-plugins : gestion de flux rss externes (+intégration dans le site), vote (5stars), système d'accès de type hook, page contact simple (avec un formulaire personnalisable) intégrable dès le départ
je pense que beaucoup de mes idées ont du être dites, cela prouve que certaines d'entre-elles sont importantes aux yeux des pluUserXmls.
il ne faut pas à la lecture de cette liste penser que je n'aime pas pluxml, au contraire, c'est mon "gros kiffe" de ces dernières années
enjoy
EDIT : une vrai barre type fluxbbtoolbar pour ce forum