Saya membuat wiki komunitas untuk mengajukan pertanyaan berikut:

• Fitur apa yang paling Anda sukai untuk ditambahkan ke WordPress?

Pertanyaan Ini Mengimplikasikan Beberapa Hal:

• Seharusnya permukaan fitur yang paling diinginkan para penggemar , bukan hanya drive bys dari orang-orang yang tidak dapat diganggu untuk mengetahui bahwa "P" perlu dikapitalisasi ( di dalam lelucon. Tentu saja ... )

• Mendukung fitur yang menguntungkan pengguna yang lebih maju dan terutama pengembang tema dan / atau plugin .

• Juga mendukung API dan enabler lain vs. widget UI baru lainnya. Contohnya adalah API Cadangan yang bisa dibangun oleh banyak pengembang, atau API Twitter yang bisa dibangun oleh mereka.

• Fokus hanya pada beberapa hal yang paling Anda inginkan , bukan semua yang dapat Anda pikirkan. Jangan biarkan ini menjadi tempat pembuangan segala sesuatu yang dapat Anda pikirkan atau pernah pikirkan. Saat menambahkan fitur yang diinginkan tanyakan pada diri Anda apakah Anda lebih suka memilikinya atau 3 fitur teratas Anda ; jika tidak mungkin Anda tidak harus menambahkannya.

• Berikan beberapa detail besar termasuk, jika sesuai:

  A. Wireframes (mungkin menggunakan Balsamiq ?),

  B. Antarmuka API

  C. Kait yang Disarankan

  D. Struktur URL

  E. Dan banyak lagi.

  F. Bahkan kode sumber

• Tolong, Fitur Penting Saja . Jangan tambahkan sesuatu seperti "Saya ingin konsol admin berwarna ungu" atau "Saya benar-benar ingin menu admin berada di sebelah kanan."

• Hindari hal-hal yang hanya bisa dikendalikan oleh Automattic di WordPress.com !! (bukan penggemar yang peduli, tapi ...) Lebih baik tetap dengan hal-hal yang dapat mempengaruhi kontributor proyek open-source seperti kode dan kolaborasi.

Aturan Wiki Ini

• Jangan menduplikasi saran . Tidak apa-apa jika Anda melakukannya, tetapi seorang moderator dapat memilih dan / atau menghapus jika mungkin. Dalam hal terdapat duplikat yang signifikan tetapi dengan beberapa penambahan yang baik, kami harus mengedit jawaban yang menduplikasinya untuk menyertakan penambahan.

• Lebih banyak aturan akan datang sesuai kebutuhan , karena kami menyadari mereka diperlukan.

Jika Anda memiliki kekhawatiran tentang hal ini terkait dengan Ide WordPress , keterlibatan Tim Inti atau hubungan dengan WordPress / Automattic , silakan lihat komentar di salah satu " jawaban " saya sendiri yang diposting pada pertanyaan ini, di bawah ini. Harapan saya adalah bahwa upaya ini akan sepenuhnya positif dan semua orang termasuk Automattic dan tim inti WordPress akan mendapatkan nilai besar dari hasilnya.

UI Bidang Kustom

Saya pikir benar-benar bidang khusus dengan UI khusus benar-benar merupakan persyaratan besar bagi banyak orang. Maksud saya, wajib, berulang, dikelompokkan, beberapa gambar, dll.

Ada banyak plugin yang mencoba menyediakan fungsionalitas, tetapi mereka semua adalah add-on dan harus terus mengejar fitur WP baru setiap saat. Magic Fields tampaknya cukup bagus sebagai titik awal.

Dan mereka akan membuat tambahan sempurna untuk Posting Kustom baru.

Hubungan Posting / Halaman

Kemampuan untuk menghubungkan satu posting dengan yang lain sudah pasti fungsionalitas yang saya temukan sangat membutuhkan banyak situs web klien yang lebih maju menggunakan Wordpress. Kemampuan untuk menghubungkan posting ke posting atau halaman lain adalah sesuatu yang harus ada di inti.

Saya tahu Mike telah terlibat dalam trac Wordpress dalam kaitannya dengan mendorong sesuatu seperti ini pada intinya, tetapi belum ada yang ditambahkan.

Contoh;

Saya memiliki jenis posting khusus yang disebut artis . Saya juga memiliki jenis posting khusus yang disebut album , ulasan , dan tur . Sekarang jenis posting kustom seniman telah; bio, tautan ke situs web media sosial seperti Last.fm & Facebook dan gambar artis.

Saya ingin menambahkan tur baru ke jenis posting khusus tur saya , tetapi memilikinya untuk artis tertentu. Dalam hal ini artisnya adalah Thrice dan saya ingin menambahkan tur yang dilakukan Thrice pada Mei 2011. Saya menambahkan lokasi, tanggal, lalu pilih pos mana yang ingin saya hubungkan, dalam hal ini adalah Tiga kali.

Saya kemudian dapat meminta semua tur dan mendapatkan artis terkait mereka di ujung depan. Argumen yang saya lihat adalah bahwa Anda dapat menggunakan taksonomi ubahsuaian, tetapi itu harus mengharuskan Anda menduplikasi konten dan tidak efisien sama sekali, terutama mengingat artis memiliki gambar, tautan ke profil media sosial, dan hal-hal khusus artis lainnya.

Sudah ada plugin yang melakukan yang disebut dengan cukup baik disebut posting untuk posting . Jika sesuatu seperti ini ditambahkan, itu akan membuat hidup saya dan banyak orang lain yang menginginkan fungsi ini lebih mudah.

Ini adalah fitur yang saat ini ada dalam daftar pendek saya:

1) Manajemen Media

Saya ingin melihat pengembangan / peningkatan Manajemen Media yang diberi status prioritas untuk beberapa rilis di masa mendatang, sehingga tipe posting "Media" mengasumsikan paritas fitur analog dengan misalnya jenis posting "Post" dan "Page". Media harus memiliki sistem taksonomi yang tepat. Media (dan Galeri) harus dapat dikelola sendiri (yaitu, alih-alih hanya dapat dikelola melalui Pos tempat mereka dilampirkan). Media (dan Galeri) harus dapat dilampirkan, tidak terikat, dan disambungkan kembali ke Posting atau Halaman dengan lebih mudah.

Pada dasarnya, banyak fungsi Plugin seperti Galeri NextGen harus dimasukkan ke dalam inti (dengan cara apa pun yang sesuai).

2) UI Widget

Saya pikir, dari semua antarmuka admin, Appearance -> Widgets UI adalah yang paling membutuhkan perbaikan. Ini bagus untuk sejumlah terbatas Widget, dan jumlah yang lebih terbatas dari Sidebar Widget; tetapi UX cepat terdegradasi dengan terlalu banyak Widget dan (terutama) dengan Sidebars terlalu banyak.

Saya bukan ahli / desainer UX, tetapi jika saya mengusulkan sesuatu, saya lebih suka melihat daftar Widget satu kolom (lebih disukai dengan pengguliran mandiri), dan sebagian besar layar real-estate yang dikhususkan untuk Sidebars. Lebih lanjut, saya ingin agar status Sidebars yang diperluas / diciutkan dipertahankan, daripada sidebar ID terendah yang selalu diperluas pada pageload.

3) Tema pasang / copot / aktifkan / nonaktifkan kait

Pengait ini akan membawa fungsionalitas dan standardisasi Tema lebih sesuai dengan Plugin. Saya sebenarnya telah mengajukan diri untuk mencoba memberikan tambalan untuk 3.2, jadi doakan saya beruntung!

4) Peta jalan pengembangan

Saya ingin melihat tim pengembangan inti menyusun peta jalan pengembangan yang mencakup setidaknya 3-5 revisi besar di masa depan. Peta jalan semacam itu akan memberi komunitas pengguna kesempatan untuk mempertimbangkan penambahan / perubahan fitur yang diantisipasi, dan akan membantu memfokuskan input / kontribusi komunitas pengembang untuk setiap rilis.

Tema Admin yang Didukung Penuh

Tema admin WordPress saat ini hanya didukung sebagian. Meskipun dimungkinkan untuk mengubah tampilan admin dengan mengubah file CSS, tidak mungkin untuk mengubah HTML tanpa mengubah kode sumber inti WordPress. Ini adalah alasan mengapa tidak ada banyak tema admin WordPress di luar sana saat ini dan yang ada hanya bergantung pada penerapan CSS yang berbeda.

Untuk menerapkan skin ThemeForest misalnya pengembang perlu melakukan perubahan pada HTML, jika tidak, ia tidak dapat menerapkan semua CSS yang disediakan.

Saat ini saya pikir tema admin terbaik di luar sana adalah yang satu ini tetapi saya pikir Anda akan setuju jauh lebih baik dapat dilakukan: Fluency Admin .

Jadi ini adalah komentar saya mengenai potensi kekhawatiran terkait Ide WordPress , keterlibatan Tim Inti atau hubungan dengan WordPress / Automattic .

Bagaimana dengan Ide WordPress ?

Tapi tunggu, bukankah sudah ada yang seperti ini? Bukankah itu disebut Ide WordPress ? Nah benar , kecuali:

• Ide WordPress memiliki ide dari setiap tingkat pengguna sehingga kekhawatiran para penggemar hilang dalam kekacauan.

• Ide WordPress tidak memungkinkan moderasi komunitas seperti StackExchange.

• Ide WordPress tidak mendorong pemformatan yang baik dan tidak memungkinkan untuk mengedit sehingga ketika omong kosong diposting harus tetap omong kosong.

• Ide WordPress telah dipangkas secara sepihak dari ide-ide berperingkat teratas di masa lalu tanpa masukan dari dan tidak ada peringatan kepada komunitas. StackExchange memiliki sistem audit yang tidak dapat kami bypass dan StackExchange tidak akan memiliki insentif untuk menghilangkan kontribusi kunci

• Ide WordPress hanya menggunakan sistem peringkat bintang lima yang tidak secara positif atau negatif mempengaruhi reputasi pengguna . StackExchange menawarkan pemungutan suara naik / turun yang memengaruhi reputasi pengguna dan yang terakhir tampaknya melakukan pekerjaan yang lebih baik untuk memastikan kualitas dan partisipasi yang bermanfaat.

• Situs WordPress mengharuskan Anda untuk menelusuri untuk melihat ide-ide dan tidak memberikan pandangan holistik . Menggunakan StackExchange kita dapat memiliki semua fitur yang terdaftar di halaman yang sama dan dapat memindai kedua detail tanpa banyak kerja.

• WordPress Ide ini dikendalikan oleh Automattic . Itu bukan kritik Automattic, itu hanya pengakuan bahwa semua entitas memperhatikan kepentingan mereka sendiri, titik. Tetapi memiliki sesuatu yang tidak diawasi oleh kepentingan pribadi Automattic dapat memiliki nilai nyata. ( Lompat ke bawah untuk klarifikasi.)

• Terus terang setiap kali saya memposting ide di Situs WordPress, saya merasa ide saya jatuh ke dalam lubang hitam , tidak pernah terdengar lagi. Saya ingin benar-benar berinteraksi dengan ide-ide fitur ini dan mudah-mudahan melihat beberapa kemajuan nyata datang dari mereka.

• Terakhir saya sayangnya menemukan tim inti dan kontributor sering pada trac dan wp-hacker kurang terbuka untuk mempertimbangkan permintaan fitur untuk kasus penggunaan yang tidak mereka kenal, setidaknya dari saya. Jadi saya pribadi ingin ini menjadi tempat saya dapat memposting ide fitur untuk hal-hal yang saya pikir paling penting dan dapat membahasnya tanpa diremehkan oleh seseorang yang tidak akan berupaya memahami validitas kasus penggunaan saya. Lebih jauh lagi jika ide-ide yang dibahas adalah suara maka saya ingin mendapatkan validasi dari orang lain yang saya hormati dan yang tampaknya mengembangkan rasa hormat untuk saya pada ide-ide fitur sendiri .

Bagaimana dengan pembelian Tim Inti ?

Tapi tunggu, bukankah kita harus meminta inti dari tim WordPress untuk membahas ini? Sebenarnya tidak .

• Ini tidak harus hanya tentang fitur yang ditambahkan ke inti, itu bisa juga tentang fitur apa saja yang berpotensi dikembangkan sebagai plugin , atau ( praktis ) hal lain yang mempengaruhi WordPress ( kecuali hal-hal yang hanya dapat dikontrol Automattic, seperti yang dinyatakan sebelumnya .)

• Diskusi dapat mempercepat kolaborasi antar pengguna di sini yang saling mengenal dan membangun rasa hormat satu sama lain.

• Sementara kode yang dikembangkan sebagai hasil dari fitur-fitur yang tercantum di sini mungkin tidak pernah dapat mencapai inti , fitur - fitur ini mungkin adalah tipe yang membuatnya menjadi status plugin inti .

• Dengan memisahkan keinginan pengguna akhir tingkat pemula dari kebutuhan penggemar / perancang / pengembang, kami mungkin dapat menawarkan kejelasan pada tim inti dan membantu mereka memahami apa yang dibutuhkan oleh komunitas penggemar / perancang / pengembang selain dari komunitas pengguna akhir yang lebih luas di WordPress.

• Dan akhirnya, jika kita memiliki sejumlah besar pengguna bernama dengan reputasi tinggi di sini menyepakati perlunya fitur yang diberikan , terutama jika kita sudah menerapkannya, saya pikir ada kemungkinan lebih besar tim inti akan memperhatikan daripada jika diusulkan oleh satu orang dengan cara frustrasi ( yang saya akui saya telah melakukan sekali atau dua kali di masa lalu. :) TKI, saya pikir mekanisme ini benar-benar dapat membantu kita semua.

Upaya Ini vs. WordPress / Automattic?

Untuk lebih jelasnya, saya memposting TIDAK ini saya ulangi TIDAK untuk menjadi antagonis terhadap Automattic atau tim inti WordPress. Alih-alih, saya hanya ingin menggunakan mekanisme luar biasa yang diberikan StackExchange kepada kami untuk menampilkan fitur yang paling dicari, untuk memungkinkan kami berdiskusi dan mungkin berkolaborasi dan menemukan fitur yang paling berguna.

Sekali lagi, harapan saya adalah bahwa upaya ini akan sepenuhnya positif dan semua orang termasuk Automattic dan tim inti WordPress akan mendapatkan nilai besar dari hasilnya.

Dan, saya harap ini membantu.

-Mike

Patung Pos Kustom.

Kemampuan untuk menentukan status jenis posting / halaman / posting baru daripada hanya konsep dan diterbitkan. Saya percaya ini sedang berlangsung! Saya ingin menggunakan ini untuk membuat tipe baru, yang disebut blok. Kemudian buat blok konten yang terkait dengan halaman, tetapi tidak dipublikasikan dalam feed, atau diakses secara langsung oleh publik.

Menentukan Posisi Pangkas Gambar Kecil

Sayangnya generasi thumbnail selalu terpusat pada gambar, tetapi kadang-kadang saya memiliki persyaratan untuk memotong dari kiri atas misalnya.

Mampu mendefinisikan koordinat krop akan sangat bagus. Saat ini perubahan ini hanya dimungkinkan dengan mengedit file media inti, karena fungsi thumbnail tidak menggunakan filter.

Bagaimana dengan membangun UI media wordpress yang diperlukan untuk proyek API wrapper gsoc stream baru untuk server rtmp / rtmpe.

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

Masalah saya adalah bahwa saya menyimpan semua konten video saya di cluster server komunikasi flash terpisah karena saya melakukan banyak siaran video langsung. Satu hal yang membuat saya dan pelanggan saya kesal tentang wordpress adalah harus meninggalkan editor wp untuk pergi dan mendapatkan kode embed untuk video dari platform perangkat lunak manajemen video server saya yang lain.

Untuk membuatnya lebih buruk, saya menggunakan highwinds dan akamai cdn juga, meninggalkan saya file video di 3 lokasi.

Mampu mengakses semua media saya dari server apa pun, cdn, langsung di dalam editor wordpress akan menjadi mimpi yang menjadi kenyataan. Bagi saya setidaknya itu akan menjadi prioritas # 1 saya tahun ini.

Konfigurasi Repositori

Semakin banyak saya menggunakan Linux Derivates, semakin saya bertanya-tanya mengapa semuanya begitu erat dengan webmaster wordpress.org. Repositori misalnya. Hanya ada satu. Apa yang lebih keren untuk para pendukung dan admin untuk mengonfigurasi Repositori mereka sendiri? Jadi untuk menawarkan Add-on seperti Tema dan Plugin yang mereka tangani untuk penggunanya termasuk. menyediakan pembaruan, dll.

Misalnya dengan Tema, setelah dibuat untuk pelanggan, dia tertarik pada tema itu - dan bukan tema lainnya. Jadi, meminta pembaruan, repositori sendiri akan membuat alur kerja dengan pelanggan jauh lebih mudah, seperti melakukan pembaruan pada sistem dev dan kemudian, ketika berfungsi, menerbitkan versi terbaru melalui repositori.

Tetapi sekarang, konfigurasi WordPress Repository dan bersamanya fungsi pembaruan benar-benar terbatas pada wordpress.org atau mereka yang meretas dalam sistem yang sebanding yang tidak terlalu pintar, karena sebagian besar fitur repositori sudah diterapkan dan ada tidak perlu bagi semua orang untuk melakukan hal-hal yang dapat merusak hal-hal lain.

Masalah utama adalah bahwa itu baru saja dikunci di wordpress.org. Saya sangat tidak suka vendor mengunci perangkat lunak, terutama tidak dengan Perangkat Lunak Bebas. Itu membuat manfaat perangkat lunak bebas yang diketahui menjadi semakin usang.

Tiket Terkait: # 13067 - Konfigurasi Plugin dan Repositori Tema

Sepertinya pengembang inti menentang ini - jelas karena berbagai alasan. Tetapi pada akhirnya ini hanya menghasilkan tidak menawarkan fungsionalitas untuk semua pengguna yang ditawarkan ke wordpress.org. Ini sama sekali tidak berbobot terhadap manfaat untuk pendukung dan admin wordpress profesional serta sysadmin di jaringan lokal. Jadi mengapa membatasi sesuatu yang tidak terbatas secara default?

Jika wordpress core tidak mempertimbangkan untuk mengintegrasikan ini, saya pikir mungkin untuk menyediakan ini dengan plugin yang dimiliki secara kolektif sehingga fungsionalitas yang ada menjadi dapat digunakan oleh semua orang sambil tetap kompatibel satu sama lain.

Ada beberapa alat penting yang digunakan setiap hari yang saya pikir akan sangat membantu pengembang WordPress. Ini sangat penting di sebagian besar situs yang saya yakin bukan milik plugin.

Formulir API - Setiap situs / kerangka kerja / CMS memiliki bentuk penanganan satu atau lain jenis, WordPress tidak memilikinya.

API Media - API media yang tangguh terutama untuk manajemen dan kontrol pengguna sudah baik..dilihat di peta jalan untuk waktu yang lama.

API Bidang Kustom - Sesuatu di sepanjang garis WPAlchemy (kelas kotak meta) harus dibangun ke inti di tingkat dasar.

API Admin - Mengontrol elemen admin (menu, ekstra, bidang, dll) dapat menjadi masalah nyata bagi peran pengguna.

Galeri

1. Saat ini Anda tidak mendapatkan tab "Galeri" jika Anda belum mengunggah minimal 2 gambar ke pos. Jadi tidak mungkin menggunakan file perpustakaan media untuk membangun galeri baru. Untuk beberapa alasan (tidak diketahui) ada dukungan untuk menambahkan gambar yang sama (atau file lain) ke beberapa Posting, tetapi Anda tidak dapat membuat galeri dari posting yang sudah ada.

2. Bypass / Filter hanya markup galeri. Saat ini Anda harus sepenuhnya menimpa fungsi galeri hanya untuk menambah. misalnya. kelas css untuk setiap gambar. Kita hanya perlu satu filter untuk menyelamatkan kita dari pengulangan (cukup lama) kode inti berulang kali.

Analisis dan peningkatan optimasi kecepatan

Opsi Advanced Front end

Secara pribadi saya merasa bahwa dashboard wordpress harus dipisahkan menjadi dua bagian dan yang terkait dengan KONTEN (posting, istilah, tautan, komentar, dll.) Harus menjadi ujung tombak mereka, saya dapat merasakan kegunaan yang lebih baik ketika saya menggunakan TUMBLR (untuk mengirim konten) daripada di wordpress. Persentase pengguna yang menggunakan wordpress untuk memposting konten lebih tinggi daripada pengembang seperti kami, bagi mereka mereka tidak perlu menampilkan panel admin.

wp-admin seharusnya hanya untuk mengkonfigurasi (yaitu tema, plugin, pengaturan dll).

Dibangun pada importir CSV

Pengimpor CSV bawaan akan berguna saat mengunggah konten dalam jumlah besar melalui CSV. Saya merasa opsi importir saat ini di wordpress hanya digunakan oleh beberapa, banyak yang memiliki konten dalam format xls, kami memiliki plugin untuk itu tetapi akan lebih baik jika inbuit-nya.

Direktori alih-alih tautan

Opsi tautan adalah opsi yang paling jarang digunakan di wordpress, akan lebih baik jika wordpress mengubahnya ke opsi direktori (dengan peta, pengenal alamat), karena tidak ada paket yang dikenali tepat tersedia untuk direktori di opensource, tetapi permintaannya meningkat. untuk itu. Saya pikir jika direktori ditambahkan maka wordpress akan menjadi platform pembunuh.

Opsi peringkat bawaan

Akan lebih baik jika kita memiliki sistem peringkat yang baik (seperti yang ada di wordpress.org) untuk posting peringkat.

Opsi galeri lanjutan

Opsi galeri saat ini hanya mencakup gambar dari unggahan, akan lebih baik jika mereka adalah opsi untuk menambahkan gambar eksternal sebagai lampiran posting, karena ini akan memasukkannya dalam galeri.

Pendaftaran wordpress Ajax

Dibangun pada pendaftaran Ajax dapat menghemat waktu dan menghindari kebingungan bagi pengguna. ini dapat dilakukan melalui plugin pendaftaran bp-xtra tetapi saya pikir itu berlebihan, memiliki opsi bawaan akan lebih baik.

Posting terbaru dengan gambar unggulan di samping, atau gambar apa saja dari konten_ di situs.

seperti ini http://prntscr.com/1oj69