Quali funzionalità vorresti vedere aggiunte a WordPress? [chiuso]


27

Sto creando un wiki della comunità per porre la seguente domanda:

  • Quali funzionalità vorresti vedere aggiunte a WordPress?

Questa domanda implica alcune cose:

  • Dovrebbe emergere le caratteristiche che gli appassionati desiderano di più , non solo guidare da persone che non possono preoccuparsi di sapere che la "P" deve essere capitalizzata ( all'interno di una battuta. Naturalmente ... )

  • Favorire le funzionalità a beneficio degli utenti più avanzati e in particolare degli sviluppatori di temi e / o plugin .

  • Favorisci anche le API e altri fattori abilitanti rispetto a un altro nuovo widget dell'interfaccia utente. Esempi di questo potrebbero essere un'API di backup su cui molti sviluppatori potrebbero basarsi o un'API di Twitter su cui potrebbero basarsi i temi.

  • Concentrati solo sulle poche cose che vuoi davvero di più , non su tutto quello a cui riesci a pensare. Non lasciare che questa sia una discarica per tutto ciò che ti viene in mente o che hai mai pensato. Quando aggiungi una funzionalità desiderata, chiediti se preferisci averla o le tue 3 funzionalità principali; se no forse non dovresti aggiungerlo.

  • Fornisci alcuni dettagli , tra cui, se del caso:

    A. Wireframes (forse usando Balsamiq ?),

    B. Interfacce API

    C. Ganci suggeriti

    D. Strutture URL

    E. E altro ancora.

    F. Codice sorgente pari

  • Solo caratteristiche significative , per favore. Non aggiungere qualcosa come "Voglio che la console di amministrazione sia viola" o "Voglio davvero che il menu di amministrazione sia sulla destra."

  • Evita cose che solo Automattic può controllare come cose su WordPress.com !! (non che gli appassionati se ne fregano, ma ...) Meglio attenersi alle cose che i partecipanti a un progetto open source possono influenzare come codice e collaborazione.

Regole di questo Wiki

  • Non duplicare suggerimenti . Va bene se lo fai, ma un moderatore può sotto-votare e / o eliminare se possibile. Nel caso in cui esista un duplicato significativo, ma con alcune buone aggiunte dovremmo modificare la risposta che la duplica per includere le aggiunte.

  • Più regole arriveranno quando necessario , quando ci rendiamo conto che sono necessarie.

In caso di dubbi in merito a idee WordPress , buy-in Core Team o relazione con WordPress / Automattic , vedere i commenti in una delle mie " risposte " pubblicate a questa domanda, di seguito. La mia speranza è che questo sforzo sia del tutto positivo e che tutti, incluso Automattic e il core team di WordPress, otterranno un enorme valore dal suo risultato.


Mike, spero che non ti dispiaccia, ho esaminato la grammatica e l'ortografia. Ho pensato che potesse aiutare a comunicare il tuo messaggio in modo più efficace.
Travis Northcutt,

Questa domanda è appropriata? Sembra essere contrario alle FAQ ("Evita di porre domande soggettive, argomentative o che richiedono una discussione estesa")
Bobby Jack,

Forse è meglio solo chiedere e fornire alcune regole come: un suggerimento per risposta, usare il voto su quelli esistenti. O è già questo il significato del wiki della community?
Hacre,

Risposte:


14

Un'interfaccia utente dei campi personalizzati

Penso che campi davvero personalizzati con un'interfaccia utente personalizzata siano davvero un grande requisito per molte persone. Voglio dire, obbligatorio, ripetuto, raggruppato, immagini multiple, ecc.

Esistono molti plugin che provano a fornire la funzionalità, ma sono tutti componenti aggiuntivi e devono giocare ogni volta con nuove funzionalità WP. Magic Fields sembra ragionevolmente buono come punto di partenza.

E farebbero una perfetta aggiunta ai nuovi messaggi personalizzati.


@Alexandre Rafalovitch : Cordiali saluti, sto lavorando a un plug-in per la definizione di campi personalizzati che fornisce una register_post_field()funzione per definire un campo in relazione a un post ed è progettato per sviluppatori e temi, non per utenti finali, e progetta di essere agganciabile e (quasi) infinitamente flessibile. Potrebbe essere sensato l'inclusione come plug-in principale se alla community piace abbastanza.
MikeSchinkel,

Un lavoro meta-meta? Suona bene. Qualcuno deve farlo e sono sicuro che sarebbe apprezzato.
Alexandre Rafalovitch,

@MikeSchinkel, significa che cosa saremmo in grado di descrivere il campo personalizzato nella dichiarazione postale personalizzata e che i moduli verrebbero generati automaticamente?
Taras Mankovski,

@tarasm Sì e no, e non avrebbe importanza. :) Non descriveresti il ​​campo personalizzato NELLA registrazione del tipo di post personalizzato ma invece dopo register_post_type()chiamando register_post_field(). E sì, i moduli si genererebbero automaticamente. Esistono diversi plug-in che già lo fanno, ma la maggior parte sembra focalizzata sul fornire all'utente finale un'interfaccia utente e non sul fornire allo sviluppatore un'API standard. Il mio si concentra su quest'ultimo.
MikeSchinkel,

@MikeSchinkel, che funziona altrettanto bene. Ho creato qualcosa di simile qualche anno fa per Joomla. Vorrei aiutare con questo se desideri aiuto. Hai una linea temporale per quando pensi che avresti qualcosa pronto per la versione alpha o beta?
Taras Mankovski,

15

Relazioni post / pagina

La possibilità di mettere in relazione un post con un altro è sicuramente una funzionalità che mi sembra di avere molto bisogno su siti Web client più avanzati che utilizzano Wordpress. La possibilità di mettere in relazione un post con un altro post o pagina è qualcosa che dovrebbe essere fondamentale.

So che Mike ha avuto un certo coinvolgimento nel trac di Wordpress in relazione alla ricerca di qualcosa di simile nel nucleo, ma non è stato ancora aggiunto nulla.

Esempio;

Ho un tipo di post personalizzato chiamato artisti . Ho anche un tipo di post personalizzato chiamato album , recensioni e tour . Ora il tipo di post personalizzato degli artisti ha; una biografia, collegamenti a siti di social media come Last.fm e Facebook e un'immagine dell'artista.

Voglio aggiungere un nuovo tour al tipo di post personalizzato dei miei tour , ma lo ho per un artista specifico. In questo caso l'artista è Thrice e voglio aggiungere un tour che Thrice sta facendo a maggio 2011. Aggiungo il luogo, la data e quindi seleziono a quale post voglio collegarlo, in questo caso è Thrice.

Posso quindi interrogare tutti i tour e ottenere il loro artista correlato sul front-end. L'argomento che ho visto è che puoi usare tassonomie personalizzate, ma ciò richiederebbe la duplicazione dei contenuti e la non efficienza, soprattutto considerando che un artista ha un'immagine, collegamenti a profili di social media e altre cose specifiche dell'artista.

Esiste già un plug-in che fa abbastanza bene i summenzionati cosiddetti Posts To Posts . Se fosse aggiunto qualcosa del genere, mi renderebbe la vita e molte altre persone che desiderano questa funzionalità più facile.


+1 Sì, sono stato sorpreso di scoprire che anche quello non era possibile. Finì per usare i tag in un modo un po 'insoddisfacente.
aggiunto il

Vorrei aggiungere alla mia risposta che il plug-in Posts 2 Posts di Scribu fornisce le funzionalità di cui sopra in Wordpress, molto bene. Dovrebbero semplicemente unire quel plugin nel core o farlo spedire con Wordpress per impostazione predefinita.
Dwayne Charrington,

8

Queste sono le funzionalità attualmente nella mia lista:

1) Gestione dei media

Mi piacerebbe vedere lo sviluppo / miglioramento della gestione dei media con lo stato prioritario per alcune versioni del prossimo futuro, in modo tale che il post-tipo "Media" assuma parità di funzionalità analoga con, ad esempio, i post-tipi "Post" e "Pagina". I media dovrebbero avere un sistema di tassonomia adeguato. I media (e le gallerie) dovrebbero essere in grado di essere gestiti da soli (ovvero piuttosto che essere in grado di essere gestiti solo attraverso le poste a cui sono collegati). I media (e le gallerie) dovrebbero poter essere collegati, scollegati e ricollegati a post o pagine molto più facilmente.

Fondamentalmente, gran parte delle funzionalità di un plugin come NextGen Gallery dovrebbero essere incorporate nel core (in qualunque modo appropriato).

2) Interfaccia utente dei widget

Penso che, tra tutte le interfacce di amministrazione, l'interfaccia utente Aspetto -> Widget sia quella che necessita di miglioramenti. È ottimo per un numero limitato di Widget e un numero ancora più limitato di barre laterali Widgetized; ma l'UX si degrada rapidamente con troppi widget e (soprattutto) con troppe barre laterali.

Non sono un esperto / designer di UX, ma se dovessi proporre qualcosa, preferirei vedere un elenco di widget a colonna singola (preferibilmente con scorrimento autonomo) e la maggior parte degli immobili dello schermo dedicati al sidebars. Inoltre, vorrei che lo stato precedente delle barre laterali espanse / compresse venisse mantenuto, piuttosto che la barra laterale con ID più basso venisse sempre espansa su pageload.

3) Installa tema / disinstalla / attiva / disattiva hook

Questi hook porteranno la funzionalità e la standardizzazione del tema più in linea con i plugin. In realtà mi sono offerto volontario per tentare di fornire patch per questi per 3.2, quindi augurami buona fortuna!

4) Una roadmap di sviluppo

Vorrei che il nucleo centrale di sviluppo presentasse una tabella di marcia per lo sviluppo che copra almeno 3-5 importanti revisioni nel futuro. Tale tabella di marcia darebbe alla comunità di utenti l'opportunità di valutare le aggiunte / modifiche previste per le funzionalità e contribuirebbe a focalizzare l'input / contributo della comunità di sviluppatori per ogni versione.


4

Temi di amministrazione completamente supportati

I temi di amministrazione di WordPress sono attualmente supportati solo parzialmente. Sebbene sia possibile cambiare l'aspetto dell'amministratore modificando i file CSS, non è possibile cambiare l'HTML senza cambiare il codice sorgente principale di WordPress. Questo è il motivo per cui non ci sono molti temi di amministrazione di WordPress in circolazione in questo momento e quelli che esistono dipendono solo dall'applicazione di un CSS diverso.

Per applicare una skin ThemeForest, ad esempio, uno sviluppatore dovrebbe apportare modifiche all'HTML, altrimenti non potrebbe applicare tutto il CSS fornito.

Attualmente penso che il miglior tema di amministrazione in circolazione sia questo, ma penso che potresti essere d'accordo molto meglio: Fluency Admin .


È improbabile che ciò accada a causa della complessità del tema. Sarebbe un sacco di lavoro per sottrarre il codice dall'HTML per un piccolo guadagno alla fine. Ti conviene attenersi ai CSS e inviare le patch per una migliore personalizzazione tramite CSS.
Viper007Bond

Un biglietto in qualche modo correlato è questo: [ core.trac.wordpress.org/ticket/11517 # 11617] Penso che sia necessario fare molto prima (ma vale la pena anche se fatto parzialmente) prima che ci sia qualcosa come un tema per Admin.
Hacre,

3

Quindi questi sono i miei commenti riguardo a potenziali preoccupazioni relative a Idee WordPress , buy-in Core Team o relazione con WordPress / Automattic .

Che dire delle idee di WordPress ?

Ma aspetta, non c'è già qualcosa del genere? Non si chiama WordPress Ideas ? Bene vero , tranne:

  • WordPress Ideas ha idee per ogni livello di utente, quindi le preoccupazioni degli appassionati si perdono nel caos.

  • WordPress Ideas non consente la moderazione della comunità come StackExchange.

  • Le idee di WordPress non incoraggiano una buona formattazione e non consentono la modifica, quindi quando viene pubblicata una merda deve rimanere una merda.

  • WordPress Ideas è stata potata unilateralmente delle idee più votate nel recente passato senza input da parte e nessun avviso alla comunità. StackExchange ha un sistema di controllo che semplicemente non possiamo ignorare e StackExchange non avrà alcun incentivo per eliminare i contributi chiave

  • WordPress Ideas utilizza solo un sistema di valutazione a cinque stelle che non influisce positivamente o negativamente sulla reputazione di un utente . StackExchange offre votazioni up / down che influiscono sulla reputazione di un utente e quest'ultimo sembra fare un lavoro migliore nel garantire qualità e partecipazione utile.

  • WordPress Ideas richiede di eseguire il drill down per visualizzare le idee e non fornisce una visione olistica . Usando StackExchange possiamo avere tutte le funzionalità elencate nella stessa pagina (e) ed essere in grado di scansionare entrambi i dettagli senza tanto lavoro.

  • Le idee di WordPress sono controllate da Automattic . Questa non è una critica di Automattic, è semplicemente un riconoscimento che tutte le entità cercano i propri interessi, punto. Ma avere qualcosa che non è supervisionato dagli interessi acquisiti di Automattic potrebbe avere un valore reale. ( Vai in fondo per chiarimenti.)

  • Francamente ogni volta che ho postato un'idea su WordPress Ideas mi sono semplicemente sentito come se la mia idea cadesse in un buco nero , per non essere più ascoltata. Voglio davvero interagire con queste idee di funzionalità e spero di vederne alcuni tangibili progressi.

  • Infine, purtroppo ho scoperto che il core team e i frequenti collaboratori di trac e wp-hacker sono meno che aperti a considerare le richieste di funzionalità per casi d'uso con cui non hanno familiarità, almeno da parte mia. Quindi personalmente voglio che questo sia un posto in cui posso pubblicare idee per le cose che ritengo più importanti ed essere in grado di discuterle senza essere sminuito da qualcuno che non si impegnerà a comprendere la validità dei miei casi d'uso. Inoltre, se le idee discusse sono valide, mi piacerebbe ottenere da altri la convalida che rispetto e che sembra stiano sviluppando rispetto per me sulle idee stesse .

Che dire del buy-in del Core Team ?

Ma aspetta, non dobbiamo ottenere il buy-in del team principale di WordPress per discuterne? Bene, in realtà no .

  • Questo non deve riguardare solo le funzionalità aggiunte al core, potrebbe anche riguardare tutte le funzionalità che potrebbero essere potenzialmente sviluppate come plug-in o ( praticamente ) qualsiasi altra cosa che influisca su WordPress ( tranne quelle cose che solo Automattic può controllare, come precedentemente affermato .)

  • Le discussioni potrebbero far precipitare la collaborazione tra gli utenti qui che si stanno conoscendo e costruendo rispetto l'uno per l'altro.

  • Mentre il codice sviluppato a seguito delle funzionalità elencate qui potrebbe non arrivare mai al core di per sé, queste funzionalità potrebbero essere il tipo che lo porta allo stato del plug-in core .

  • Separando le esigenze degli utenti finali entry-level dalle esigenze di appassionati / designer / sviluppatori , potremmo essere in grado di offrire maggiore chiarezza al team principale e aiutarli a comprendere ciò che la comunità di appassionati / designer / sviluppatori ritiene necessario oltre al più ampia comunità di utenti finali in WordPress.

  • E infine, se abbiamo un gran numero di utenti nominati con alta reputazione qui d' accordo sulla necessità di una determinata funzionalità , specialmente se l'abbiamo già implementata, penso che ci sia una maggiore probabilità che il core team presterà attenzione che se viene proposto da un singolo individuo in modo frustrato ( che ammetto di aver fatto una o due volte in passato. :) IOW, penso che questo meccanismo potrebbe davvero aiutarci tutti.

Questo sforzo contro WordPress / Automattic?

Per essere chiari, ho pubblicato questo NON ripeto di NON essere antagonista nei confronti di Automattic o del core team di WordPress. Invece volevo semplicemente usare l'incredibile meccanismo che StackExchange ci fornisce per far emergere le funzionalità più ricercate, per permetterci di discutere e magari collaborare e trovare le funzionalità più utili.

Ancora una volta, la mia speranza è che questo sforzo sia del tutto positivo e che tutti, incluso Automattic e il core team di WordPress, trarranno enorme valore dal suo risultato.

E spero che questo aiuti.

-Mike


3

Statue postali personalizzate.

La possibilità di definire nuovi stati di post / pagina / tipo di post anziché solo bozze e pubblicazioni. Credo che questo sia in corso! Vorrei usarlo per creare un nuovo tipo, chiamato blocco. Quindi creare blocchi di contenuti correlati alle pagine, ma non pubblicati nei feed o accessibili pubblicamente direttamente.

Definizione della posizione di ritaglio in miniatura

Sfortunatamente la generazione delle miniature è sempre centrata nell'immagine, ma a volte ho un requisito per ritagliare da sinistra in alto, ad esempio.

Essere in grado di definire le coordinate del raccolto sarebbe meraviglioso. Attualmente queste modifiche sono possibili solo modificando il file multimediale principale, poiché la funzione di anteprima non utilizza filtri.


Entrambi potrei davvero fare con. Tuttavia non so come funzionerebbe la definizione della posizione di ritaglio. Poiché ogni immagine caricata potrebbe richiedere posizioni di ritaglio diverse. E tutto se hai un numero di dimensioni delle miniature potrebbero richiedere anche posizioni di ritaglio diverse.
Brady,

Per le miniature, aggiungerei un'altra variabile alla funzione add_image_size. Un altro array per coordinate x / y. add_image_size ('gallery', 306.208, true, array (0,0));
aggiunto il

2

Che ne dici di costruire la UI media wordpress necessaria per il nuovo progetto API del wrapper di flusso gsoc per server rtmp / rtmpe.

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

Il mio problema è che mantengo tutti i miei contenuti video su cluster di server di comunicazione flash separati mentre eseguo molte trasmissioni video in diretta. Una cosa che fa impazzire me e i miei clienti su wordpress è dover lasciare l'editor di wp per andare a prendere il codice di incorporamento per un video dalla mia piattaforma software di gestione video degli altri server.

A peggiorare le cose, uso anche i cd highwinds e akamai, lasciandomi file video in 3 posizioni.

Poter accedere a tutti i miei file multimediali da qualsiasi server, cdn, direttamente dall'editor di wordpress sarebbe un sogno diventato realtà. Almeno per me sarebbe la mia priorità numero 1 quest'anno.


In realtà ero abbastanza triste nel sapere che 3.1 non includerà cambiamenti importanti nell'interfaccia utente dei media, ancora una volta puntato. Esiste un tipo di plug-in stopgap che posso usare nel frattempo che qualcuno potrebbe suggerire?
Shawn

Penso che questo sia un passo avanti importantissimo che non dovrebbe essere ignorato più a lungo.
Wyck,

2

Configurazione del repository

Più utilizzo Linux Derivates, più mi chiedo perché le cose siano così strettamente legate ai webmaster di wordpress.org. Il repository per esempio. Ce n'è solo uno. Cosa sarebbe più interessante per i sostenitori e gli amministratori di configurare il proprio repository? Quindi, per offrire componenti aggiuntivi come temi e plugin di cui si occupano per i loro utenti incl. fornendo aggiornamenti ecc.

Ad esempio con Temi, una volta creato per un cliente, lei / lui è interessato a quel tema - e non a qualsiasi altro tema. Pertanto, chiedendo aggiornamenti, un proprio repository renderebbe il flusso di lavoro con il cliente molto più semplice, come fare gli aggiornamenti su un sistema di sviluppo e quindi, quando funziona, pubblicare l'ultima versione tramite il repository.

Ma in questo momento, la configurazione del repository di WordPress e con essa la funzionalità di aggiornamento è totalmente limitata a wordpress.org o a coloro che hackerano in un sistema comparabile che non è molto intelligente, perché la maggior parte della funzionalità del repository è già implementata e c'è non c'è bisogno che tutti facciano cose che potrebbero spezzare altre cose.

Un problema principale è che è solo bloccato su wordpress.org. Non mi piace molto il blocco dei fornitori nel software, soprattutto non con il software libero. Ciò rende i vantaggi noti del software libero sempre più obsoleti.

Ticket correlato: # 13067 - Configurazione plug-in e repository di temi

Sembra che gli sviluppatori principali siano contrari a questo, ovviamente per vari motivi. Ma alla fine questo si traduce solo nel non offrire una funzionalità a tutti gli utenti che viene offerta a wordpress.org. Ciò non è in alcun modo in contrasto con i vantaggi per i sostenitori e gli amministratori di wordpress professionisti e per i amministratori di sistema nelle reti locali. Quindi perché limitare qualcosa che potrebbe essere illimitato per impostazione predefinita?

Se il core di wordpress non sta considerando di integrarlo, penso che dovrebbe essere possibile fornirlo da un plug-in di proprietà collettiva in modo che le funzionalità esistenti diventino utilizzabili da tutti rimanendo compatibili tra loro.


2

Ci sono alcuni strumenti essenziali usati quotidianamente che penso aiuterebbero davvero gli sviluppatori di WordPress. Questi sono così essenziali sulla maggior parte dei siti credo che non appartengano ai plug-in.

API del modulo - Ogni sito / framework / CMS ha una gestione dei moduli di un tipo o di un altro, WordPress non ne ha.

API per i media: un'API multimediale affidabile, in particolare per la gestione e il controllo degli utenti, è stata troppo a lungo sulla roadmap.

API di campo personalizzato : qualcosa di simile a WPAlchemy (classe meta box) dovrebbe essere integrato nel core a livello di base.

API di amministrazione - Il controllo degli elementi di amministrazione (menu, extra, campi, ecc.) Può essere una vera seccatura per i ruoli degli utenti.


1

Gallerie

1. Attualmente non ottieni la scheda "Galleria" se non hai caricato almeno 2 immagini in un post. Quindi è impossibile utilizzare i file della libreria multimediale per creare una nuova galleria. Per qualche motivo (sconosciuto) esiste il supporto per l'aggiunta delle stesse immagini (o altri file) a più post, ma non è possibile creare gallerie da post già esistenti.

2. Bypass / Filtra solo il markup della galleria. Attualmente è necessario sostituire completamente la funzione galleria solo per aggiungerla. per esempio. una classe css per ogni immagine. Avremmo solo bisogno di un singolo filtro per salvarci dal ripetere ripetutamente il codice core (piuttosto lungo).



1

Opzioni front-end avanzate

Personalmente ritengo che la dashboard di wordpress debba essere divisa in due parti e quelle relative al CONTENUTO (post, termini, link, commenti, ecc.) Dovrebbero essere il loro front-end, posso percepire una migliore usabilità quando iam usa TUMBLR (per pubblicare contenuti) di in wordpress. La percentuale di utenti che usano wordpress per pubblicare contenuti è superiore a quella degli sviluppatori come noi, per loro non è necessario mostrare il pannello di amministrazione.

wp-admin dovrebbe essere solo per la configurazione (ad esempio temi, plugin, impostazioni ecc.).

Importatore CSV incorporato

L'importatore CSV integrato sarebbe utile quando si carica una grande quantità di contenuti tramite CSV. Penso che l'attuale opzione dell'importatore in wordpress sia utilizzata solo da pochi, molti hanno il loro contenuto in formato xls, abbiamo plugin per quello, ma sarebbe meglio se fosse integra.

Directory invece di collegamenti

L'opzione links è l'opzione meno usata in wordpress, sarebbe utile se wordpress lo trasformasse in una directory (con mappa, riconoscimento indirizzi), perché il loro non è un pacchetto riconosciuto esatto disponibile per la directory in opensource, ma è una domanda crescente per questo. Penso che se si aggiunge la directory allora wordpress sarebbe la piattaforma killer.


1

Opzione di valutazione integrata

Sarebbe bello se avessimo un buon sistema di valutazione (come quello in wordpress.org) per i post di valutazione.

Opzione galleria avanzata

L'attuale opzione della galleria include le immagini solo dal caricamento, sarebbe utile se è un'opzione per aggiungere immagini esterne come post allegati, in quanto ciò le includerebbe nella galleria.

Registrazione Ajax wordpress

La registrazione Ajax integrata potrebbe far risparmiare tempo ed evitare confusione per gli utenti. questo può essere fatto tramite il plug-in di registrazione bp-xtra ma penso che sia eccessivo, avere un'opzione integrata sarebbe buono.


Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.