it-swarm.asia

WordPress'e eklenen özellikleri görmek istermisiniz?

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

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

Bu Soru Birkaç Şey İçeriyor:

  • özellik meraklılarının çoğu istediklerini, yalnızca bunu bilmekten rahatsız olmayan insanlardan uzaklaşmayı değil"P"harfinin büyük harfle yazılması gerekiyor (şakanın içinde. Tabii ki ...)

  • Daha ileri düzeydeki kullanıcılara ve özellikle tema ve/veya eklenti geliştiricilerine yarar sağlayan özellikleri destekleyin.

  • Ayrıca API'leri ve diğer etkinleştiricileri vs. 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.

  • Odaklanın sadece gerçekten en çok istediğiniz şeylere odaklanın, düşünebileceğiniz her şeye değil. Bunun aklınıza gelebilecek veya aklınıza gelebilecek her şey için bir boşaltma alanı olmasına izin vermeyin. İstenen bir özellik eklerken kendinize veyailk 3özelliklerine sahip olmayı mı tercih edeceğinizi sorun; eğer değilse belki eklememelisin.

  • Uygunsa, aşağıdakiler de dahil olmak üzere bazı detaylar verin :

    A. Wireframes (belki de kullanarak Balsamiq ?),

    B. API Arayüzleri

    C. Önerilen Kancalar

    D. URL Yapıları

    E. ve daha fazlası.

    F. Çift Kaynak kodu

  • Yalnızca Önemli Özellikler , lütfen."Yönetici konsolunun mor olmasını istiyorum"veya"Yönetici menüsünün gerçekten açık olmasını istiyorum doğru."

  • Yalnızca Automattic denetleyebilecek şeylerden kaçının WordPress.com'daki gibi şeyler! (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ç duyduklarını fark ettikçe, daha fazla kural gerekli olacak .

Bununla ilgili endişeleriniz varsa WordPress Fikirleri ,Çekirdek ekibi buy-inveyaWordPress/Automatticile olan ilişkimizden yorumlarınızı kendi yorumumdan birine bakın "answer"bu soruya gönderildi, aşağıda. Umarım, bu çabanın tamamen olumlu olacağı ve Automattic ve WordPress çekirdek ekibini içeren herkesin sonucundan büyük bir değer alacağı yönündedir.

26
MikeSchinkel

Özel Alanlar Kullanıcı Arayüzü

Özel kullanıcı arayüzüne sahip özel alanların birç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 özelliği yakalamak için oynamak 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.

14

Post/Sayfa İlişkileri

Bir gönderiyi bir başkasıyla ilişkilendirebilme özelliği, Wordpress'i kullanarak daha gelişmiş istemci web sitelerinde kendime çok ihtiyaç duyduğum için kesinlikle bir işlevsellik. 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 izinde bir katılımı 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, yorumlar ve turlar adında özel bir yazı türüm var. Şimdi sanatçılar özel gönderi türünde; bir biyografi, Last.fm ve Facebook gibi sosyal medya sitelerine bağlantılar ve bir sanatçı resmi.

Tours özel yazı tipime 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 bağlantıları ve diğer sanatçıya özel şeyleri göz önünde bulundurarak hiç de etkili olmamasını gerektirir.

Yukarıda bahsedilen oldukça iyi bir eklenti var, Posts To Posts . Böyle bir şey eklenmiş olsaydı hayatımı ve bu işlevselliği isteyen birçok insanı daha kolay yaşardı.

15

Şu anda kısa listemdeki özellikler:

1) Medya Yönetimi

Gelecekteki bazı yayınlar için öncelikli statü verilen Medya Yönetimi'nin gelişimini/iyileştirilmesini görmek istiyorum, "Medya" post-type örneğin; "Posta" ve "Sayfa" posta tipleri. 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önetilebilmek yerine). 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.

Ben 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 emlaklarının büyük çoğunluğunu görmeyi tercih ederim. Kenar çubukları. Ayrıca, her zaman ön panoda her zaman genişletilen en düşük kimliği olan yan çubuğun 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.

8
Chip Bennett

Tamamen Desteklenen Yönetici Temaları

WordPress admin temaları şu anda yalnızca kısmen desteklenmektedir. CSS dosyalarını değiştirerek yönetici görünümünü 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 nedeni ve var olanların yalnızca farklı bir CSS uygulamasına dayanmasıdır.

Örneğin ThemeForest kaplamasını 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ının bu olduğunu düşünüyorum ama daha iyisini yapabileceğinizi daha iyi kabul edeceğinizi düşünüyorum: Fluency Admin .

4
Nuno Morgadinho

Ö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 çekirdek medya dosyasını düzenleyerek mümkündür, çünkü küçük resim işlevi filtre kullanmaz.

3
addedlovely

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'si - Her site/çerçeve/CMS, bir veya başka tür form işleme sahiptir, WordPress'te yoktur.

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

Custom Field API - WPAlchemy (meta box sınıfı) hatları boyunca bir şey temelde temelde oluşturulmalıdır.

Admin API - Yönetici elemanlarını (menüler, ekstralar, alanlar vb.) Kontrol etmek kullanıcı rolleri için gerçek bir acı olabilir.

2
Wyck

Rtmp/rtmpe sunucuları için yeni gsoc stream 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, çok sayıda canlı video yayını yaptığım için tüm video içeriğimi ayrı flaş iletişim sunucusu kümelerinde tutmam. Beni ve müşterilerimi wordpress hakkında çıldırtan şeylerden biri, 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ı.

2
shawn

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üşteriyle 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ı kilitleme in yazılımlarını özellikle de Özgür Yazılım ile değil, kesinlikle beğenmedim. Bu, özgür yazılımın bilinen faydalarını giderek daha eski hale getirmektedir.

İlgili Bilet: # 13067 - Eklenti ve Tema Deposunun Konfigürasyonu/ies

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, profesyonel wordpress destekçileri ve yöneticilerinin yanı sıra yerel ağlardaki sistem yöneticilerinin 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 kolektif olarak sahip olunan 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
hakre

Hız optimizasyonu analizi ve iyileştirmesi

1
wonderdoo

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, terimler, linkler, yorumlar vb.) Ön kısımda olması gerektiğini düşünüyorum, TUMBLR (içerik göndermek için) kullandığımda 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 sadece yapılandırma için olmalıdır (yani temalar, eklentiler, ayarlar vb.).

Dahili CSV ithalatçısı

Yerleşik CSV içe aktarıcısı, CSV üzerinden 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 bunu bir dizin seçeneğinde (harita, adres tanıyıcı ile) değiştirirse iyi olur, çünkü bunlar, açık kaynak kodlu bir 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
Ezhil

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 ise 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 olmanın iyi olacağını düşünüyorum.

1
Ezhil

Galeriler

1. Şu anda don't, bir yayına en az 2 resim yüklemediyseniz "Galeri" sekmesini alırsınız. 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ı. Bizi (oldukça uzun) çekirdek kodunu tekrar tekrar tekrar etmemizden kurtarmamız için sadece tek filtre 'ye ihtiyacımız olacaktı.

1
kaiser

Yanında özel bir resim veya sitedeki thecontent adlı bir resme sahip olan Son Mesaj.

bunun gibi http://prntscr.com/1oj69

0
user4271