MikeSchinkel
  • 0
Гуру

Какие функции вы больше всего хотели бы видеть в WordPress? [закрыто]

  • 0
Share
  1. Майк, надеюсь, ты не возражаешь — я просмотрел и поправил грамматику и орфографию. Я чувствовал, что это может помочь более эффективно донести ваше сообщение.

    • 0
    • Уместен ли этот вопрос? Кажется, что это противоречит FAQ («Избегайте задавать вопросы, которые носят субъективный, спорный характер или требуют расширенного обсуждения».)

      • 0
    • Может быть, лучше просто спросить и предоставить некоторые правила, такие как: одно предложение на ответ, использовать голосование по существующим. Или это уже смысл сообщества вики?

      • 0
    • @Alexandre Rafalovitch : к вашему сведению, я работаю над плагином для определения настраиваемых полей, который предоставляет register_post_field() функцию для определения поля, связанного с сообщением, и предназначен для разработчиков и тем, а не для конечных пользователей, и он предназначен для зацепляемый и (почти) бесконечно гибкий. Возможно, имеет смысл включить его в качестве основного плагина, если он достаточно понравится сообществу.

      • 0
    • Мета-мета работа? Звучит неплохо. Кто-то должен это сделать, и я уверен, что это будет оценено.

      • 0
    • @MikeSchinkel, означает ли это, что мы сможем описать настраиваемое поле в объявлении пользовательского сообщения, и формы будут созданы автоматически?

      • 0
    • @tarasm Да и нет, и это не имело бы значения. 🙂 Вы бы не описывали настраиваемое поле в регистрации настраиваемого типа сообщения, а вместо этого register_post_type() вызывали register_post_field() . И да, формы будут генерироваться автоматически. Есть несколько плагинов, которые уже делают это, но большинство из них, похоже, ориентированы на предоставление конечному пользователю пользовательского интерфейса, а не на предоставление разработчику стандартного API. Мой ориентируется на последнее.

      • 0
    • @MikeSchinkel, это тоже работает. Я создал что-то подобное несколько лет назад для Joomla. Я хотел бы помочь с этим, если вы хотите помочь. У вас есть график, когда вы думаете, что у вас будет что-то готовое для альфа- или бета-версии?

      • 0
    • +1 Да, тоже удивился, обнаружив, что это невозможно. В итоге использование тегов несколько неудовлетворительно.

      • 0
    • Я хотел бы добавить к своему ответу, что плагин Posts 2 Posts от Scribu очень хорошо обеспечивает вышеупомянутую функциональность в WordPress. Они должны просто объединить этот плагин с ядром или сделать его поставляемым с WordPress по умолчанию.

      • 0
    • Это вряд ли произойдет из-за сложности темы. Было бы много работы, чтобы абстрагировать код от HTML с небольшой окупаемостью в конце. Лучше всего придерживаться CSS и отправлять исправления, позволяющие улучшить настройку с помощью CSS.

      • 0
    • Как- то связанный с этим тикет: [ core.trac.wordpress.org/ticket/11517 #11617] Я думаю, что многое нужно сделать сначала (но это стоит сделать даже частично), прежде чем появится что-то вроде Темы для Админ.

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

      • 0
    • Для миниатюр я бы добавил еще одну переменную в функцию add_image_size. Другой массив для координат x/y. add_image_size («галерея», 306 208, правда, массив (0,0));

      • 0
    • На самом деле мне было очень грустно слышать, что 3.1 не будет включать каких-либо серьезных изменений в мультимедийный пользовательский интерфейс. Есть ли временный плагин, который я могу использовать в промежутке времени, который кто-нибудь может предложить?

      • 0
    • Я думаю, что это очень важный шаг вперед, который нельзя больше игнорировать.

      • 0
  2. Пользовательский интерфейс полей

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

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

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

    • 0
  3. Отношения поста/страницы

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

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

    Пример;

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

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

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

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

    • 0
  4. Вот функции, которые в настоящее время находятся в моем шорт-листе:

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

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

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

    2) Интерфейс виджетов

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

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

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

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

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

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

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

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

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

    В настоящее время я думаю, что лучшая тема для администратора — это эта, но я думаю, вы согласитесь, что можно сделать намного лучше: Fluency Admin.

    • 0
  6. Итак, это мои комментарии относительно потенциальных опасений, связанных с идеями WordPress, участием основной команды или отношениями с WordPress/Automattic.

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

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

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

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

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

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

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

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

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

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

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

    Как насчет бай-ина основной команды ?

    Но подождите, разве нам не нужно заручиться поддержкой основной команды WordPress, чтобы обсудить это? Ну на самом деле нет.

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

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

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

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

    • И, наконец, если у нас есть большое количество именованных пользователей с высокой репутацией, согласных с необходимостью данной функции, особенно если мы уже внедрили ее, я думаю, что основная команда с большей вероятностью обратит внимание, чем если бы это было предложено. одним человеком в расстроенной манере ( что, я признаю, я делал один или два раза в прошлом. 🙂 IOW, я думаю, что этот механизм действительно мог бы помочь всем нам.

    Это усилие против WordPress/Automattic?

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

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

    И я надеюсь, что это поможет.

    -Майк

    • 0
  7. Пользовательские постовые статуи.

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

    Определение позиции обрезки миниатюры

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

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

    • 0
  8. Как насчет создания необходимого мультимедийного пользовательского интерфейса WordPress для нового проекта API-оболочки потока gsoc для серверов rtmp/rtmpe.

    http://wiki.github.com/jmstacey/wp-stream-обертки/

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

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

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

    • 0
  9. Конфигурация репозитория

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

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

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

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

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

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

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

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

    Form API — каждый сайт/фреймворк/CMS имеет тот или иной способ обработки форм, в WordPress его нет.

    Медиа-API. Надежный медиа-API, особенно для управления и контроля пользователей, уже давно находится в планах.

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

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

    • 0
  11. Галереи

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

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

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

    • 0
  13. Расширенные параметры внешнего интерфейса

    Я лично считаю, что панель инструментов WordPress должна быть разделена на две части, а те, что касаются СОДЕРЖИМОГО (сообщения, термины, ссылки, комментарии и т. д.), должны быть их интерфейсом, я чувствую лучшее удобство использования, когда я использую TUMBLR (для публикации контента), чем в вордпресс. Процент пользователей, использующих wordpress для размещения контента, выше, чем таких разработчиков, как мы, им не нужно показывать панель администратора.

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

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

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

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

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

    • 0
  14. Встроенная опция рейтинга

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

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

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

    Регистрация на ajax вордпресс

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

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

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

    • 0

Оставить ответ

You must login to add an answer.