Ich erstelle ein Community-Wiki , um die folgende Frage zu stellen:
- Welche Funktionen würden Sie am liebsten in WordPress sehen?
Diese Frage impliziert ein paar Dinge:
Es sollte die Eigenschaften auftauchen, die Enthusiasten am meisten wollen , und nicht nur Vorbeifahren von Leuten, die nicht die Mühe haben zu wissen, dass das "P" großgeschrieben werden muss ( Insider-Witz. Natürlich ... )
Bevorzugen Sie Funktionen, von denen fortgeschrittene Benutzer und insbesondere Entwickler von Themes und / oder Plugins profitieren .
Auch bevorzugen APIs und andere Enabler vs. nur noch ein weiteren neuer UI - Widget. Beispiele hierfür könnten eine Backup-API sein, auf der viele Entwickler aufbauen könnten, oder eine Twitter-API, auf der die Entwickler aufbauen könnten.
Konzentrieren Sie sich nur auf die wenigen Dinge, die Sie wirklich am meisten wollen , und nicht auf alles, woran Sie denken können. Lassen Sie dies nicht zu einer Müllhalde für alles werden, woran Sie denken können oder was Sie jemals gedacht haben. Wenn Sie ein gewünschtes Feature hinzufügen, fragen Sie sich, ob Sie es oder Ihre Top-3- Features bevorzugen . wenn nicht, solltest du es vielleicht nicht hinzufügen.
Geben Sie einige wichtige Details an, einschließlich, falls zutreffend:
A. Wireframes (vielleicht mit Balsamiq ?),
B. API-Schnittstellen
C. Vorgeschlagene Haken
D. URL-Strukturen
E. und mehr.
F. Auch Quellcode
Bitte nur die wichtigsten Funktionen. Fügen Sie nicht "Ich möchte, dass die Admin-Konsole lila ist" oder "Ich möchte wirklich, dass das Admin-Menü rechts ist" hinzu.
Vermeiden Sie Dinge, die nur Automattic steuern kann, wie dies bei WordPress.com der Fall ist !! (Nicht, dass Enthusiasten das interessieren würden, aber ...) Besser bei den Dingen bleiben, die Mitwirkende an einem Open-Source-Projekt beeinflussen können, wie Code und Zusammenarbeit.
Regeln dieses Wikis
Vorschläge nicht duplizieren . Wenn Sie dies tun, ist es in Ordnung, aber ein Moderator kann die Bewertung herabstimmen und / oder löschen, wenn dies möglich ist. In dem Fall, dass es ein signifikantes Duplikat gibt, aber mit einigen guten Ergänzungen sollten wir die Antwort, die es dupliziert, so bearbeiten, dass sie die Ergänzungen enthält.
Weitere Regeln werden nach Bedarf kommen , sobald wir erkennen, dass sie benötigt werden.
Wenn Sie Bedenken in Bezug auf WordPress-Ideen , das Buy-in des Kernteams oder eine Beziehung zu WordPress / Automattic haben , lesen Sie bitte die Kommentare in einer meiner eigenen " Antworten ", die unten auf diese Frage gepostet wurden. Ich hoffe, dass diese Bemühungen rundum positiv ausfallen und dass jeder, einschließlich Automattic und des WordPress-Kernteams, einen enormen Nutzen aus dem Ergebnis ziehen wird.
Antworten:
Eine Benutzeroberfläche für benutzerdefinierte Felder
Ich denke wirklich benutzerdefinierte Felder mit benutzerdefinierten Benutzeroberflächen sind wirklich eine große Anforderung für viele Leute. Ich meine, obligatorisch, wiederholend, gruppiert, mehrere Bilder, etc.
Es gibt eine Reihe von Plugins, die versuchen, die Funktionalität bereitzustellen, aber alle sind Add-Ons und müssen jedes Mal neue WP-Features nachholen. Magic Fields scheint als Ausgangspunkt einigermaßen gut zu sein.
Und sie würden die neuen Custom Posts perfekt ergänzen.
quelle
register_post_field()
Funktion zum Definieren eines Felds in Bezug auf einen Beitrag bereitstellt und für Entwickler und Themen, nicht für Endbenutzer, und für das Design, das es sein soll einhängbar und (fast) unendlich flexibel. Es kann sinnvoll sein, ein Core-Plugin aufzunehmen, wenn die Community es genug mag.register_post_type()
durch den Aufrufregister_post_field()
. Und ja, die Formulare würden automatisch generiert. Es gibt mehrere Plugins, die dies bereits tun, aber die meisten scheinen sich darauf zu konzentrieren, dem Endbenutzer eine Benutzeroberfläche und nicht dem Entwickler eine Standard-API bereitzustellen. Meins konzentriert sich auf Letzteres.Post / Page-Beziehungen
Die Möglichkeit, einen Beitrag mit einem anderen zu verknüpfen, ist definitiv eine Funktion, die ich auf fortgeschritteneren Client-Websites, die Wordpress verwenden, dringend benötige. Die Möglichkeit, einen Beitrag mit einem anderen Beitrag oder einer anderen Seite zu verknüpfen, sollte im Kern vorhanden sein.
Ich weiß, dass Mike sich im Wordpress-Trac ein wenig engagiert hat, um so etwas im Kern voranzutreiben, aber es wurde noch nichts hinzugefügt.
Beispiel;
Ich habe einen benutzerdefinierten Post-Typ namens Künstler . Ich habe auch einen benutzerdefinierten Beitragstyp namens Alben , Rezensionen und Touren . Jetzt hat der Künstler eigene Beitragstypen; eine Biografie, Links zu Social-Media-Websites wie Last.fm & Facebook und ein Künstlerbild.
Ich möchte eine neue Tour zu meinem hinzufügen Touren benutzerdefinierte Post - Typ, aber haben es für einen bestimmten Künstler. In diesem Fall ist der Künstler Thrice und ich möchte eine Tour hinzufügen, die Thrice im Mai 2011 durchführt. Ich füge den Ort und das Datum hinzu und wähle dann den Beitrag aus, auf den ich ihn beziehen möchte. In diesem Fall ist es Thrice.
Ich kann dann alle Touren abfragen und den zugehörigen Künstler im Frontend finden. Das Argument, das ich gesehen habe, ist, dass Sie benutzerdefinierte Taxonomien verwenden können, aber dies würde das Duplizieren von Inhalten erfordern und überhaupt nicht effizient sein, insbesondere wenn ein Künstler ein Bild, Links zu Social Media-Profilen und andere artistenspezifische Dinge hat.
Es gibt bereits ein Plugin, das die genannten Posts To Posts recht gut macht . Wenn so etwas hinzugefügt würde, würde es mir das Leben erleichtern und den vielen anderen Menschen, die diese Funktionalität wünschen, das Leben erleichtern.
quelle
Dies sind die Funktionen, die derzeit auf meiner Auswahlliste stehen:
1) Medienverwaltung
Ich würde mir wünschen, dass die Entwicklung / Verbesserung von Media Management in naher Zukunft Vorrang hat, so dass der Post-Typ "Media" eine analoge Feature-Parität mit z. B. den Post-Typen "Post" und "Page" annimmt. Medien sollten ein angemessenes Taxonomiesystem haben. Medien (und Galerien) sollten eigenständig verwaltet werden können (anstatt nur über die Post, an die sie angehängt sind, verwaltet zu werden). Medien (und Galerien) sollten viel einfacher an Posts oder Pages angehängt, angehängt und wieder angehängt werden können.
Grundsätzlich sollte ein Großteil der Funktionalität eines Plugins wie NextGen Gallery in den Core integriert werden (auf welche Weise auch immer).
2) Widgets-Benutzeroberfläche
Ich denke, von allen Administrationsoberflächen ist die Benutzeroberfläche Aussehen -> Widgets die am meisten verbesserungsbedürftige. Es ist ideal für eine begrenzte Anzahl von Widgets und eine noch geringere Anzahl von Widget-Seitenleisten. aber das UX verschlechtert sich schnell mit zu vielen Widgets und (besonders) mit zu vielen Sidebars.
Ich bin kein UX-Experte / Designer, aber wenn ich etwas vorschlagen würde, würde ich es vorziehen, eine einspaltige Widget-Auflistung (vorzugsweise mit in sich geschlossenem Bildlauf) und den größten Teil der Bildschirmfläche für das zu sehen Seitenleisten. Außerdem möchte ich, dass der vorherige Status der erweiterten / minimierten Seitenleisten beibehalten wird und nicht die Seitenleiste mit der niedrigsten ID beim Laden der Seitenleiste immer erweitert wird.
3) Theme installieren / deinstallieren / aktivieren / deaktivieren Hooks
Diese Hooks bringen die Theme-Funktionalität und -Standardisierung besser in Einklang mit den Plugins. Ich habe mich freiwillig gemeldet, um zu versuchen, Patches für 3.2 bereitzustellen. Wünscht mir also Glück!
4) Ein Entwicklungsfahrplan
Ich würde es begrüßen, wenn das Kern-Entwicklungsteam eine Entwicklungs-Roadmap erstellt, die mindestens 3-5 wichtige Revisionen in der Zukunft umfasst. Eine solche Roadmap würde der Benutzergemeinschaft die Möglichkeit geben, die erwarteten Erweiterungen / Änderungen der Funktionen zu berücksichtigen, und sie würde dazu beitragen, die Beiträge / Beiträge der Entwicklergemeinschaft für jede Version zu konzentrieren.
quelle
Vollständig unterstützte Admin-Designs
WordPress-Admin-Themes werden derzeit nur teilweise unterstützt. Obwohl es möglich ist, das Aussehen des Administrators durch Ändern der CSS-Dateien zu ändern, ist es nicht möglich, den HTML-Code zu ändern, ohne den Kernquellcode von WordPress zu ändern. Dies ist der Grund, warum es momentan nicht viele WordPress-Admin-Themen gibt und diejenigen, die existieren, sich nur auf die Anwendung eines anderen CSS stützen.
Um beispielsweise einen ThemeForest-Skin anzuwenden, muss ein Entwickler Änderungen am HTML-Code vornehmen, da er sonst nicht alle bereitgestellten CSS-Codes anwenden kann.
Derzeit denke ich, das beste Admin-Thema ist dieses, aber ich denke, Sie stimmen zu, dass es viel besser geht: Fluency Admin .
quelle
Das sind also meine Kommentare zu möglichen Bedenken in Bezug auf WordPress-Ideen , das Buy-in des Kernteams oder die Beziehung zu WordPress / Automattic .
Was ist mit WordPress-Ideen ?
Aber warte, gibt es so etwas nicht schon? Heißt es nicht WordPress Ideas ? Nun wahr , es sei denn:
WordPress Ideas hat Ideen von jeder Benutzerebene, so dass die Anliegen der Enthusiasten im Chaos verloren gehen.
WordPress Ideas erlaubt keine Community-Moderation wie StackExchange.
WordPress Ideas fördert keine gute Formatierung und erlaubt keine Bearbeitung. Wenn also Mist gepostet wird, muss er Mist bleiben.
WordPress Ideas wurde in der jüngeren Vergangenheit einseitig von den am besten bewerteten Ideen abgeschnitten, ohne dass Eingaben von der Community oder Warnungen an die Community erforderlich waren. StackExchange verfügt über ein Prüfsystem, das wir einfach nicht umgehen können, und StackExchange hat keinen Anreiz, wichtige Beiträge zu eliminieren
WordPress Ideas verwendet nur ein Fünf-Sterne-Bewertungssystem, das die Reputation eines Benutzers weder positiv noch negativ beeinflusst . StackExchange bietet Up- / Down-Voting, das sich auf die Reputation eines Benutzers auswirkt. Letzteres scheint die Qualität und nützliche Teilnahme besser zu gewährleisten.
Für WordPress Ideas müssen Sie einen Drilldown durchführen, um die Ideen zu sehen, und es wird keine ganzheitliche Ansicht bereitgestellt . Mit StackExchange können wir alle Funktionen auf derselben Seite (n) anzeigen und beide Details ohne großen Aufwand scannen.
WordPress Ideas wird von Automattic gesteuert . Das ist keine Kritik an Automattic, es ist einfach eine Anerkennung, dass alle Entitäten nach ihren eigenen Interessen Ausschau halten. Aber etwas zu haben, das nicht von den Interessen von Automattic überwacht wird, könnte einen echten Wert haben. ( Zur Verdeutlichung nach unten springen .)
Wann immer ich eine Idee auf WordPress Ideas gepostet habe, hatte ich das Gefühl, dass meine Idee in ein schwarzes Loch gefallen ist, von dem ich nie wieder etwas zu hören bekommen habe. Ich möchte wirklich mit diesen Feature-Ideen interagieren und hoffentlich einige konkrete Fortschritte sehen.
Schließlich habe ich leider festgestellt, dass das Kernteam und häufige Mitarbeiter von Trac- und WP-Hackern weniger offen dafür sind, Feature-Anforderungen für Anwendungsfälle zu berücksichtigen , mit denen sie zumindest von mir nicht vertraut sind. Ich persönlich möchte, dass ich hier Vorschläge für die Dinge veröffentlichen kann, die meiner Meinung nach am wichtigsten sind, und in der Lage bin, darüber zu diskutieren, ohne von jemandem herabgesetzt zu werden, der sich nicht die Mühe macht, die Gültigkeit meiner Anwendungsfälle zu verstehen. Wenn die besprochenen Ideen stichhaltig sind, möchte ich von anderen , die ich respektiere und die anscheinend Respekt für mich in Bezug auf die Feature-Ideen selbst entwickeln, eine Bestätigung erhalten .
Was ist mit dem Core Team Buy-In ?
Aber warten Sie, müssen wir nicht das Buy-In des WordPress-Kernteams erhalten, um dies zu diskutieren? Naja eigentlich nein .
Hierbei muss es sich nicht nur um Features handeln, die zum Core hinzugefügt wurden, sondern auch um Features, die möglicherweise als Plugins entwickelt wurden , oder ( praktisch ) um alles andere, was WordPress betrifft (mit Ausnahme der Dinge, die nur Automattic steuern kann, wie bereits erwähnt) .)
Die Diskussionen könnten dazu führen, dass Benutzer hier zusammenarbeiten, die sich kennenlernen und Respekt füreinander aufbauen.
Während der Code, der als Ergebnis der hier aufgelisteten Funktionen entwickelt wurde, es möglicherweise nie per se zum Core schafft, sind diese Funktionen möglicherweise der Typ, der es zum Core-Plugin-Status macht .
Durch die Trennung der Anforderungen von Endbenutzern für Einsteiger von den Anforderungen von Enthusiasten / Designern / Entwicklern können wir dem Kernteam möglicherweise mehr Klarheit bieten und ihnen helfen, zu verstehen, was die Community von Enthusiasten / Designern / Entwicklern zusätzlich zu den Anforderungen benötigt breitere Endbenutzer-Community in WordPress.
Und wenn wir eine große Anzahl namentlich genannter Benutzer haben, die sich hier auf die Notwendigkeit eines bestimmten Features einigen , insbesondere wenn wir es bereits implementiert haben, besteht meiner Meinung nach eine größere Wahrscheinlichkeit, dass das Kernteam darauf achtet, als wenn es vorgeschlagen wird von einer einzelnen Person auf frustrierte Weise ( was ich zugeben muss, ein- oder zweimal in der Vergangenheit getan zu haben. :) IOW, ich denke, dieser Mechanismus könnte uns allen wirklich helfen.
Dieser Aufwand gegen WordPress / Automattic?
Um es klar auszudrücken, habe ich dieses NICHT gepostet. Ich wiederhole es NICHT , um gegen Automattic oder das WordPress-Kernteam zu sein. Stattdessen wollte ich einfach nur den unglaublichen Mechanismus nutzen, den StackExchange bietet, um die am meisten gewünschten Funktionen aufzudecken, zu diskutieren und möglicherweise zusammenzuarbeiten und die nützlichsten Funktionen zu finden.
Ich hoffe erneut, dass diese Bemühungen rundum positiv ausfallen und dass jeder, einschließlich Automattic und des WordPress-Kernteams, einen enormen Nutzen aus dem Ergebnis ziehen wird.
Und ich hoffe, das hilft.
-Mike
quelle
Benutzerdefinierte Post-Statuen.
Die Möglichkeit, den Status eines neuen Beitrags / einer neuen Seite / eines neuen Beitragstyps zu definieren und nicht nur zu entwerfen und zu veröffentlichen. Ich glaube jedoch, dass dies im Gange ist! Ich möchte dies verwenden, um einen neuen Typ namens Block zu erstellen. Erstellen Sie dann Inhaltsblöcke, die sich auf Seiten beziehen, aber nicht in Feeds veröffentlicht oder direkt öffentlich zugänglich sind.
Definieren der Position des Vorschaubild-Zuschnitts
Leider ist die Thumbnail-Erzeugung immer im Bild zentriert, aber manchmal muss ich zum Beispiel von oben links beschneiden.
In der Lage zu sein, die Erntekoordinaten zu definieren, wäre wunderbar. Derzeit sind diese Änderungen nur durch Bearbeiten der zentralen Mediendatei möglich, da die Thumbnail-Funktion keine Filter verwendet.
quelle
Wie wäre es mit dem Erstellen der erforderlichen WordPress-Medien-Benutzeroberfläche für das neue gsoc-Stream-Wrapper-API-Projekt für RTMP / RTMPE-Server?
http://wiki.github.com/jmstacey/wp-stream-wrappers/
Mein Problem ist, dass ich meinen gesamten Videoinhalt auf separaten Flash-Kommunikationsserver-Clustern halte, da ich viel Live-Videoübertragung mache. Eine Sache, die mich und meine Kunden verrückt nach WordPress macht, ist, dass sie den WP-Editor verlassen müssen, um den Einbettungscode für ein Video von der Videoverwaltungssoftwareplattform meines anderen Servers abzurufen.
Um es noch schlimmer zu machen, benutze ich auch Highwinds und Akamai Cdn und lasse mir Videodateien an 3 Orten.
Es wäre ein Traum, von jedem Server, CDN, direkt im WordPress-Editor auf alle meine Medien zugreifen zu können. Zumindest für mich wäre es in diesem Jahr meine oberste Priorität.
quelle
Repository-Konfiguration
Je mehr ich Linux-Derivate verwende, desto mehr frage ich mich, warum die Dinge so eng mit den Webmastern von wordpress.org verbunden sind. Das Repository zum Beispiel. Es gibt nur einen. Was wäre cooler für Supporter und Administratoren, um ihr eigenes Repository zu konfigurieren? Um Add-Ons wie Themes und Plugins anbieten zu können, kümmern sie sich um ihre Benutzer. Bereitstellung von Updates usw.
Zum Beispiel bei Themen, die einmal für einen Kunden erstellt wurden, interessiert er sich für dieses Thema - und für kein anderes Thema. Wenn Sie also nach Updates fragen, erleichtert ein eigenes Repository den Workflow für den Kunden erheblich, z. B. das Ausführen der Updates auf einem Entwicklungssystem und das Veröffentlichen der neuesten Version über das Repository, wenn dies funktioniert.
Die WordPress-Repository-Konfiguration und damit die Update-Funktionalität ist derzeit jedoch vollständig auf wordpress.org und auf diejenigen beschränkt, die sich in ein vergleichbares System hacken, das nicht sehr clever ist, da der größte Teil der Repository-Funktion bereits implementiert ist und vorhanden ist Es ist nicht nötig, dass alle Dinge tun, die andere Dinge zerstören könnten.
Ein Hauptproblem ist, dass es nur auf wordpress.org gesperrt ist. Ich mag es nicht, wenn ein Anbieter an Software gebunden ist, besonders nicht bei Freier Software. Dadurch werden die bekannten Vorteile freier Software immer mehr hinfällig.
Zugehöriges Ticket: # 13067 - Konfiguration von Plugin und Theme Repository / s
Es sieht so aus, als ob Kernentwickler dagegen sind - offensichtlich aus verschiedenen Gründen. Dies hat jedoch letztendlich zur Folge, dass nicht alle Benutzer eine Funktionalität erhalten, die wordpress.org angeboten wird. Dies steht in keiner Weise im Widerspruch zu den Vorteilen für professionelle WordPress-Unterstützer und Administratoren sowie für Systemadministratoren in lokalen Netzwerken. Warum also etwas einschränken, das standardmäßig unbegrenzt sein könnte?
Wenn WordPress Core nicht überlegt, dies zu integrieren, sollte es meiner Meinung nach möglich sein, dies durch ein Plugin im gemeinsamen Besitz bereitzustellen, damit die vorhandene Funktionalität von jedem genutzt werden kann, während sie miteinander kompatibel bleibt.
quelle
Es gibt einige wichtige Tools, die täglich verwendet werden und die meiner Meinung nach den WordPress-Entwicklern wirklich weiterhelfen. Diese sind auf den meisten Websites so wichtig, dass ich glaube, dass sie nicht als Plugins gehören.
Formular-API - Jede Site / Framework / CMS verfügt über die eine oder andere Formularbehandlung, WordPress über keine.
Medien-API - Eine robuste Medien-API speziell für die Verwaltung und Benutzerkontrolle war zu lange auf der Roadmap.
Benutzerdefinierte Feld-API - Etwas im Sinne von WPAlchemy (Meta-Box-Klasse) sollte auf einer grundlegenden Ebene in den Kern integriert werden.
Admin-API - Das Steuern von Admin-Elementen (Menüs, Extras, Felder usw.) kann für Benutzerrollen eine echte Belastung sein.
quelle
Galerien
1. Derzeit Sie nicht die „Galerie“ Registerkarte, wenn man nicht einen hochgeladen haben mindestens 2 Bilder auf einen Beitrag. Es ist daher unmöglich, die Mediathekdateien zum Erstellen einer neuen Galerie zu verwenden. Aus irgendeinem (unbekannten) Grund gibt es Unterstützung für das Hinzufügen derselben Bilder (oder anderer Dateien) zu mehreren Posts, aber Sie können keine Galerien aus bereits vorhandenen Posts erstellen.
2. Umgehen / Filtern Sie nur das Galerie-Markup. Derzeit müssen Sie die Galerie-Funktion vollständig überschreiben, um sie hinzuzufügen. z.B. eine CSS-Klasse für jedes Bild. Wir brauchen nur einen einzigen Filter , um den (ziemlich langen) Kerncode nicht immer wieder zu wiederholen.
quelle
Analyse und Verbesserung der Geschwindigkeitsoptimierung
quelle
Erweiterte Frontend-Optionen
Ich persönlich bin der Meinung, dass das WordPress-Dashboard in zwei Teile unterteilt werden sollte und dass die Inhalte (Beiträge, Begriffe, Links, Kommentare usw.) im Vordergrund stehen sollten. Ich kann eine bessere Benutzerfreundlichkeit spüren, wenn ich TUMBLR (zum Posten von Inhalten) verwende als in WordPress. Der Prozentsatz der Benutzer, die WordPress zum Posten von Inhalten verwenden, ist höher als bei Entwicklern wie uns. Für sie ist es nicht erforderlich, das Admin-Panel anzuzeigen.
wp-admin sollte nur zur Konfiguration verwendet werden (dh Themen, Plugins, Einstellungen usw.).
Eingebauter CSV-Importer
Der eingebaute CSV-Importer ist praktisch, wenn Sie große Mengen von Inhalten über CSV hochladen. Ich bin der Meinung, dass die aktuelle Importoption in WordPress nur von wenigen verwendet wird, viele haben ihren Inhalt im XLS-Format, wir haben ein Plugin dafür, aber es wäre besser, wenn es funktioniert.
Verzeichnis statt Links
Die Option links ist die am wenigsten verwendete Option in WordPress. Es wäre gut, wenn WordPress diese Option in eine Verzeichnisoption (mit Karte, Adresserkennung) ändern würde, da für das Verzeichnis in OpenSource kein genaues erkanntes Paket verfügbar ist, aber die Nachfrage steigt dafür. Ich denke, wenn Verzeichnis hinzugefügt wird, dann wäre WordPress Killer-Plattform.
quelle
Eingebaute Rating-Option
Es wäre gut, wenn wir ein gutes Bewertungssystem (wie das in wordpress.org) für Bewertungsbeiträge hätten.
Erweiterte Galerieoption
Die aktuelle Galerieoption enthält nur Bilder aus dem Hochladen. Es wäre gut, wenn Sie externe Bilder als Post-Anhänge hinzufügen könnten, da diese dann in die Galerie aufgenommen würden.
Ajax WordPress-Registrierung
Die integrierte Ajax-Registrierung kann Zeit sparen und Verwirrung für die Benutzer vermeiden. Dies kann über das bp-xtra Anmelde-Plugin erfolgen, aber ich denke, es ist übertrieben, eine eingebaute Option zu haben, wäre gut.
quelle
Letzter Beitrag mit einem hervorgehobenen Bild auf der Seite oder einem beliebigen Bild von the_content auf der Website.
so http://prntscr.com/1oj69
quelle