Я створюю вікі спільноти, щоб задати таке питання:

• Які функції ви б найбільше хотіли побачити, додані до WordPress?

Це запитання означає кілька речей:

• Це повинно виявити особливості, які найбільше хочуть захопити ентузіасти , а не просто їздити на людях, яким не можна заважати знати, що "P" потребує великої літери ( всередині жарту. Звичайно ... )

• Улюблені функції, які приносять користь більш досвідченим користувачам, особливо розробникам тем та / або плагінів .

• Також надайте перевагу API та іншим умовам, порівняно з ще одним новим віджетом інтерфейсу користувача. Прикладами цього можуть бути API резервного копіювання, який могли розробляти багато розробників поверх, або API API, на якому могли побудувати темери.

• Зосередьтеся лише на кількох речах, які ви дійсно хочете найбільше , а не на все, що ви можете придумати. Не дозволяйте це бути демпінгом для всього, про що ви можете придумати або коли-небудь придумали. Додаючи потрібну функцію, запитайте себе, чи бажаєте ви мати її чи свої 3 найкращі функції; якщо ні, можливо, ви не повинні додавати його.

• Надайте чудові деталі, включаючи, якщо це доречно:

  A. Wireframes (можливо, використовуючи Balsamiq ?),

  B. Інтерфейси API

  C. Запропоновані гачки

  D. Структури URL-адрес

  E. І багато іншого.

  F. Навіть вихідний код

• Тільки важливі функції , будь ласка. Не додайте щось на кшталт "Я хочу, щоб консоль адміністратора була фіолетовою" або "Я дуже хочу, щоб меню адміністратора було праворуч".

• Уникайте речей, якими може керувати лише Automattic, як речі на WordPress.com !! (не що ентузіастів буде байдуже, але ...) Краще дотримуватися речей, на які можуть вплинути учасники проекту з відкритим кодом, як код та співпраця.

Правила цієї Вікі

• Не дублюйте пропозиції . Це добре, якщо ви це зробите, але модератор може проголосувати за нього та / або видалити, якщо можливо. У випадку, якщо існує значний дублікат, але, маючи деякі добрі доповнення, слід редагувати відповідь, що дублює його, щоб включити доповнення.

• Більше правил надходитиме в міру необхідності , оскільки ми розуміємо, що вони потрібні.

Якщо у вас виникли занепокоєння щодо цього, пов'язаного з ідеями WordPress , покупкою Core Team або стосунками з WordPress / Automattic , будь ласка, дивіться коментарі в одному з моїх власних " відповідей ", розміщених на це запитання нижче. Я сподіваюся, що ці зусилля будуть цілком позитивними і що всі, включаючи Automattic та основну команду WordPress, отримають величезне значення від її результатів.

Інтерфейс користувача

Я думаю, що справді спеціальні поля з користувальницьким інтерфейсом дійсно великі вимоги для багатьох людей. Я маю на увазі обов'язкові, повторювані, згруповані, кілька зображень тощо.

Існує купа плагінів, які намагаються надати функціонал, але всі вони є доповненнями і повинні кожного разу відтворювати нові функції WP. Чарівні поля видаються досить хорошими як початкова точка.

І вони стануть ідеальним доповненням до нових користувацьких повідомлень.

Взаємозв'язки допису / сторінки

Можливість співвідносити один пост з іншим - це, безумовно, функціонал. Мені здається, що мені потрібно дуже багато на більш просунутих веб-сайтах клієнтів, що використовують Wordpress. Можливість відновити публікацію до іншої публікації чи сторінки - це те, що має бути в основі.

Я знаю, що Майк брав певну участь у трактаті Wordpress стосовно того, щоб наполягати на тому, щоб щось подібне було в основі, але нічого ще не додано.

Приклад;

У мене є власний тип публікації під назвою виконавці . У мене також є власний тип публікації, який називається альбомами , оглядами та екскурсіями . Тепер користувацький тип публікації виконавців має; біографія, посилання на веб-сайти соціальних мереж, такі як Last.fm & Facebook та зображення художника.

Я хочу , щоб додати новий тур в мої тури митний пост типу, але є його для конкретного художника. У цьому випадку художник - «Тричі», і я хочу додати тур, який «Тричі» робить у травні 2011 року. Я додаю місцеположення, дату, а потім вибираю, до якої посади я хочу їх пов’язати, у цьому випадку це «Тричі».

Тоді я можу запитати всі гастролі та отримати відповідного виконавця на передній частині. Я бачив аргумент, що ви можете використовувати власні таксономії, але для цього потрібно буде дублювати вміст і не бути ефективною, особливо якщо врахувати, що у художника є зображення, посилання на профілі соціальних медіа та інші речі виконавця.

Вже є плагін, який згаданий вище доволі добре називається Posts To Posts . Якби щось подібне було додано, це полегшило б моє життя та багатьох інших людей, які бажають цієї функціональності.

Ось такі функції, які зараз перебувають у моєму короткому списку:

1) Медіа-менеджмент

Я хотів би бачити розвиток / вдосконалення Медіа-Менеджера з присвоєнням статусу пріоритету для деякого найближчого випуску, таким чином, щоб пост-тип "Медіа" приймав аналогічний паритет функцій з, наприклад, "Типом" та "Сторінка" після типів. ЗМІ повинні мати належну систему таксономії. ЗМІ (та Галереї) повинні мати можливість керувати самостійно (тобто, а не лише керувати ними через пошту, до якої вони приєднані). Медіа (та Галереї) повинні бути спрощеними, щоб їх можна було легше додавати, додавати та приєднувати до Постів чи Сторінок.

В основному, велика частина функціональності плагіна, такого як NextGen Gallery, повинна бути включена в ядро ​​(будь-яким відповідним чином).

2) Користувацький інтерфейс віджетів

Я думаю, що з усіх інтерфейсів адміністратора інтерфейс Appearance -> Widgets - це той, хто найбільше потребує вдосконалення. Він відмінно підходить для обмеженої кількості віджетів і ще більш обмеженої кількості бічних панелей Widgetized; але UX швидко деградує із занадто великою кількістю віджетів і (особливо) із занадто великою кількістю бічних панелей.

Я не є експертом / дизайнером UX, але якби я щось запропонував, я б вважав за краще переглядати список одне стовпчиків віджетів (бажано з автономною прокруткою), а більшість екранних нерухомостей присвячені Бічні панелі. Крім того, я хотів би, щоб попередній стан розширених / згорнутих бічних панелей було збережено, а не бічна панель нижнього ідентифікатора, яка завжди розширюється при завантаженні сторінки.

3) Тема встановити / видалити / активувати / відключити гачки

Ці гачки приведуть функціональність теми та стандартизацію більше у відповідність із плагінами. Я фактично зголосився намагатися надати патчі для цих 3.2, тому бажайте удачі!

4) Дорожня карта розвитку

Я хотів би, щоб основна команда розвитку розробила дорожню карту розвитку, яка охоплює щонайменше 3-5 основних змін у майбутньому. Така дорожня карта дасть можливість спільноті користувачів зважити на очікувані доповнення / зміни функцій та допоможе зосередити увагу / внесок спільноти розробників для кожного випуску.

Повністю підтримувані теми адміністратора

Наразі теми адміністратора WordPress підтримуються лише частково. Хоча можна змінити зовнішній вигляд адміністратора, змінивши файли CSS, змінити HTML без зміни основного вихідного коду WordPress неможливо. Саме тому зараз не так багато тем адміністратора WordPress, а ті, що існують, покладаються лише на застосування іншого CSS.

Наприклад, щоб застосувати скин ThemeForest, наприклад, розробнику потрібно буде внести зміни в HTML, інакше він не може застосувати всі надані CSS.

В даний час я думаю, що найкраща тема адміністратора є саме ця, але я думаю, ви б погодилися набагато краще: Fluency Admin .

Отже, це мої коментарі щодо потенційних проблем, пов’язаних із ідеями WordPress , викупом Core Team або стосунками з WordPress / Automattic .

Що про ідеї WordPress ?

Але зачекайте, хіба вже немає подібного? Це не називається ідеями WordPress ? Добре правда , за винятком:

• WordPress Ideas має ідеї кожного рівня користувачів, тому стурбованість ентузіастів втрачається в хаосі.

• WordPress Ідеї не дозволяють модерувати спільноту, як StackExchange.

• WordPress Ідеї не заохочують гарне форматування та не дозволяють редагувати, тому при розміщенні лайна воно повинно залишатися лайно.

• У недавньому минулому WordPress Ideas в односторонньому порядку обрізали найкращі ідеї, не надаючи спільноти та не попереджуючи їх. У StackExchange є система аудиту, яку ми просто не можемо обійти, і StackExchange не матиме жодних стимулів усунути ключові внески

• WordPress Ideas використовує лише п'ятизіркову систему оцінювання , яка не впливає позитивно чи негативно на репутацію користувача . StackExchange пропонує голосування вгору / вниз, що впливає на репутацію користувача, а останній, здається, робить кращу роботу із забезпечення якості та корисної участі.

• Ідеї ​​WordPress вимагають, щоб ви ознайомилися з ідеями і не забезпечили цілісний вигляд . Використовуючи StackExchange, ми можемо мати всі функції, перелічені на одних і тих же сторінках, і мати можливість сканувати обидві деталі без особливої ​​роботи.

• WordPress Ідеї знаходиться під контролем Automattic . Це не критика Automattic, це просто визнання, що всі суб'єкти доглядають за своїми інтересами, періодом. Але наявність чогось, що не перебуває під наглядом інтересів Automattic, може мати деяку цінність. ( Перейдіть на дно для уточнення.)

• Відверто кажучи, коли я розміщував ідею про WordPress Ideas, я просто відчував, що моя ідея впала в чорну діру , і ніколи більше не почула її. Я хочу по-справжньому взаємодіяти з цими ідеями, і, сподіваюся, бачу, що з них відчутний прогрес.

• Нарешті, я, на жаль, виявив, що основна команда та часті учасники тракерів і wp-хакерів є менш відкритими для розгляду запитів на особливості, з якими вони не знайомі, принаймні від мене. Тому я особисто хочу, щоб це було місце, де я можу розміщувати ідеї для речей, які, на мою думку, є найважливішими, і зможу їх обговорити, не будучи ошелешеними тим, хто не сприйме зусиль, щоб зрозуміти обгрунтованість моїх випадків використання. Далі, якщо обговорювані ідеї є здоровими, я хотів би отримати валідацію у інших , кого я поважаю і у кого, як видається, розвивається повага до мене в самих ідеальних ідеях .

А як щодо покупки Core Team ?

Але зачекайте, чи не доведеться нам отримати основний внесок WordPress для обговорення цього питання? Ну, насправді ні .

• Це не повинно стосуватися лише функцій, доданих до ядра, це може бути також і про будь-які функції, які потенційно можуть бути розроблені як плагіни , або ( практично ) будь-що інше, що впливає на WordPress ( за винятком тих речей, якими може керувати лише Automattic, як зазначено раніше .)

• Обговорення можуть спричинити співпрацю між користувачами, які знайомляться один з одним та виховують повагу один до одного.

• Незважаючи на те, що код, розроблений в результаті перерахованих тут функцій, ніколи сам по собі не може робити його основним , ці функції можуть бути типом, що робить його статусом основного плагіна .

• Виокремлюючи кінцевий користувач початкового рівня від потреб ентузіаста / дизайнера / розробника, ми можемо запропонувати основній команді більше ясності та допомогти їм зрозуміти, що ентузіаст / дизайнер / розробник вважає необхідним на додаток до більш широке співтовариство кінцевих користувачів у WordPress.

• І , нарешті, якщо у нас є велика кількість імен користувачів з високою репутацією тут погоджуючись про необхідність даної функції , особливо якщо ми вже здійснили це, я думаю , що є велика ймовірність того, основна група буде звертати увагу , ніж якби він запропонував однією людиною розчаровано ( що, зізнаюся, я робив один чи два рази в минулому. :) Я так, думаю, що цей механізм насправді може нам усім допомогти.

Це зусилля проти WordPress / Automattic?

Щоб було зрозуміло, я розмістив це НЕ повторюю НЕ, щоб бути антагоністичним щодо Automattic або основної команди WordPress. Натомість я просто хотів використати неймовірний механізм, завдяки якому StackExchange дає нам змогу викрити найбільш бажані функції, щоб ми могли обговорити та, можливо, співпрацювати та знайти найбільш корисні функції.

Знову ж таки, я сподіваюся, що ці зусилля будуть цілком позитивними і що всі, включаючи Automattic та основну команду WordPress, отримають величезне значення від її результатів.

І, сподіваюся, це допомагає.

-Майк

Статуси на замовлення

Можливість визначати статус нової публікації / сторінки / типу публікації, а не просто проекту та публікації. Я вірю, що це вже триває! Я хотів би використати це для створення нового типу, що називається блок. Потім створіть блоки вмісту, пов’язані зі сторінками, але не опубліковані у стрічках, або публічно доступні безпосередньо.

Визначення обрізання мініатюри

На жаль, генерація мініатюр завжди зосереджена на зображенні, але іноді у мене виникає вимога обрізати, наприклад, верхній лівий.

Вміти визначати координати обрізання було б чудово. Наразі ці зміни можливі лише за допомогою редагування основного медіа-файлу, оскільки функція мініатюр не використовує фільтрів.

Як щодо створення необхідного інтерфейсу Wordpress Media для нового проекту API для обгортки потоків gsoc для серверів rtmp / rtmpe.

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

Моя проблема полягає в тому, що я зберігаю весь свій вміст на окремих кластерах серверів флеш-комунікацій, оскільки я роблю багато трансляції відео в прямому ефірі. Одна річ, яка спонукає мене і моїх клієнтів до душі щодо Wordpress, - це залишити редактор wp, щоб перейти і отримати вбудований код для відео з моєї іншої платформи програмного забезпечення для управління відео.

Щоб зробити це ще гірше, я також використовую високошвидкісні та akamai cdn, залишаючи мені відеофайли в 3-х місцях.

Бути в змозі отримати доступ до всіх моїх медіа-файлів з будь-якого сервера, cdn, безпосередньо в редакторі wordpress, буде мрією. Принаймні, це було б моїм пріоритетом №1 цього року.

Конфігурація сховища

Чим більше і більше я використовую похідні Linux, тим більше мені цікаво, чому все так міцно поєднується з веб-майстрами wordpress.org. Наприклад, сховище. Є лише одна. Що було б крутішим для прихильників та адміністраторів для налаштування власного сховища? Тож пропонуючи надбудови, такі як Теми та Плагіни, вони дбають про своїх користувачів, в т.ч. надання оновлень тощо.

Наприклад, щойно зроблені для замовника "Теми", вона / його цікавить ця тема - а не будь-яка інша тема. Таким чином, запитуючи оновлення, власний сховище значно полегшить робочий процес із замовником, як, наприклад, оновлення в системі розробок, а потім, коли він працює, публікує останню версію через сховище.

Але зараз конфігурація репозиторію WordPress, а з ним функціональність оновлення повністю обмежена або Wordpress.org, або тими, хто хакує в порівняльній системі, яка не дуже розумна, тому що більша частина функції репозиторію вже реалізована і є не потрібно всім робити речі, які можуть порушити інші речі.

Основна проблема полягає в тому, що він просто заблокований на wordpress.org. Мені сильно не подобається блокування постачальника програмного забезпечення, особливо це стосується вільного програмного забезпечення. Ось завдяки чому відомі переваги вільного програмного забезпечення стають все більш застарілими.

Пов’язаний квиток: # 13067 - Конфігурація плагінів та сховищ тем

Схоже, що основні розробники проти цього - очевидно, з різних причин. Зрештою, це просто призводить до того, щоб не пропонувати функціоналам для всіх користувачів, які пропонуються на wordpress.org. Це жодним чином не прирікає переваг для професійних прихильників і адміністраторів Wordpress, а також системних адміністраторів у локальних мережах. То чому б обмежити щось, що за замовчуванням може бути необмеженим?

Якщо ядро ​​wordpress не розглядає можливість інтегрувати це, я думаю, що слід забезпечити це плагіном у колективній власності, щоб існуюча функціональність стала доступною для всіх, залишаючись сумісними один з одним.

Є деякі основні інструменти, що використовуються щодня, які, на мою думку, справді допоможуть розробникам WordPress. Вони настільки важливі на більшості сайтів, я вважаю, що вони не належать до плагінів.

API форми - кожен сайт / фреймворк / CMS має таку чи іншу форму обробки, у WordPress немає.

Media API - Надійна медіа-API, спеціально для управління та контролю за користувачем, була досить довгою в дорожній карті.

API спеціального поля - Щось за лініями WPAlchemy (клас мета-коробки) має бути вбудовано в ядро ​​на базовому рівні.

API адміністратора - Керування елементами адміністрування (меню, доповнення, поля тощо) може бути справжнім болем для ролей користувача.

Галереї

1. Наразі ви не отримуєте вкладку «Галерея», якщо ви не завантажили до публікації мінімум 2 зображення . Тому неможливо використовувати файли медіатеки для створення нової галереї. З якихось (невідомих) причин існує підтримка додавання одних і тих же зображень (або інших файлів) до кількох публікацій, але ви не можете створювати галереї з уже існуючих публікацій.

2. Обхід / фільтрування лише розмітки галереї. Наразі вам доведеться повністю перекрити функцію галереї лише для додавання. напр. клас css до кожного образу. Нам просто знадобиться один фільтр, щоб врятувати нас від повторення (досить довгого) основного коду знову і знову.

Аналіз та покращення швидкості оптимізації

Розширені параметри переднього торця

Я особисто вважаю, що інформаційну панель wordpress слід розділити на дві частини, а ті, що стосуються ЗМІСТ (повідомлення, терміни, посилання, коментарі тощо), повинні бути їх переднім кінцем, я можу відчути кращу зручність використання, коли я використовую TUMBLR (для публікації вмісту), ніж у wordpress. Відсоток користувачів, які використовують Wordpress для розміщення вмісту, вищий, ніж розробники, як ми, для них їх не потрібно показувати панелі адміністратора.

wp-admin має бути призначений лише для налаштування (тобто теми, плагіни, налаштування тощо).

Вбудований імпортер CSV

Вбудований імпортер CSV був би корисний при завантаженні великої кількості контенту через CSV. Я відчуваю, що поточний варіант імпортера в wordpress використовується лише декілька, багато хто має свій вміст у форматі xls, у нас для цього плагін, але було б краще, якщо його вбудовано.

Каталог замість посилань

Параметр посилань є найменш використовуваним варіантом у wordpress, було б добре, якщо wordpress змінить параметри каталогу (з картою, розпізнавачем адреси), оскільки їх точно не розпізнаний пакет для каталогу у відкритому ресурсі, але їх попит збільшується для нього. Я думаю, якщо каталог буде додано, то wordpress буде вбивчою платформою.

Вбудований варіант рейтингу

Було б добре, якби у нас була гарна система оцінювання (на зразок тієї в wordpress.org) для рейтингових постів.

Розширений варіант галереї

Поточний параметр галереї включає зображення лише з завантаження, було б добре, якби вони є варіантом додавання зовнішніх зображень у якості вкладених публікацій, оскільки це буде включати їх у галерею.

Ajax wordpress Реєстрація

Вбудована реєстрація Ajax може заощадити час та уникнути плутанини для користувачів. це можна зробити через плагін реєстрації bp-xtra, але я думаю, що його надмірність, маючи вбудований варіант, буде добре.

Нещодавній пост із зображенням зображення збоку або будь-яким зображенням із вмісту на сайті.

як це http://prntscr.com/1oj69