WordPress'e eklenen özellikleri görmek istermisiniz? [kapalı]


27

Aşağıdaki soruyu sormak için bir topluluk wiki oluşturuyorum :

  • WordPress'e en çok hangi özellikleri eklendiğini görmek istersiniz?

Bu Soru Birkaç Şey İçeriyor:

  • Meraklıların en çok istediği özelliklerin yüzeye çıkması gerekiyor , sadece "P" nin büyük harfle yazılmasının gerekli olduğunu bilmekle uğraşamayan insanlardan uzak durmakla kalmamalı ( şaka içinde. Tabii ki ... )

  • Daha gelişmiş kullanıcılara ve özellikle tema ve / veya eklenti geliştiricilere fayda sağlayan özellikleri kullanın .

  • Ayrıca, API'leri ve diğer etkinleştiricileri vs. yalnızca başka bir yeni UI widget'ını tercih edin. Bunun örnekleri, birçok geliştiricinin üzerine inşa edebileceği bir Yedekleme API'si veya onların üzerine inşa edebileceği bir Twitter API'si olabilir.

  • Sadece gerçekten en çok istediğin şeylere odaklan, düşünebildiğin her şeye değil. Bunun, düşünebileceğiniz ya da hiç düşündüğünüz her şey için bir boşaltma alanı olmasına izin vermeyin. İstenen bir özellik eklerken kendinize veya ilk 3 özelliğinize sahip olmayı mı tercih edeceğinizi sorun ; eğer değilse belki eklememelisin.

  • Uygunsa, aşağıdakileri içeren bazı harika detaylar verin :

    A. Wireframes (belki Balsamiq kullanarak ?),

    B. API Arayüzleri

    C. Önerilen Kancalar

    D. URL Yapıları

    E. ve daha fazlası.

    F. Hatta Kaynak kodu

  • Sadece Önemli Özellikler lütfen. "Yönetici konsolunun mor olmasını istiyorum " veya "Gerçekten yönetici menüsünün sağda olmasını istiyorum " gibi bir şey eklemeyin .

  • Yalnızca Automattic'in WordPress.com'daki gibi kontrol edebileceği şeylerden kaçının !! (Bu meraklıları umursamaz, ama ...) Açık kaynak kodlu bir projeye katkıda bulunanlara bağlı kalmak daha iyi kod ve işbirliğini etkileyebilir.

Bu Wiki'nin Kuralları

  • Önerileri çoğaltmayın . Bunu yaparsanız sorun olmaz ama bir moderatör aşağı oy kullanabilir ve / veya mümkünse silebilirsiniz. Önemli bir kopya olması durumunda, bazı iyi ilavelerle, ilaveleri eklemek için kopyalayan cevabı düzenlemeliyiz.

  • İhtiyaç duyulduğunu fark ettikçe ihtiyaç duyuldukça daha fazla kural gelecektir .

Bununla ilgili WordPress Fikirleri , Çekirdek Ekip'e katılım ya da WordPress / Automattic ile olan ilişkinizle ilgili endişeleriniz varsa , lütfen bu soruya gönderilen kendi " cevaplarımdan " birinin yorumlarına bakın. Umarım, bu çabanın tamamen olumlu olacağı ve Automattic ve WordPress çekirdek ekibinin de dahil olduğu herkesin sonucundan büyük bir değer alacağı yönündedir.


Mike, umarım sakıncası yoktur - Ben gidip biraz dilbilgisi ve yazım denetimi yaptım. Mesajınızı daha etkili şekilde iletmenize yardımcı olabileceğini düşündüm.
Travis Northcutt

Bu soru uygun mu? SSS'ye aykırı görünüyor ("Öznel, tartışmalı veya genişletilmiş tartışma gerektiren sorular sormaktan kaçının")
Bobby Jack

Belki sadece sormak ve aşağıdaki gibi kuralları sağlamak daha iyidir: Cevap başına bir öneri, mevcut olanlara oy ver. Yoksa bu zaten topluluk wiki'nin anlamı mı?
hakre

Yanıtlar:


14

Özel Alanlar Kullanıcı Arayüzü

Özel kullanıcı arayüzüne sahip özel alanların pek çok insan için gerçekten büyük bir gereksinim olduğunu düşünüyorum. Demek istediğim, zorunlu, tekrarlayan, gruplandırılmış, çoklu görüntüler vb.

İşlevsellik sağlamaya çalışan bir sürü eklenti var, ancak hepsi eklentidir ve her seferinde yeni WP özelliklerini yakalamak zorundadır. Magic Fields başlangıç ​​noktası olarak oldukça iyi görünüyor.

Ve yeni Özel Gönderilere mükemmel bir katkı sağlarlar.


@Alexandre Rafalovitch : FYI, bir gönderiyle ilgili register_post_field()olarak bir alanı tanımlayan bir işlev sağlayan ve son kullanıcılar için değil, geliştiriciler ve temalar için tasarlanan ve bir gönderiyle ilgili olan bir işlev tanımlayan bir eklenti üzerinde çalışıyorum. takılabilir ve (neredeyse) sonsuz esnek. Topluluk yeterince seviyorsa, bir eklenti olarak dahil edilmesi mantıklı gelebilir.
MikeSchinkel

Bir meta-meta çalışması? Kulağa iyi geliyor. Birinin yapması gerekiyor ve takdir edileceğinden eminim.
Alexandre Rafalovitch

@MikeSchinkel, bu özel gönderi bildiriminde özel alanı tanımlayabileceğimiz ve formların otomatik olarak oluşturulacağı anlamına mı geliyor?
Taras Mankovski

@tarasm Evet ve hayır ve farketmez. :) Sen özel alanı tarif etmem İÇİNDE özel yayın tipi kaydı ancak bunun yerine sonra register_post_type()arayarak register_post_field(). Ve evet, formlar otomatik olarak üretilecektir. Bunu zaten yapan birçok eklenti var, ancak çoğu son kullanıcıya bir UI sağlamaya odaklanmış ve geliştiriciye standart bir API sağlamaya odaklanmış gibi görünüyor. Benimki ikincisi üzerinde duruluyor.
MikeSchinkel

@MikeSchinkel, bu da işe yarıyor. Joomla için birkaç yıl önce benzer bir şey yarattım. Yardım etmek istersen, bu konuda yardım etmek isterim. Alfa veya beta sürümü için hazır bir şeyin olacağını düşündüğünüz zaman için bir zaman diliminiz var mı?
Taras Mankovski

15

Post / Sayfa İlişkileri

Bir gönderiyi bir başkasıyla ilişkilendirebilme özelliği, kendimi Wordpress kullanarak daha gelişmiş istemci web sitelerinde oldukça fazla ihtiyaç duyduğum için görüyorum. Bir gönderiyi başka bir gönderi veya sayfa ile ilişkilendirebilmek çekirdek içinde olması gereken bir şeydir.

Mike'ın çekirdekte buna benzer bir şeyi zorlamakla ilgili olarak Wordpress iziyle ilgili bir bağlantısı olduğunu biliyorum, ancak henüz bir şey eklenmedi.

Örnek;

Sanatçılar adında özel bir yazı türüm var . Ayrıca albümler , incelemeler ve turlar adında özel bir yazı türüm var . Artık sanatçıların özel yazı tipi; bir biyografi, Last.fm ve Facebook gibi sosyal medya sitelerine bağlantılar ve bir sanatçı imgesi.

Özel yazı tipime turlarıma yeni bir tur eklemek istiyorum , ancak belirli bir sanatçı için hazırladım. Bu durumda, sanatçı Thrice ve Mayıs 2011'de Thrice'in yaptığı bir tura katılmak istiyorum. Konumu, tarihi ve ardından hangi yazıyla ilişkilendirmek istediğimi seçiyorum, bu durumda Thrice.

Daha sonra tüm turları sorgulayabilir ve ilgili sanatçılarını ön taraftan alabilirim. Gördüğüm argüman, özel taksonomileri kullanabildiğinizdir, ancak içeriği çoğaltmak zorunda kalacağınızı ve özellikle de bir sanatçının bir imajı, sosyal medya profillerine ve diğer sanatçıya özel şeylere bağlantıları olduğunu düşündüğünüzde hiç verimli olmamasını gerektirecektir.

Bahsedilen oldukça iyi Mesajlar Mesajlar denilen zaten bir eklenti var . Böyle bir şey eklenmiş olsaydı hayatımı ve bu işlevselliği isteyen birçok insanı daha kolay yaşardı.


+1 Evet, bunun mümkün olmadığını da şaşırttı. Etiketleri biraz tatmin edici olmayan bir şekilde kullanarak sona erdi.
07'de 07

Eklenti Mesajlar 2 Scribu tarafından yazılan yukarıda belirtilen işlevselliği çok iyi, sağlanan sağlar benim cevap eklemek istiyorum. Sadece bu eklentiyi çekirdeğe birleştirmeli veya varsayılan olarak Wordpress ile göndermesini sağlamalıdır.
Dwayne Charrington,

8

Şu anda kısa listemdeki özellikler:

1) Medya Yönetimi

“Media” post-type, örneğin “Post” ve “Page” post-type'lar ile benzer özellik eşitliğini üstlenecek şekilde yakın gelecekteki bir sürüm için öncelikli statü verilen Media Management'ın gelişimini / iyileştirilmesini görmek istiyorum. Medya uygun bir taksonomi sistemine sahip olmalıdır. Medya (ve Galeriler) kendi başlarına yönetilebilmelidir (yani sadece bağlı oldukları Posta ile yönetilebilmekten ziyade). Medya (ve Galeriler) çok daha kolay bir şekilde Mesajlara veya Sayfalara eklenebilir, eklenemez ve yeniden eklenebilmelidir.

Temel olarak, NextGen Gallery gibi bir Eklentinin işlevselliğinin büyük bir kısmı çekirdeğe dahil edilmelidir (uygun olan şekilde).

2) Widget Kullanıcı Arabirimi

Bence, tüm yönetici arayüzleri arasında, Görünüm -> Pencere Öğeleri kullanıcı arabiriminin en çok iyileştirilmesi gereken kişi olduğunu düşünüyorum. Sınırlı sayıda Widget ve daha da sınırlı sayıda Widgetized Kenar Çubuğu; ancak UX çok fazla Widget ile ve özellikle de çok fazla Kenar Çubuğu ile hızla düşer.

Bir UX uzmanı / tasarımcısı değilim, ancak bir şey teklif edersem, tek sütunlu bir Widget listesi (tercihen kendi kendine kayan kaydırma ile) ve ekrana ayrılan ekran gayrimenkulünün büyük bölümünü tercih etmeyi tercih ederim. Kenar çubukları. Ayrıca, her zaman ön panoda her zaman genişletilen en düşük ID kenar çubuğunun yerine, önceki genişletilmiş / daraltılmış Kenar Çubukları durumunun korunmasını istiyorum.

3) Tema yükleme / kaldırma / etkinleştirme / kancaları devre dışı bırakma

Bu kancalar, Eklentilere paralel olarak Tema işlevselliği ve standardizasyonu getirecektir. Aslında 3,2 için yamalar sağlamaya çalışmak için gönüllü oldum, bu yüzden bana şans dile!

4) Bir gelişme yol haritası

Çekirdek geliştirme ekibinin geleceğe yönelik en az 3-5 önemli revizyonu kapsayan bir gelişim yol haritası hazırladığını görmek isterim. Böyle bir yol haritası, kullanıcı topluluğuna beklenen özellik eklemelerini / değişikliklerini tartma fırsatı verir ve geliştirici topluluğunun girdi / katkısını her sürüm için odaklamaya yardımcı olur.


4

Tam Desteklenen Yönetici Temaları

WordPress admin temaları şu anda yalnızca kısmen desteklenmektedir. Yönetici görünümünü CSS dosyalarını değiştirerek değiştirmek mümkün olsa da, WordPress'in temel kaynak kodunu değiştirmeden HTML'yi değiştirmek mümkün değildir. Bu nedenle, şu anda çok fazla WordPress yönetici teması bulunmamasının ve var olanların yalnızca farklı bir CSS uygulamasına dayanmasının nedeni budur.

Örneğin bir ThemeForest kaplaması uygulamak için bir geliştiricinin HTML üzerinde değişiklik yapması gerekir, aksi takdirde sağlanan tüm CSS'leri uygulayamazdı.

Şu anda en iyi yönetici teması olduğunu düşünüyorum, ancak bunun daha iyi bir şekilde yapılacağına karar vereceğinizi düşünüyorum: Fluency Admin .


Bu temanın karmaşıklığı nedeniyle gerçekleşmesi muhtemel değildir. Sonunda küçük bir ödeme için HTML'den kodu soyutlamak çok fazla iş olacaktır. En iyi şekilde CSS'e yapışarak ve CSS aracılığıyla daha iyi özelleştirmeye izin veren yamaları göndereceksiniz.
Viper007A

Bir şekilde ilgili bilet bu biridir: [ core.trac.wordpress.org/ticket/11517 # 11617] Ben bir Tema gibi bir şey yoktur önce çok ihtiyacı ilk yapılması gereken (ama onun değerinde kısmen bitmiş bile) düşünmek Yönetici.
hakre

3

Bu yüzden bunlar benim WordPress Fikirleri , Çekirdek Ekip'e katılım ya da WordPress / Automattic ile olan ilişkileriyle ilgili potansiyel kaygılarım .

WordPress Fikirleri Hakkında Ne ?

Ama bekle, zaten böyle bir şey yok mu? Buna WordPress Fikirleri denmiyor mu? Tabii ki doğru :

  • WordPress Fikirleri , her kullanıcı seviyesinden fikir sahibi olduğu için meraklıların endişeleri kaos içinde kayboluyor.

  • WordPress Fikirleri , StackExchange gibi topluluk denetimine izin vermez .

  • WordPress Ideas iyi biçimlendirmeyi teşvik etmez ve düzenlemeye izin vermez, bu yüzden saçma bir şey yayınlandığı zaman saçma kalması gerekir.

  • WordPress Fikirleri , yakın geçmişte en çok oy alan fikirlerden tek taraflı olarak topluluğa herhangi bir giriş yapılmadı ve hiçbir uyarı vermedi. StackExchange'in basitçe atlayamayacağımız bir denetim sistemi vardır ve StackExchange'in önemli katkıları ortadan kaldırmak için herhangi bir teşviği olmaz

  • WordPress Fikirler sadece beş yıldızlı derecelendirme sistemi kullanır olumlu ya da olumsuz bir kullanıcının itibar etkilemez . StackExchange, kullanıcının itibarını etkileyen yukarı / aşağı oylama sunar ve ikincisi, kalitenin ve yararlı katılımın sağlanmasında daha iyi bir iş çıkarmış gibi görünmektedir.

  • WordPress Fikirleri fikirleri görmenizi sağlar ve bütünsel bir görünüm sunmaz . StackExchange'i kullanarak, aynı sayfalarda listelenen tüm özelliklere sahip olabilir ve çok fazla çalışmadan her iki ayrıntıyı da tarayabiliriz.

  • WordPress Fikirler edilir Automattic tarafından kontrol . Bu, Automtic’in eleştirisi değil, sadece bütün varlıkların kendi çıkarları için baktıkları bir dönem. Ancak Automattic’in kazanılmış çıkarları tarafından gözetilmeyen bir şeyin olması bazı gerçek değerlere sahip olabilir. ( Açıklama için aşağıya doğru atlayın .)

  • Açıkçası, ne zaman bir WordPress Fikirleri hakkında bir fikir yayınladığımda, fikrimin bir kara delik içine düştüğünü, bir daha asla duyulmayacağını hissettim . Bu özellik fikirleriyle gerçekten etkileşime girmek ve umarım bunlardan somut bir ilerleme geldiğini görmek isterim.

  • Son olarak ne yazık ki çekirdek ekibi ve sık sık katkı sağlayanları, en azından benden aşina olmadıkları kullanım durumları için özellik taleplerini dikkate almaktan daha az açık olan trac ve wp hacker'lara sık sık buldum . Bu yüzden şahsen bunun en önemli olduğunu düşündüğüm şeyler için özellik fikirleri gönderebileceğim ve kullanım davalarımın geçerliliğini anlama çabası içinde olmayacak biri tarafından küçümsemeden tartışabilecekleri bir yer olmasını istiyorum. Ayrıca, tartışılan fikirlerin sağlam olması durumunda, saygı duyduğum ve göründüğü kimlerin başkalarının özellik fikirleri üzerinde benim için saygı geliştirdiğini onaylamak istiyorum .

Core Team'e katılım ne olacak ?

Fakat bekle, bunu tartışmak için çekirdek WordPress ekibinin katılımını almak zorunda değil miyiz? Aslında hayır .

  • Bu sadece çekirdeğe eklenen özellikler hakkında olmak zorunda değil, aynı zamanda potansiyel olarak eklentiler olarak geliştirilebilecek herhangi bir özellik veya ( pratikte ) WordPress'i etkileyen herhangi bir şey olabilir ( daha önce belirtildiği gibi yalnızca Automattic’in kontrol edebileceği şeyler hariç) .)

  • Tartışmalar , burada birbirlerini tanıyan ve birbirlerine saygı duyan kullanıcılar arasındaki işbirliğini artırabilir.

  • Burada listelenen özelliklerin bir sonucu olarak geliştirilen kod hiçbir zaman kendi başına çekirdek yapamazken, bu özellikler onu çekirdek eklenti durumuna getirecek tür olabilir .

  • Giriş seviyesi son kullanıcı isteklerini meraklı / tasarımcı / geliştirici gereksinimlerinden ayırarak , çekirdek ekibine daha fazla netlik sunabilir ve meraklısı / tasarımcı / geliştirici topluluğunun buna ek olarak ihtiyaç duyduğunu düşündüğünü anlamalarına yardımcı olabiliriz. WordPress'te daha geniş bir son kullanıcı topluluğu.

  • Ve son olarak, burada , belirli bir özelliğe duyulan ihtiyacı kabul ettiği için yüksek itibarı olan çok sayıda adlandırılmış kullanıcı varsa, özellikle zaten uyguladıysak, çekirdek ekibin önerilenden daha fazla dikkat etmesi muhtemeldir diye düşünüyorum. hayal kırıklığına uğramış bir şekilde tek bir kişi tarafından ( ki, geçmişte bir ya da iki kez yaptığımı itiraf edeceğim. ) Şimdi, bu mekanizmanın hepimize gerçekten yardımcı olabileceğini düşünüyorum.

Bu Çaba vs WordPress / Automattic?

Açık olmak gerekirse, ben bunu NOT NOT , Automattic veya WordPress çekirdek ekibine karşı düşmanlık etmediğini tekrarlıyorum . Bunun yerine, StackExchange'in bize en çok aranan özellikleri ortaya koymamızı, tartışmamızı ve işbirliği yapmamızı ve en kullanışlı özellikleri bulmamızı sağladığı inanılmaz mekanizmayı kullanmak istedim.

Yine, umuyorum ki bu çaba tamamen olumlu olacak ve Automattic ve WordPress çekirdek ekibini içeren herkes sonuçlarından büyük bir değer alacaktır.

Ve umarım bu yardımcı olur.

Mike


3

Özel Posta Heykelleri.

Taslak ve yayınlanmak yerine yeni yazı / sayfa / yazı tipi durumunu tanımlayabilme. Bunun devam etmekte olduğuna inanıyorum! Bunu blok denilen yeni bir tür oluşturmak için kullanmak istiyorum. Ardından sayfalarla ilgili olan ancak yayınlarda yayınlanmayan veya doğrudan kamuya açık olmayan içerik blokları oluşturun.

Küçük Resim Kırpma Konumunu Tanımlama

Maalesef, küçük resim oluşturma her zaman görüntüde ortalanır, ancak bazen örneğin üst soldan kırpma yapma gereksinimim var.

Ekin koordinatlarını tanımlayabilmek harika olurdu. Şu anda bu değişiklikler, yalnızca küçük resim işlevi filtre kullanmadığından çekirdek medya dosyasını düzenleyerek mümkündür.


Bunların ikisini de gerçekten yapabilirdim. Bununla birlikte, mahsul pozisyonunun tanımlanmasının nasıl işe yaradığını bilmiyorum. Yüklediğiniz her resim için farklı kırpma konumları gerekebilir. Ve hepsi bir dizi küçük resim boyutuna sahipse, onlar da farklı mahsul pozisyonları gerektirebilir.
Brady,

Küçük resimler için, add_image_size işlevine başka bir değişken eklerdim. X / y koordinatları için başka bir dizi. add_image_size ('galeri', 306,208, doğru, dizi (0,0));
addedlovely

2

Rtmp / rtmpe sunucuları için yeni gsoc akış sarmalayıcı API projesi için gerekli wordpress media UI'nin oluşturulmasına ne dersiniz?

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

Benim sorunum, tüm canlı video yayınlarım gibi tüm video içeriğimi ayrı flaş iletişim sunucusu kümelerinde tutmam. Beni ve müşterilerimi wordpress hakkında delirten bir şey, wp editöründen ayrılmak ve diğer sunuculardaki video yönetim yazılımı platformumdan bir video için gömme kodunu almak zorunda kalmak.

Daha da kötüsünü yapmak için, highwinds ve akamai cdn'lerini kullanıyorum, video dosyalarını da 3 konumda bırakıyorum.

Tüm medyama herhangi bir sunucudan ulaşabilmek, cdn, doğrudan wordpress editörünün içinde gerçekleşecek bir rüya olurdu. Benim için en azından bu yıl 1 numaralı önceliğim olacaktı.


Yine de, 3.1'in medyada UI’de herhangi bir büyük değişiklik içermeyeceğini duyduğumu duyduğuma üzüldüm. Aralarında kullanabileceğim geçici bir eklenti türü var mı?
shawn

Bunun daha uzun süre göz ardı edilmemesi gereken çok önemli bir adım olduğunu düşünüyorum.
Wyck

2

Havuz Yapılandırması

Ne kadar çok Linux Derivates kullanıyorum, neden bu kadar çok şeyin wordpress.org'un webmasterlarıyla birleştiğini merak ediyorum. Örneğin depo. Sadece bir tane var. Destekleyenler ve yöneticilerin kendi depolarını yapılandırmaları için daha soğuk olan ne olurdu? Bu yüzden, kullanıcıları için ilgilendikleri Tema ve Eklentiler gibi Eklentiler sunmak için. güncellemeler sağlamak vb.

Örneğin, bir zamanlar bir müşteri için yapılmış olan Temalar ile o temayla ilgilenir - başka hiçbir temayla ilgilenmez. Bu nedenle güncellemeleri istemek, kendi havuzunu geliştirmek, bir dev sistemde güncellemeleri yapmak ve sonra çalışırken, en son sürümü depo aracılığıyla yayınlamak gibi müşteri ile iş akışını çok daha kolaylaştıracaktır.

Ancak şu anda, WordPress Repository yapılandırması ve bununla birlikte güncelleme işlevi tamamen wordpress.org veya çok akıllı olmayan karşılaştırılabilir bir sisteme girenler ile sınırlıdır, çünkü depo özelliğinin çoğu kısmı zaten uygulanmaktadır ve Herkesin başka şeyleri kırabilecek şeyler yapmasına gerek yok.

Ana problem, sadece wordpress.org'a kilitlenmiş olmasıdır. Satıcı yazılımını kilitlemekten özellikle hoşlanmam , özellikle de Özgür Yazılım ile. Bu, özgür yazılımın bilinen faydalarını giderek daha eski hale getirmektedir.

İlgili Bilet: # 13067 - Eklenti ve Tema Deposu / lerinin Konfigürasyonu

Temel geliştiricilerin buna karşı olduğu anlaşılıyor - belli ki çeşitli nedenlerden dolayı. Fakat sonuçta bu sadece wordpress.org'a sunulan tüm kullanıcılara bir işlevsellik sunmamaya neden olur. Bu, hiçbir şekilde profesyonel wordpress destekçileri ve yöneticilerinin yanı sıra yerel ağlardaki sysadmins'in yararlarına da ağırlık vermez. Peki neden varsayılan olarak sınırsız olabilecek bir şeyi sınırlandırmak?

Eğer wordpress çekirdeği bunu entegre etmeyi düşünmüyorsa, bunu toplu olarak sahiplenilen bir eklenti ile sağlamanın mümkün olması gerektiğini düşünüyorum, böylece mevcut işlevsellik birbiriyle uyumlu kalırken herkes tarafından kullanılabilir.


2

Günlük olarak kullanılan ve WordPress geliştiricilerine gerçekten yardımcı olacağını düşündüğüm bazı temel araçlar var. Bunlar pek çok site için çok önemlidir, çünkü eklentilere ait olmadıklarına inanıyorum.

Form API - Her site / çerçeve / CMS bir ya da başka tür form işlemeye sahiptir, WordPress'te yoktur.

Medya API'si - Özellikle yönetim ve kullanıcı kontrolü için sağlam bir medya API'sı… yol haritası üzerinde uzun süredir var.

Özel Alan API'si - WPAlchemy (meta box sınıfı) hatları boyunca bir şeyler temelde temelde oluşturulmalıdır.

Yönetici API'si - Yönetici öğelerini (menüler, ekstralar, alanlar vb.) Denetlemek kullanıcı rolleri için gerçek bir acı olabilir.


1

Galeriler

1. Şu anda yok bir yüklemediyseniz "Galeri" sekmesini olsun 2 görüntülerin en az bir direğe. Bu nedenle, yeni bir galeri oluşturmak için medya kütüphanesi dosyalarını kullanmak imkansız. Bazı (bilinmeyen) nedenlerden dolayı, aynı görüntüleri (veya diğer dosyaları) birden fazla Gönderiye ekleme desteği vardır, ancak zaten mevcut olan yayınlardan galeriler oluşturamazsınız.

2. Yalnızca galeri işaretlemesini atla / filtrele. Şu anda sadece eklemek için galeri işlevini tamamen geçersiz kılmanız gerekiyor. Örneğin. Her görüntü için bir css sınıfı. (Çok uzun) çekirdek kodunu tekrar tekrar tekrar etmemize engel olmak için tek bir filtreye ihtiyacımız var .



1

Gelişmiş Ön uç seçenekleri

Şahsen wordpress kontrol panelinin iki bölüme ayrılması gerektiğini ve İÇERİK ile ilgili (yazılar, şartlar, bağlantılar, yorumlar vb.) Ön kısımda olması gerektiğini düşünüyorum, TUMBLR'yi kullanırken (içerik göndermek için) daha iyi bir kullanılabilirlik hissedebiliyorum WordPress'te. İçerik göndermek için wordpress kullanan kullanıcıların yüzdesi bizim gibi geliştiricilere göre daha yüksektir, çünkü onlar için yönetici panelini göstermelerine gerek yoktur.

wp-admin yalnızca yapılandırma için olmalıdır (örn. temalar, eklentiler, ayarlar vb.).

Dahili CSV ithalatçısı

Yerleşik CSV içe aktarıcısı, CSV aracılığıyla büyük miktarda içerik yüklerken kullanışlıdır. Wordpress'teki mevcut ithalatçı seçeneğinin sadece birkaçı tarafından kullanıldığını hissediyorum, birçoğunun içeriği xls biçiminde, bunun için bir eklentimiz var, fakat eğer daha doğruysa daha iyi olur.

Bağlantılar yerine dizin

Bağlantılar seçeneği, wordpress'te en az kullanılan seçenektir, eğer wordpress, bir dizin seçeneklerinde (harita, adres tanıyıcı ile) değişiklik yaparsa iyi olur, çünkü bunlar, açık kaynak kodlu dizin için tam olarak tanınan bir paket değildir, ancak artan bir taleptir. onun için. Bence dizin eklenirse, o zaman wordpress katil platform olur.


1

Dahili değerlendirme seçeneği

Değerlendirme gönderileri için iyi bir derecelendirme sistemimiz (wordpress.org'daki gibi) olsaydı iyi olurdu.

Gelişmiş galeri seçeneği

Geçerli galeri seçeneği yalnızca yükleme işleminden görüntüler içeriyor, harici görüntüleri galeriye ekleyeceği için harici görüntüler ekleme seçeneği olsa iyi olur.

Ajax wordpress Kayıt

Dahili Ajax kaydı zaman kazandırabilir ve kullanıcılar için karışıklığı önleyebilir. bp-xtra kayıt eklentisi ile yapılabilir, ancak yerleşik bir seçeneğe sahip olmasının iyi olacağını düşünüyorum.


Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.