Я создаю вики сообщества, чтобы задать следующий вопрос:

• Какие функции вы бы хотели видеть добавленными в WordPress?

Этот вопрос подразумевает несколько вещей:

• Он должен раскрывать те функции, которые нужны энтузиастам больше всего , а не просто обходить стороной людей, которые не могут быть обеспокоены, узнав, что букву «P» нужно использовать с заглавной буквы ( внутри шутки. Конечно ... )

• Фавориты функции, которые приносят пользу более опытным пользователям и особенно разработчикам тем и / или плагинов .

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

• Сосредоточьтесь только на нескольких вещах, которые вы действительно хотите больше всего , а не на всем, о чем вы можете думать. Не позволяйте этому быть свалкой для всего, о чем вы можете думать или когда-либо думать. При добавлении нужной функции спросите себя, хотите ли вы, чтобы она была или ваши три главных функции; если нет, может быть, вы не должны добавлять его.

• Укажите некоторые подробности, в том числе, если это необходимо:

  A. Каркас (возможно, с использованием Balsamiq ?),

  B. API-интерфейсы

  C. Предлагаемые крючки

  D. Структуры URL

  И многое другое.

  F. Даже исходный код

• Только важные функции , пожалуйста. Не добавляйте что-то вроде «Я хочу, чтобы консоль администратора была фиолетового цвета» или «Я действительно хочу, чтобы меню администратора было справа».

• Избегайте вещей, которые только Automattic может контролировать, как вещи на WordPress.com! (не то, чтобы энтузиасты были бы обеспокоены, но ...) Лучше придерживаться того, на что могут повлиять участники проекта с открытым исходным кодом, такие как код и совместная работа.

Правила этой вики

• Не дублируйте предложения . Это нормально, если вы это сделаете, но модератор может отклонить его и / или удалить, если это возможно. В случае существенного дубликата, но с некоторыми хорошими дополнениями мы должны отредактировать ответ, который дублирует его, чтобы включить дополнения.

• Больше правил придет по мере необходимости , поскольку мы понимаем, что они необходимы.

Если у Вас есть вопросы по этому поводу , связанным с WordPress Идеи , основная командой взноса в или отношения с WordPress / Automattic , пожалуйста , смотрите в комментариях в одном из моих собственных « ответов » отвечали на этот вопрос, ниже. Я надеюсь, что эти усилия будут полностью положительными и что все, включая Automattic и основную команду WordPress, получат огромную пользу от его результатов.

Пользовательский интерфейс

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

Существует множество плагинов, пытающихся обеспечить функциональность, но все они являются надстройками и должны каждый раз играть в догонялки с новыми функциями WP. Волшебные поля кажутся достаточно хорошими в качестве отправной точки.

И они станут прекрасным дополнением к новым таможенным постам.

Отношения пост / страница

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

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

Пример;

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

Я хочу , чтобы добавить новый тур в мои туры таможенный пост типа, но есть его для конкретного художника. В этом случае художником является Трижды, и я хочу добавить тур, который Трис совершает в мае 2011 года. Я добавляю местоположение, дату и затем выбираю, к какому сообщению я хочу связать его, в данном случае это Трижды.

Затем я могу запросить все туры и получить их художника на переднем крае. Аргумент, который я видел, заключается в том, что вы можете использовать пользовательские таксономии, но для этого потребуется дублирование контента, а не эффективность, особенно если учесть, что у художника есть изображение, ссылки на профили в социальных сетях и другие специфические вещи художника.

Уже есть плагин, который делает вышеупомянутые довольно хорошо называемые сообщения для сообщений . Если бы что-то подобное было добавлено, это сделало бы мою жизнь и жизнь многих других людей, желающих эту функциональность, проще.

Эти функции в настоящее время в моем списке:

1) Медиа Менеджмент

Мне бы хотелось, чтобы развитие / совершенствование управления мультимедиа получало статус приоритета для некоторого выпуска в ближайшем будущем, так что пост-тип «Медиа» предполагает аналогичное соотношение функций, например, с пост-типами «Пост» и «Страница». СМИ должны иметь правильную систему таксономии. Медиа (и галереи) должны иметь возможность управлять ими самостоятельно (то есть, а не быть управляемыми только через Почту, к которой они прикреплены). Мультимедиа (и галереи) должны быть гораздо проще прикреплять, отсоединять и прикреплять к сообщениям или страницам.

По сути, большая часть функциональности плагина, такого как NextGen Gallery, должна быть включена в ядро ​​(любым подходящим способом).

2) Пользовательский интерфейс виджетов

Я думаю, что из всех интерфейсов администратора пользовательский интерфейс «Внешний вид -> Виджеты» нуждается в улучшении. Это отлично подходит для ограниченного количества виджетов и еще более ограниченного количества виджетов боковых панелей; но UX быстро ухудшается со слишком большим количеством виджетов и (особенно) со слишком большим количеством боковых панелей.

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

3) Тема установки / удаления / активации / деактивации хуков

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

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

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

Полностью поддерживаемые темы администратора

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

Например, чтобы применить скин ThemeForest, разработчику необходимо внести изменения в HTML, иначе он не сможет применить все предоставленные CSS.

В настоящее время я думаю, что лучшая админская тема - эта, но я думаю, вы бы согласились, что гораздо лучше можно сделать: Свободное администрирование .

Так вот мои комментарии по поводу потенциальных проблем , связанных с WordPress идей , основная командой взноса в или отношения с WordPress / Automattic .

Как насчет идей WordPress ?

Но подождите, разве уже нет ничего подобного? Разве это не называется WordPress Ideas ? Ну правда , кроме:

• В WordPress Ideas есть идеи от всех уровней пользователей, поэтому заботы энтузиастов теряются в хаосе.

• WordPress Ideas не допускает модерации сообщества, как StackExchange.

• WordPress Ideas не поощряет хорошее форматирование и не позволяет редактировать, поэтому, когда публикуется дерьмо, оно должно оставаться дерьмом.

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

• WordPress Ideas использует только пятизвездочную систему рейтинга, которая не оказывает положительного или отрицательного влияния на репутацию пользователя . StackExchange предлагает голосование "за" и "против", которое влияет на репутацию пользователя, и последнее, похоже, лучше справляется с обеспечением качества и полезного участия.

• WordPress Ideas требует от вас детализации, чтобы увидеть идеи, и не дает целостного представления . Используя StackExchange, мы можем иметь все функции, перечисленные на одной и той же странице (страницах), и иметь возможность сканировать обе детали без особой работы.

• WordPress Идеи находится под контролем Automattic . Это не критика Automattic, это просто признание того, что все субъекты заботятся о своих собственных интересах. Но наличие чего-то, что не контролируется корыстными интересами Automattic, может иметь реальную ценность. ( Перейти на дно для уточнения.)

• Честно говоря, всякий раз, когда я публиковал идею на WordPress Ideas, я просто чувствовал, что моя идея упала в черную дыру , о которой больше никогда не услышат. Я хочу по-настоящему взаимодействовать с этими идеями и надеяться, что из них получится ощутимый прогресс.

• Наконец, я, к сожалению, обнаружил, что основная команда и частые участники trac и 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, чтобы пойти и получить код для встраивания видео с моей программной платформы управления видео других серверов.

Чтобы сделать это еще хуже, я использую также highwinds и akamai cdn, оставляя мне видеофайлы в 3 местах.

Быть способным получить доступ ко всем моим медиафайлам с любого сервера, cdn, непосредственно в редакторе WordPress, станет мечтой. По крайней мере, для меня это будет моим приоритетом № 1 в этом году.

Конфигурация хранилища

Чем больше я использую Linux Derivates, тем больше я удивляюсь, почему все так тесно связано с веб-мастерами wordpress.org. Репозиторий например. Там только один. Что было бы круче для сторонников и администраторов, чтобы настроить свой собственный репозиторий? Поэтому предлагать дополнения, такие как Темы и Плагины, о которых они заботятся, в том числе и для своих пользователей. предоставление обновлений и т. д.

Например, с Темами, когда-то созданными для клиента, она / она интересуется этой темой, а не какой-либо другой темой. Поэтому, запрашивая обновления, собственный репозиторий значительно упростит рабочий процесс с заказчиком, как, например, обновление в системе разработчика, а затем, когда она будет работать, публикация последней версии через репозиторий.

Но прямо сейчас конфигурация WordPress Repository и, вместе с ней, функциональность обновления полностью ограничены либо wordpress.org, либо теми, кто взламывает сопоставимую систему, которая не очень умна, поскольку большая часть функции репозитория уже реализована и существует не нужно, чтобы все делали вещи, которые могли бы сломать другие вещи.

Основная проблема заключается в том, что он просто заблокирован на wordpress.org. Я сильно не люблю привязку к поставщику в программном обеспечении, особенно в отношении свободного программного обеспечения. Это делает известные преимущества свободного программного обеспечения все более устаревшими.

Связанный билет: # 13067 - Конфигурация плагинов и тематического репозитория

Похоже, что разработчики ядра против этого - очевидно, по разным причинам. Но, в конце концов, это просто приводит к тому, что не всем пользователям предлагается функциональность, предлагаемая wordpress.org. Это никоим образом не отягощает преимущества для профессиональных сторонников WordPress и администраторов, а также для системных администраторов в локальных сетях. Так зачем ограничивать то, что может быть неограниченным по умолчанию?

Если ядро ​​WordPress не рассматривает возможность интеграции этого, я думаю, что должно быть возможно обеспечить это с помощью коллективного плагина, чтобы существующая функциональность стала доступной для всех, оставаясь совместимой друг с другом.

Есть некоторые важные инструменты, которые используются ежедневно, и я думаю, они действительно помогут разработчикам WordPress. Они так важны на большинстве сайтов, я считаю, что они не относятся к плагинам.

API форм - у каждого сайта / фреймворка / CMS есть обработка форм того или иного вида, в WordPress - нет.

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

API пользовательских полей. Что-то вроде WPAlchemy (класс мета-бокса) должно быть встроено в ядро ​​на базовом уровне.

API администратора - управление элементами администратора (меню, дополнительные функции, поля и т. Д.) Может быть реальной проблемой для пользовательских ролей.

галереи

1. В настоящее время вы не получаете вкладку «Галерея», если вы не загрузили минимум 2 изображения в сообщение. Поэтому невозможно использовать файлы библиотеки мультимедиа для создания новой галереи. По какой-то (неизвестной) причине есть поддержка добавления одних и тех же изображений (или других файлов) в несколько сообщений, но вы не можете создавать галереи из уже существующих сообщений.

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

Анализ и улучшение оптимизации скорости

Расширенные возможности интерфейса

Лично я считаю, что панель управления WordPress должна быть разделена на две части, а те, что касаются CONTENT (посты, термины, ссылки, комментарии и т. Д.), Должны быть их передним краем, я чувствую лучшее удобство использования, когда я использую TUMBLR (для публикации контента), чем в WordPress. Процент пользователей, использующих WordPress для размещения контента, выше, чем у разработчиков, таких как мы, для них нет необходимости показывать панель администратора.

wp-admin должен быть только для настройки (т.е. темы, плагины, настройки и т. д.).

Встроенный импортер CSV

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

Каталог вместо ссылок

Опция links является наименее используемой опцией в WordPress, и было бы хорошо, если бы WordPress изменил ее на опции каталога (с картой, распознавателем адресов), потому что их нет точно распознанного пакета, доступного для каталога в opensource, но их растущий спрос для этого. Я думаю, что если каталог будет добавлен, то WordPress будет убийственной платформой.

Встроенный вариант рейтинга

Было бы хорошо, если бы у нас была хорошая рейтинговая система (например, на wordpress.org) для рейтинговых постов.

Расширенный вариант галереи

Текущая опция галереи включает в себя изображения только из загрузки, было бы хорошо, если бы они могли добавлять внешние изображения в виде пост-вложений, так как это включало бы их в галерею.

Ajax WordPress Регистрация

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

Недавнее сообщение с изображением сбоку или любым изображением из the_content на сайте.

как это http://prntscr.com/1oj69