Je crée un wiki communautaire pour poser la question suivante:

• Quelles fonctionnalités aimeriez-vous le plus voir ajoutées à WordPress?

Cette question implique quelques choses:

• Cela devrait faire ressortir les fonctionnalités que les passionnés veulent le plus , pas seulement les passants de personnes qui ne peuvent pas se soucier de savoir que le "P" doit être capitalisé ( plaisanterie intérieure. Bien sûr ... )

• Privilégiez les fonctionnalités qui profitent aux utilisateurs les plus avancés et en particulier aux développeurs de thèmes et / ou de plugins .

• Privilégiez également les API et autres outils par rapport à un autre nouveau widget d'interface utilisateur. Des exemples de cela pourraient être une API de sauvegarde sur laquelle de nombreux développeurs pourraient s'appuyer ou une API Twitter sur laquelle les themers pourraient s'appuyer.

• Concentrez-vous uniquement sur les quelques choses que vous voulez vraiment , pas sur tout ce à quoi vous pouvez penser. Ne laissez pas cela être un dépotoir pour tout ce à quoi vous pouvez penser ou avez déjà pensé. Lors de l'ajout d'une fonctionnalité souhaitée, demandez-vous si vous préférez l'avoir ou vos 3 meilleures fonctionnalités; sinon, vous ne devriez pas l'ajouter.

• Donnez de grands détails, y compris, le cas échéant:

  A. Wireframes (peut-être en utilisant Balsamiq ?),

  B. API Interfaces

  C. Crochets suggérés

  D. Structures d'URL

  E. Et plus encore.

  F. Code source pair

• Caractéristiques importantes uniquement , s'il vous plaît. N'ajoutez pas quelque chose comme "Je veux que la console d'administration soit violette" ou "Je veux vraiment que le menu d'administration soit à droite".

• Évitez les choses qui ne Automattic peut contrôler quechoses sur WordPress.com !! (pas que les passionnés s'en soucieraient, mais ...) Mieux vaut s'en tenir aux choses que les contributeurs à un projet open source peuvent affecter comme le code et la collaboration.

Règles de ce wiki

• Ne dupliquez pas les suggestions . Ce n'est pas grave si vous le faites, mais un modérateur peut voter contre et / ou supprimer si possible. Dans le cas où un doublon important existe, mais avec quelques bons ajouts, nous devrions modifier la réponse qui le duplique pour inclure les ajouts.

• Plus de règles viendront au besoin , car nous réalisons qu'elles sont nécessaires.

Si vous avez des préoccupations à ce sujet concernant les idées WordPress , l' adhésion de l'équipe principale ou les relations avec WordPress / Automattic , veuillez consulter les commentaires dans l'une de mes propres " réponses " postées à cette question, ci-dessous. J'espère que cet effort sera entièrement positif et que tout le monde, y compris Automattic et l'équipe principale de WordPress, tirera une énorme valeur de son résultat.

Une interface utilisateur pour les champs personnalisés

Je pense que des champs vraiment personnalisés avec une interface utilisateur personnalisée sont vraiment une grande exigence pour beaucoup de gens. Je veux dire, obligatoire, répétitif, groupé, plusieurs images, etc.

Il y a un tas de plugins essayant de fournir la fonctionnalité, mais ce sont tous des modules complémentaires et doivent jouer à chaque fois avec les nouvelles fonctionnalités de WP. Magic Fields semble raisonnablement bon comme point de départ.

Et ils feraient un complément parfait aux nouveaux messages personnalisés.

Relations post / page

La possibilité de relier un article à un autre est certainement une fonctionnalité dont je me retrouve beaucoup sur les sites Web clients plus avancés utilisant Wordpress. La capacité de relier un article à un autre article ou à une page est quelque chose qui devrait être au cœur.

Je sais que Mike a été impliqué dans le trac Wordpress en ce qui concerne la promotion de quelque chose comme ça dans le noyau, mais rien n'a encore été ajouté.

Exemple;

J'ai un type de message personnalisé appelé artistes . J'ai également un type de message personnalisé appelé albums , critiques et visites guidées . Maintenant, le type de publication personnalisé des artistes a; une biographie, des liens vers des sites de médias sociaux comme Last.fm et Facebook et une image d'artiste.

Je veux ajouter une nouvelle tournée à mes visites de type poste sur mesure, mais ont pour un artiste spécifique. Dans ce cas, l'artiste est Thrice et je veux ajouter une tournée que Thrice fait en mai 2011. J'ajoute le lieu, la date et ensuite je sélectionne le post auquel je veux le relier, dans ce cas c'est Thrice.

Je peux ensuite interroger toutes les tournées et obtenir leur artiste associé en première ligne. L'argument que j'ai vu est que vous pouvez utiliser des taxonomies personnalisées, mais cela nécessiterait de dupliquer le contenu et de ne pas être efficace du tout, surtout si l'on considère qu'un artiste a une image, des liens vers des profils de réseaux sociaux et d'autres choses spécifiques à l'artiste.

Il existe déjà un plugin qui fait assez bien ce qui précède appelé Posts To Posts . Si quelque chose comme ça était ajouté, cela rendrait ma vie et celle des nombreuses autres personnes voulant cette fonctionnalité plus facile.

Voici les fonctionnalités actuellement sur ma liste restreinte:

1) Gestion des médias

Je voudrais voir le développement / l'amélioration de la gestion des médias se voir accorder un statut prioritaire pour une version proche, de sorte que le post-type "Media" suppose une parité de fonctionnalités analogue avec par exemple les post-types "Post" et "Page". Les médias devraient avoir un système de taxonomie approprié. Les médias (et les galeries) devraient pouvoir être gérés par eux-mêmes (c'est-à-dire plutôt que d'être gérés uniquement par le biais de la publication à laquelle ils sont attachés). Les médias (et les galeries) devraient pouvoir être joints, non attachés et réattachés aux publications ou aux pages beaucoup plus facilement.

Fondamentalement, la plupart des fonctionnalités d'un plugin tel que NextGen Gallery doivent être intégrées au noyau (de la manière appropriée).

2) Interface utilisateur des widgets

Je pense que, de toutes les interfaces d'administration, l'interface utilisateur Apparence -> Widgets est celle qui a le plus besoin d'être améliorée. Il est idéal pour un nombre limité de widgets et un nombre encore plus limité de barres latérales widgets; mais l'UX se dégrade rapidement avec trop de Widgets et (surtout) avec trop de Sidebars.

Je ne suis pas un expert / designer UX, mais si je devais proposer quelque chose, je préférerais voir une liste de widgets à une seule colonne (de préférence avec un défilement autonome), et la majorité de l'écran immobilier consacré à la Barres latérales. De plus, je voudrais que l'état précédent des barres latérales développées / réduites soit conservé, plutôt que la barre latérale avec l'ID le plus bas toujours développée sur la charge de page.

3) Installation / désinstallation / activation / désactivation des crochets du thème

Ces crochets apporteront la fonctionnalité et la standardisation du thème plus en ligne avec les plugins. En fait, je me suis porté volontaire pour tenter de fournir des correctifs pour ceux-ci pour la 3.2, alors je vous souhaite bonne chance!

4) Une feuille de route de développement

Je voudrais voir l'équipe de développement de base présenter une feuille de route de développement qui couvre au moins 3-5 révisions majeures à l'avenir. Une telle feuille de route donnerait à la communauté des utilisateurs la possibilité de peser sur les ajouts / changements de fonctionnalités prévus et aiderait à concentrer les contributions / contributions de la communauté des développeurs pour chaque version.

Thèmes d'administration entièrement pris en charge

Les thèmes d'administration WordPress ne sont actuellement que partiellement pris en charge. Bien qu'il soit possible de changer l'apparence de l'administrateur en changeant les fichiers CSS, il n'est pas possible de changer le HTML sans changer le code source principal de WordPress. C'est la raison pour laquelle il n'y a pas beaucoup de thèmes d'administration WordPress en ce moment et ceux qui existent ne dépendent que de l'application d'un CSS différent.

Pour appliquer un skin ThemeForest par exemple, un développeur devrait effectuer des modifications sur le HTML, sinon il ne pourrait pas appliquer tous les CSS fournis.

Actuellement, je pense que le meilleur thème d'administration là-bas est celui-ci, mais je pense que vous conviendrez que l'on peut faire beaucoup mieux: Fluency Admin .

Voici donc mes commentaires concernant les préoccupations potentielles liées aux idées WordPress , à l' adhésion de l'équipe principale ou aux relations avec WordPress / Automattic .

Qu'en est-il des idées WordPress ?

Mais attendez, n'y a-t-il pas déjà quelque chose comme ça? N'est-ce pas appelé Idées WordPress ? C'est vrai , sauf:

• WordPress Ideas a des idées de tous les niveaux d'utilisateurs, de sorte que les préoccupations des passionnés se perdent dans le chaos.

• Les idées WordPress ne permettent pas la modération de la communauté comme StackExchange.

• Les idées WordPress n'encouragent pas une bonne mise en forme et ne permettent pas de modification, donc lorsque la merde est publiée, elle doit rester merde.

• WordPress Ideas a été élagué unilatéralement des idées les mieux notées dans le passé récent sans aucune contribution et aucun avertissement à la communauté. StackExchange dispose d'un système d'audit que nous ne pouvons tout simplement pas contourner et StackExchange n'aura aucune incitation à éliminer les contributions clés

• WordPress Ideas utilise uniquement un système de notation à cinq étoiles qui n'affecte pas positivement ou négativement la réputation d'un utilisateur . StackExchange propose un vote haut / bas qui affecte la réputation d'un utilisateur et ce dernier semble faire un meilleur travail pour assurer une participation de qualité et utile.

• WordPress Ideas vous oblige à explorer les idées et ne fournit pas une vue holistique . En utilisant StackExchange, nous pouvons avoir toutes les fonctionnalités répertoriées sur les mêmes pages et être en mesure de numériser les deux détails sans trop de travail.

• WordPress Ideas est contrôlé par Automattic . Ce n'est pas une critique d'Automattic, c'est simplement une reconnaissance que toutes les entités veillent sur leurs propres intérêts, point final. Mais avoir quelque chose qui n'est pas supervisé par les intérêts acquis d'Automattic pourrait avoir une réelle valeur. ( Aller en bas pour des éclaircissements.)

• Franchement, chaque fois que j'ai posté une idée sur WordPress Ideas, j'ai simplement eu l'impression que mon idée tombait dans un trou noir , pour ne plus jamais en entendre parler. Je veux vraiment interagir avec ces idées de fonctionnalités et j'espère voir des progrès tangibles en découler.

• Enfin, j'ai malheureusement constaté que l'équipe de base et les contributeurs fréquents sur trac et wp-hackers n'étaient pas ouverts à l'examen des demandes de fonctionnalités pour des cas d'utilisation qu'ils ne connaissent pas, du moins de ma part. Je souhaite donc personnellement que ce soit un endroit où je puisse publier des idées de fonctionnalités pour les choses que je pense être les plus importantes et pouvoir en discuter sans être déprécié par quelqu'un qui ne prendra pas l'effort de comprendre la validité de mes cas d'utilisation. De plus, si les idées discutées sont solides, j'aimerais obtenir la validation d'autres personnes que je respecte et qui semblent développer le respect pour moi sur les idées de fonctionnalités elles-mêmes .

Qu'en est-il du buy-in Core Team ?

Mais attendez, ne devons-nous pas obtenir le consentement de l'équipe principale de WordPress pour en discuter? Eh bien, non .

• Cela ne doit pas seulement concerner les fonctionnalités ajoutées au noyau, il peut également s'agir de toutes les fonctionnalités qui pourraient potentiellement être développées en tant que plugins , ou ( pratiquement ) tout autre élément qui affecte WordPress ( sauf ces choses que seul Automattic peut contrôler, comme indiqué précédemment). .)

• Les discussions pourraient précipiter la collaboration entre les utilisateurs ici qui apprennent à se connaître et à se respecter mutuellement.

• Bien que le code développé à la suite des fonctionnalités répertoriées ici puisse ne jamais arriver au cœur en soi, ces fonctionnalités peuvent être le type qui le rend au statut de plugin principal .

• En séparant les besoins de l'utilisateur final d'entrée de gamme des besoins des passionnés / concepteurs / développeurs, nous pourrions être en mesure d'offrir à l'équipe centrale plus de clarté et de les aider à comprendre ce que la communauté des passionnés / concepteurs / développeurs pense être nécessaire en plus des communauté d'utilisateurs plus large dans WordPress.

• Et enfin, si nous avons un grand nombre d'utilisateurs nommés avec une grande réputation ici d' accord sur la nécessité d'une fonctionnalité donnée , en particulier si nous l'avons déjà implémentée, je pense qu'il y a plus de chances que l'équipe principale y prête attention que si elle est proposée par une seule personne de manière frustrée ( ce que je reconnais avoir fait une ou deux fois dans le passé. :) IOW, je pense que ce mécanisme pourrait vraiment nous aider tous.

Cet effort contre WordPress / Automattic?

Pour être clair, j'ai publié ce NOT je répète PAS pour être antagoniste envers Automattic ou l'équipe de base de WordPress. Au lieu de cela, je voulais simplement utiliser l'incroyable mécanisme que StackExchange nous fournit pour faire apparaître les fonctionnalités les plus recherchées, pour nous permettre de discuter et peut-être de collaborer et de trouver les fonctionnalités les plus utiles.

Encore une fois, j'espère que cet effort sera entièrement positif et que tout le monde, y compris Automattic et l'équipe principale de WordPress, bénéficiera d'une énorme valeur de son résultat.

Et j'espère que cela aide.

-Mike

Statues de poste personnalisées.

La possibilité de définir de nouveaux statuts de publication / page / type de publication plutôt que de simplement rédiger et publier. Je crois cependant que c'est en cours! Je voudrais l'utiliser pour créer un nouveau type, appelé bloc. Créez ensuite des blocs de contenu liés aux pages, mais non publiés dans les flux ou directement accessibles au public.

Définition de la position de recadrage des vignettes

Malheureusement, la génération de vignettes est toujours centrée sur l'image, mais j'ai parfois besoin de recadrer en haut à gauche par exemple.

Il serait merveilleux de pouvoir définir les coordonnées de recadrage. Actuellement, ces modifications ne sont possibles qu'en modifiant le fichier multimédia principal, car la fonction de vignette n'utilise aucun filtre.

Que diriez-vous de construire l'interface utilisateur multimédia wordpress nécessaire pour le nouveau projet d'API wrapper de flux gsoc pour les serveurs rtmp / rtmpe.

http://wiki.github.com/jmstacey/wp-stream-wrappers/

Mon problème est que je garde tout mon contenu vidéo sur des clusters de serveurs de communication flash séparés car je fais beaucoup de diffusion vidéo en direct. Une chose qui me rend fou, ainsi que mes clients, de wordpress est de devoir quitter l'éditeur wp pour aller chercher le code d'intégration pour une vidéo à partir de ma plate-forme logicielle de gestion vidéo d'autres serveurs.

Pour aggraver encore les choses, j'utilise également le cdw highwinds et akamai, me laissant des fichiers vidéo dans 3 endroits.

Pouvoir accéder à tous mes médias depuis n'importe quel serveur, cdn, directement dans l'éditeur wordpress serait un rêve devenu réalité. Pour moi au moins, ce serait ma priorité n ° 1 cette année.

Configuration du référentiel

Plus j'utilise Linux Derivates, plus je me demande pourquoi les choses sont si étroitement liées aux webmasters de wordpress.org. Le référentiel par exemple. Il n'y en a qu'un. Qu'est-ce qui serait plus cool pour les supporters et les administrateurs de configurer leur propre référentiel? Donc, pour offrir des modules complémentaires comme des thèmes et des plugins, ils prennent soin de leurs utilisateurs, y compris. fournir des mises à jour, etc.

Par exemple, avec les thèmes, une fois conçus pour un client, il / elle s'intéresse à ce thème - et pas à tout autre thème. Donc, demander des mises à jour, un propre référentiel rendrait le flux de travail avec le client beaucoup plus facile, comme faire les mises à jour sur un système de développement puis, quand cela fonctionne, publier la dernière version via le référentiel.

Mais en ce moment, la configuration du référentiel WordPress et avec elle la fonctionnalité de mise à jour est totalement limitée à wordpress.org ou à ceux qui piratent un système comparable qui n'est pas très intelligent, car la plupart des fonctionnalités du référentiel sont déjà implémentées et il y a pas besoin que tout le monde fasse des choses qui pourraient casser d'autres choses.

Un problème principal est qu'il est simplement verrouillé sur wordpress.org. Je n'aime pas du tout le verrouillage des fournisseurs dans les logiciels, surtout pas avec les logiciels libres. Cela rend les avantages connus du logiciel libre de plus en plus obsolètes.

Ticket associé: # 13067 - Configuration du plugin et du / des référentiel (s) de thème

Il semble que les développeurs principaux soient contre cela - évidemment pour diverses raisons. Mais au final, cela se traduit simplement par le fait de ne pas offrir à tous les utilisateurs une fonctionnalité offerte à wordpress.org. Cela ne contrebalance en rien les avantages pour les supporters et les administrateurs professionnels de wordpress ainsi que les administrateurs système dans les réseaux locaux. Alors pourquoi limiter quelque chose qui pourrait être illimité par défaut?

Si WordPress Core n'envisage pas d'intégrer cela, je pense qu'il devrait être possible de le fournir par un plugin appartenant collectivement afin que la fonctionnalité existante devienne utilisable par tout le monde tout en restant compatible les uns avec les autres.

Il y a des outils essentiels utilisés quotidiennement qui, je pense, aideraient vraiment les développeurs WordPress. Ceux-ci sont si essentiels sur la plupart des sites que je pense qu'ils n'appartiennent pas en tant que plugins.

API de formulaire - Chaque site / framework / CMS a une gestion de formulaire d'une sorte ou d'une autre, WordPress n'en a pas.

API média - Une API média robuste, en particulier pour la gestion et le contrôle des utilisateurs, a bien longtemps été sur la feuille de route.

API de champ personnalisé - Quelque chose dans le sens de WPAlchemy (classe meta box) devrait être intégré dans le noyau à un niveau de base.

API d'administration - Le contrôle des éléments d'administration (menus, extras, champs, etc.) peut être une véritable douleur pour les rôles d'utilisateur.

Galeries

1. Actuellement, vous n'obtenez pas l'onglet "Galerie" si vous n'avez pas téléchargé au moins 2 images dans un message. Il est donc impossible d'utiliser les fichiers de la bibliothèque multimédia pour créer une nouvelle galerie. Pour une raison (inconnue), il est possible d'ajouter les mêmes images (ou d'autres fichiers) à plusieurs publications, mais vous ne pouvez pas créer de galeries à partir de publications qui existent déjà.

2. Contournez / filtrez uniquement le balisage de la galerie. Actuellement, vous devez remplacer complètement la fonction de galerie juste pour l'ajouter. par exemple. une classe css pour chaque image. Nous aurions juste besoin d'un seul filtre pour nous éviter de répéter le code de base (assez long) encore et encore.

Analyse et amélioration de l'optimisation de la vitesse

Options avancées du frontal

Personnellement, je pense que le tableau de bord wordpress doit être séparé en deux parties et que celles concernant le CONTENU (messages, termes, liens, commentaires, etc.) devraient être leur frontal, je peux sentir une meilleure convivialité lorsque j'utilise TUMBLR (pour publier du contenu) que dans wordpress. Le pourcentage d'utilisateurs utilisant wordpress pour publier du contenu est plus élevé que les développeurs comme nous, pour eux, il n'est pas nécessaire d'afficher le panneau d'administration.

wp-admin ne doit être utilisé que pour la configuration (c'est-à-dire les thèmes, les plugins, les paramètres, etc.).

Importateur CSV intégré

L'importateur CSV intégré serait pratique lors du téléchargement d'une grande quantité de contenu via CSV. Je pense que l'option d'importation actuelle dans wordpress n'est utilisée que par quelques-uns, beaucoup ont leur contenu au format xls, nous avons un plugin pour cela, mais ce serait mieux si c'est inbuit.

Répertoire au lieu de liens

L'option de liens est l'option la moins utilisée dans wordpress, ce serait bien si wordpress change cela en options de répertoire (avec carte, identificateur d'adresse), car il n'y a pas de package reconnu exact disponible pour le répertoire dans opensource, mais c'est une demande croissante pour ça. Je pense que si le répertoire est ajouté, alors wordpress serait une plate-forme de tueur.

Option d'évaluation intégrée

Ce serait bien si nous avons un bon système de notation (comme celui de wordpress.org) pour évaluer les publications.

Option de galerie avancée

L'option de galerie actuelle n'inclut que des images de téléchargement, ce serait bien si c'est une option pour ajouter des images externes en tant que pièces jointes, car cela les inclurait dans la galerie.

Inscription Ajax WordPress

L'enregistrement Ajax intégré pourrait gagner du temps et éviter toute confusion pour les utilisateurs. cela peut être fait via le plugin d'inscription bp-xtra mais je pense que son exagération, avoir une option intégrée serait bien.

Publication récente avec une image en vedette sur le côté ou toute image de the_content sur le site.

comme ceci http://prntscr.com/1oj69