[La chaine WP] Que manque t-il à WordPress ?

Et une chaine de plus, une !

Tu parles du plugin « multiple-post-thumbnails » en disant qu’il n’est pas parfait, que lui reproches-tu, comment l’améliorer, le code est libre, à nous de l’améliorer maintenant 🙂
Perso j’ai utilisé 2 fois un système « tout bête » pour les images des taxo : dans un dossier « wp-content/themes/montheme/taxopic/ » je mets mes images avec ce nom « ID.png » où ID est l’ip de la taxo, comme « 21.png ».
Puis dans mon thème je crée une petite function qui va juste forger le img genre :

function get_taxo_pic( $taxoID )
{
  return get_template_uri() . '/taxopic/' . (int)$taxoID . '.png';
}

Je prends soin de créer une image « 0.png » qui sera l’image par défaut (logo WordPress ou favicon du site par exemple)
Puis là où j’en ai besoin j’ajoute mon :

echo get_taxo_pic( $monIDdeTaxo);

😉

La gallerie est une question qui revient très souvent, exemple ici http://www.geekpress.fr/questions/comment-mettre-des-liens-externes-dans-une-galerie/ et ici http://www.geekpress.fr/questions/plugin-wordpress-creer-galerie/ .
Je suis assez d’accord, néanmoins comme tu le dis, réussir à gérer une gallerie bien complète risque d’être assez lourd, via plugin ou pas. Et tout le monde n’en a pas besoin (perso, c’est ultra ultra rare …) Donc cela risque d’engorger WP pour trop de fonctionnalités pas suffisamment utiles pour tous.

Il doit bien y avoir un plugin qui permet d’ajouter des meta box facilement non ? « wp-types » peut-être, je sais qu’il le fait pour ses proches « cus tom post types » créés, voir si il le fait pour les autres, je ne sais plus.
Et une meta box file n’est pas possible !? Alors là tu m’étonnes, je ne vois pas pourquoi ce ne serait pas possçble. Oui, il faut la coder à 100% en gérant $_FILES et les dossiers d’arrivée de ce fichier, mais c’est donc faisable, me trompe-je ?

Pour le menu je te rejoins, des éléments dynamique ça serait excellent et je n’y avais pas pensé :] Là on peut le faire en jQuery mais pas de fallback :s

Formulaire de contact, non, comme la galerie, si je n’en ai pas besoin, ne l’inséront pas dans WordPress, je suis d’avis que c’est au thème d’ajouter cette page dans un template, pas besoin d’un plugin pour créer une page de contact simple tout de même.

Merci pour ce maillon !!

En fait je ne veux pas dénigrer MultiPostThumbnail, il dépanne déjà bien. Ce que je lui reproche c’est juste d’être peu clair… En fait quand on clique sur « set secondary featured image », c’est la même fenêtre que l’image à la une qui s’ouvre, mais il faut faire attention de ne pas cliquer sur « mettre une image a la une (après upload de l’image), mais bien sur « set secondary image » qui ne se trouve pas au même endroit… Mais bien sur il ne tiens qu’à nous de l’améliorer, tu as raison.

Pour les images de catégorie, ton système est une solution, mais je ne suis pas sur que ce soit très simple à utiliser pour un utilisateur lambda. Mais y’a peut-être moyen de coder un plugin là-dessus facilement 🙂

La metabox files, pour avoir essayé, c’est vraiment galère… d’autant plus si on veut que son contenu soit bien répertorié également en tant qu’attachment. Je n’ai pas trouvé de plugin qui fasse ça pour le moment, là encore un plugin à créer peut être. Je regrette juste que de base l’on puisse créer tout type de metabox, sauf des files…

Pour le formulaire, je comprend que l’on puisse ne pas être d’accord, je pense juste que cela pourrait être utile dans mon usage quotidien de WordPress.

Je pense que le fait que toutes ces actions doivent passer par le développement vient des développeurs de WP eux même,si tu veux faire une metabox dans ton admin, tu as ACF mais tu as aussi WP alchemy.

Les galleries sont effectivement un problème, je pense qu’il y a un problème d’interface tout simplement, il faut donner le choix des images à insérer et pas juste les attachments :).

Si toutes ces fonctionnalités étaient de base, alors là WordPress serait une énorme usine à gaz… Je pense que les développeurs veulent donner un outil de base simple et efficace, à nous de l’adapter, on fait pas des sites 1&1 click ^^

Pour les menus, effectivement c’est assez contraignant. D’autres solution existent comme ÜberMenu mais va faire comprendre à un client que tu peux mettre un widget dans un menu… Assez compliqué !
Pour les images aux taxonomies, il y a taxonomy images par exemple qui fait bien son boulot :).

Pour ma part, il faudrait plus de fonctionnalités pour le déploiement de sites, comme une gestion des dépendances plugin/plugin ou thème/plugin, de façon native bien sûr :).

Contrairement à ce qui est dit, et réflexion faite après une utilisation soutenue, je m’aperçois que la fonctionnalité « image à la une » n’a pas apporté grand chose. En tant que metabox supplémentaire, surtout: ce point d’entrée dans l’édition d’un post est redondant par rapport à l’ajout de médias classique: de toutes façons, on ouvre le même uploader faisant référence aux mêmes images (celles du post en cours d’édition).
Aujourd’hui, je me contente de récupérer la première image (selon l’ordre dans lequel elles ont été attachées au post) en tant que thumbnail via une fonction maison.

Ceci dit, j’approuve totalement la présence, peut-être native, d’un uploader simple, de type « file ».
Idéalement, en tant qu’utilisateur de WPalchemy, je serais enchanté que cela figure au nombre des fonctionnalités de ce fantastique « plugin ». Pour l’instant, l’ajout d’images dans un post à l’intérieur d’une metabox WPalchemy se fait avec le media uploader classique.

Au passage, il existe un autre « générateur de metabox », à mon goût moins bien gaulé que WPalchemy, mais qui propose l’insertion d’uploaders de type « file »: http://wordpress.org/extend/plugins/meta-box/

@Pierre : Je pense qu’il faut rester dans le cadre de WP dans tous les cas d’upload, la classe mediaAccess the wp_alchemy qui est livrée avec maintenant fonctionne très bien. Après il y a plein de hack possibles pour retourner un id d’élément ou l’url du document, les possibilités sont assez ouvertes.
Ca pose des problèmes de sécurité si l’uploader n’est pas correctement inséré avec WP.
ACF est vraiment une bonne solution, pluggable avec possibilité de faire ses propres types de champs, solution à suivre 🙂

@Raherian Je suis en train de tester ACF, c’est vrai que c’est pas mal!

@Pierre : Regardes surtout la partie pour créer tes propres champs, c’est pas mal fait, en objet, interface préservée et possibilités assez étendues. C’est surtout de pouvoir réutiliser les classes entre projets qui fait plaisir 🙂 et la rapidité / facilité de mise en place. Tu peux même exporter les champs pour les mettre dans ton thème et qu’ils ne soient plus modifiables 🙂

On sent le vécu dans le travail de webdesign sur WordPress.

Et je ne peux qu’être d’accord avec toi sur les différents points, surtout sur les menus où l’ajout d’un Walker est trop souvent nécessaire pour juste pour ajouter ou modifier des contenus dans le menu par défaut.

Par contre, je ne suis pas d’accord avec Raherian : la plupart des demandes ici ne transformeraient pas forcement WordPress en usine à gaz. Si je prends l’exemple des menus, il suffirait d’ajouter au menu d’administration des menus de WordPress un bloc « Autre », qui une fois déplié afficherait d’autres types de menus possible (taxonomies, custom post-type, image, …).

@daniel-roch: pour les menus, je suis d’accord, il faudrait pouvoir avoir la possibilité d’en faire des plus custom, mais ça me semble assez compliqué dans le sens où les Walker sont assez lourds et je ne pense pas qu’ils vont modifier leur dev maintenant..

@Geoffrey tout dépend de ce que l’on entends par « webdesign » ^^

Pour moi cela parle plus de conception que de graphisme. Du coup j’ai parlé des fonctionnalités qui me manquent lorsque je conçois un thème WordPress, qui font que l’on galère à intégrer une maquette 😛
Donc comme tu dis, simple détail de vocabulaire…

Oui je comprends la volonté de conserver quelque chose de simple, moi non plus je ne veux pas me retrouver avec une usine à gaz… je trouve simplement que dans la « dégustation » des nouvelles fonctionnalités, j’ai un goût de trop peu… 😀

Pour le formulaire de contact, c’est vrai que ma demande découle peu être trop d’une expérience personnelle, où je m’embête dans chaque nouvelle maquette à recréer un formulaire de contact (car j’avoue je n’aime pas contact form 7, et je suis incapable d’expliquer pourquoi…)

Bonjour,

Merci pour cet article Willy. Un bon maillon à la chaine WordPress 🙂

Simple problématique de vocabulaire, je n’ai pas compris l’aspect « webdesign » de l’article, puisque ça parle principalement fonctionnalités.
Je m’attendais davantage à un article sur la gestion des images (tu en traites une partie), des classes dans l’éditeur (lien avec CSS), le responsive abordé par le thème par défaut de WP 3.3.x (éventuellement). Mais il est vrai qu’on peut, en un sens, y retrouver un aspect webdesign tout de même. Bref, simple détail.

Concernant certains manques mentionnés, j’ai personnellement adhéré à l’univers WordPress pour sa simplicité dans le package de base du CMS.
Je pense que WordPress désire conserver cette simplicité et mettre en avant certains plugins essentiels de par l’activité même de la communauté dans l’espace d’extend.

Je vais prendre l’exemple du formulaire de contact : ce n’est pas indispensable, que vais-je en faire si je n’en veux pas ? J’ai construit plus d’un site web où ce mode de contact n’était pas désiré par le client.

Je veux dire par là que certains manques de WordPress proviennent probablement de la volonté propre de la dev team de conserver un CMS simple pour ne pas se retrouver avec un Joomla! (mince, un troll le mercredi =_=)

Sinon on pourrait aussi dire qu’il manque cruellement d’une bonne pagination, d’un fil d’ariane, d’un système de notation ou de partage des articles ou ce genre de choses relativement classique (maintenant) dans un site web.

Merci pour ce partage 🙂
Bonne continuation.

Salut.

Bonne idée pour le menu (entre autres).
Pour les multiples images à la une, cela ne m’a encore jamais manqué. Par contre, qu’une image ne puisse pas être attachée à plusieurs posts oui, ça manque je trouve.

@Pierre : je n’ai pas le même avis que toi sur l’image à la une. Je trouve que cette fonctionnalité a apporté beaucoup de simplicité pour l’utilisation d’un thème.
Exemple : le thème utilise une image de telle dimension à tel endroit. Le client n’a qu’à l’uploader et cliquer sur « Mettre l’image à la une ».
Ton script qui va chercher la première image de l’article est aussi une solution, mais imagine le client qui n’y connait pas grand chose faire la manip : uploader l’image (ok), choisir la bonne taille (ha mince, c’est quoi déjà?), puis insérer dans l’article (ha oui mais je la veux pas dans l’article moi, et en plus elle doit être en premier >_<).
Bref, quand je compare les 2 méthodes je fais vite mon choix.
De plus, je pense (en fait j'ai lu à plusieurs reprises, et ça me semble logique) qu'au niveau perfs ta méthode n'est pas terrible, surtout si l'article est long. Bon ok, on va pas perdre énormément non plus à priori.

Merci Willy pour cet article 🙂

Très bon résumé des éléments à évoluer dans le futur de WordPress. Je confirme que c’est vrai qu’en terme d’ergonomie, ce n’est pas toujours pertinent d’avoir le lien vers la page courante dans un menu de navigation.
L’élément le plus embêtant pour un néophyte restera tout de même le problème du formulaire de contact qui n’est pas natif à WordPress.

Voilà un article bien intéressant.
Je trouve pour ma part qu’un système d’export de la bibliothèque de médias serait bien utile en cas de migrations :p

@Pierre je rejoins l’avis de @Screenfeed, la fonctionnalité image à la une est vraiment pratique et je ne saurais m’en passer aujourd’hui. Ton système d’ordre des images peut tenir mais je suis archi sûr que c’est difficilement vendable auprès d’un client néophyte. Il trouverai ça sans doute un peu trop bricolage… (je ne critique pas, je donne juste mon avis).

@Tony le formulaire de contact c’est pas seulement pour les débutants. C’est juste que (j’ai vérifié^^), je n’ai jamais réalisé un site WP sans formulaire de contact, et pourtant je fais des sites plutôt variés…

Ce que je trouve dommage, c’est juste qu’il n’y ai pas une fonctionnalité de base contact() très épuré, simple, et que l’on pourrait venir peaufiner, personnaliser dans le thème…

Je me pose la question mais… au niveau des performances, faut-il mieux qu’une fonctionnalité (comme celle-ci) soit issue du core ou d’un plugin ? Y’aurai-t-il une différence significative ?

Bien vue cette idée de faire une chaine d’articles de différents blogs sur un thème !

J’ai souvent pensé moi aussi que WP devrait embarquer un formulaire de contact, basique tout au moins…

Bien à vous

PS : oups j’ai oublié la question que je voulais vous poser : Je cherche à personnaliser une meta description pour chacune de mes pages ou articles sans passer par un pack SEO.

Savez-vous s’il est possible de réaliser cela avec les metabox ?

Bonjour,
Même si je suis un grand défenseur du CMS WordPress pour des raisons que tout le monde connais…il faut reconnaître (comme vous l’avez mentionné dans cet article) que la gestion des rôles est inférieur à ce que propose par exemple Joomla et cela depuis la version 2.5 (il me semble)
Sinon il y a aussi un effort à faire au niveau SEO mais bon là le plugins de Yoast fait bien le boulot