WordPress 4.2 – что нового?
На этой неделе должна выйти очередная версия движка WordPress под номером 4.2, так что самое время ознакомиться с нововведениями этой версии...
Понравился пост? Подпишись на обновления по RSS или Twitter !
Плагины, хаки, уроки и многое другое для WordPress.
На этой неделе должна выйти очередная версия движка WordPress под номером 4.2, так что самое время ознакомиться с нововведениями этой версии...
Понравился пост? Подпишись на обновления по RSS или Twitter !
#1,
Как раз все то, что добавлено "под капотом" имеет намного большее значение, и говорить, что "ничего действительно нового и полезного в этой версии движка нет" как минимум глупо. Откройте Trac и просмотрите закрытые тикеты с меткой 4.2. Все эти изменения приведут к тому, что сайты будут быстрее, плагины будут добавлять новые фичи, появляться новые плагины и темы с новым интересным функционалом. Экосистему WordPress создаем мы все вместе.
#2,
смотрел, но ничего интересного там не увидел. вообще. все последние изменения в движке они какие-то декоративные, ничего существенного в них не видно. а конечного пользователя интересует только видимая часть изменений, ему глубоко побоку, что там одну функцию внутри движка заменили другой.
какой новый функционал то может появиться?
#3,
Движок - это фреймворк + админка, а все "видимые изменения" - это плагины и темы, использующие нововведения и изменения внутри фреймворка. Так и должно быть, иначе нормальная и гибкая CMF быстро превратится в неповоротливого монстра, кастомизировать которого под свои нужды будет очень сложно. Что касается изменений. Еще с прошлой версии заложены изменения в то, как построены таксономии. В этой версии работа над этим была продолжена. Это позволит значительно ускорить работу всего, что связано с тегами, рубриками и кастомными таксономиями, без которых не обходится ни один сайт, особенно любой, хоть немного выходящий за рамки блога. Это же существенно меняет расстановку сил на поле мультиязычных сайтов, существенно упрощает работу на нескольких языках - результаты вскоре отразятся в самых популярных плагинах (Polylang, WPML и другие). Это же, плюс изменения в работе с custom fields принесет огромную пользу всем, кто использует произвольные поля - напрямую через год или с помощью плагинов ACF, Pods и других. Изменения в WP_Query дадут возможность нормально работать с "faceted" запросами по метаданным и таксономиям, одновременно и с множественными аргументами (вспомните фильтры по характеристикам в интернет магазинах). Изменения в Customizer API принесут новые удобные настроечки для тем, что "конечные пользователи", безусловно, высоко оценят. Изменения в классе WP_List_Table заметно ускорят админку и улучшат работу с таблицами. Оптимизированные oEmbed будут работать лучше и стабильнее, как минимум ссылка на oEmbed, попавшая в форматирование, будет теперь отрабатываться, а не превращаться в текст - не надо переключаться между режимами редактора. Функция wp_get_archives() теперь более гибкая, что позволяет использовать ее для вывода архивов с разной группировкой и сортировкой - например, посты по годам, но внутри года - по алфавиту или другому критерию. И таких вот мелких, но полезных функция - минимум 2 дюжины. Media Uploaded ускорили в нескольких узких местах, это точно заметят пользователи, в Media Manager скоро появится возможность фильтровать по таксономиям для медиафалов (а это - путь к родным альбомам, в обход сложных плагинов). Теперь можно будет аттачить-реаттачить медиафайлы к постам без плагинов. ЧПУ включены по умолчанию - мелочь, но важная. Устранены баги и добавлены мелочи для ЧПУ по https (привет, SPDY). Custom Post Types учитываются в постах автора без дополнительных плясок, да и вообще wp_count_posts(), которая под капотом во многих местах нужна и используется, стала гибкой и быстрой. Функция is_page_template() теперь за раз проверяет по массиву. Несколько моментов для работы с Taxonomy Meta - а тут огромное поле для фантазии разработчиков, банальный пример - связанные между собой раздельные таксономии "города" и "страны". И это далеко не полный список, и только 4.2. В 4.1 такой же список, как и в 4.0, и так - теперь 3 раза каждый год. Учитывая, что это OpenSource. Еще есть вопросы?
#4,
вы очень много написали, но все же - для конечного пользователя рюшечки со смайликами куда важнее, чем эти сотни непонятных изменений. тем более, что практически все перечисленные изменения они вообще на фиг не сдались никому.
oEmbed работает нормально еще с 3.5 если не ошибаюсь - только все больше и больше сервисов туда пихают. скорость работы таксономий и произвольных полей? да я и на старых версиях тормозов не наблюдал. функция вывода архивов поддерживает теперь сортировку? а кто сейчас вообще архивы выводит? подсчет числа записей стал быстрее? так вроде и так он не тормозил.
вот ей-богу, насколько все стало быстрее? в любом же случае эти все "ускорения" никак не помогут посещаемому сайту избавиться от плагинов кэширования.
я спорю с вами из принципа. понятно, конечно, что работа над движком идет и там внутри до хрена изменений происходит. просто все эти изменения они в большинстве своем невостребованные.
#5,
Мне кажется, или вчера тут было на один большой комментарий больше?
Зря убрали.
#6,
у человека не совпадает мнение с моим, это нормально. но вот оскорбления в свой адрес оставлять у меня желания нет.
да и спор все равно бесполезен, меня эти нововведения в новых версиях движка совершенно ни в чем не убеждают. если они так якобы нужны, то какого фига их вводят спустя много лет разработки движка?
а ответ как раз очевиден - они нужны слишком малому числу людей, поэтому до их разработки добрались в последнюю очередь.
#7,
Я читал комменты поздним вечером, были интересные доводы, хотел на свежую голову перечитать.
#8,
Привет! Почитал полемику, с Флектором в целом согласен, но это не главное, все равно от нас ничего не зависит.
Но у меня, собственно, вопрос: после обновления до 4.2 при вставке ссылки из визуального редактора перестал прописываться атрибут title гиперссылки. Вместо того поля, где прописывался title теперь идет текст, к которому привязана ссылка. Собственно вопрос: это у меня "криво" что-то встало, или это офигенно "удобное" улучшение в новой версии?
Потому как теперь, вставив ссылку, при необходимости добавить описание, нужно быстренько перескочить в текстовый редактор, и ручками, ручками прописать title. Очень "удобно", блин, с точки зрения редактирования.
Так вот, еще раз повторюсь, вопрос: это только у меня так, или теперь это норма? Кто что скажет из отписавшихся выше?
#9,
норма. очередное "улучшение" в стиле отключения автоматической вставки title для медиафайлов. я, если честно, вообще этого "нововведения" без вас бы и не заметил - пользуюсь только WLW для написания записей.
#10,
Что ж, увы. Не рад. : (
Блин, даже зол...
Но, однако, спасибо, за наводку (погуглил что такое ВЛВ). В этом что-то есть. Попробую.
#11,
зачем гуглить то?
у меня статья по нему есть :)
#12,
Пробежался по статье, да, она получше той, что мне попалась навскидку. Изучу чуть позже.
А на хрюшке, интересно, эта версия (2011) будет ездить, или сразу искать что постарее? На ноуте 7-ка стоит, а на базовом ХР (не могу расстаться : )
Конечно, можно ткнуться и попробовать, за спрос денег не берут, но, чтобы не совершать лишних телодвижений, не в курсе, случайно, будет с ХР дружить?
#13,
будет, проверено.
и 2012 версия тоже будет.
они по сути WLW уже лет 5 не меняли.
#14,
Внимательно читаем этот текст, а также спецификацию на W3C. Title в ссылках - это некорректное использование этого атрибута, спецификация HTML5 прямо не рекоммендует этого делать. WordPress, в отличие от многих других платформ, очень заморочен на accessibility - что есть правильно. И именно в плане accessibility этот атрибут - сплошной геморрой. Ну и, с точки зрения агрессивного SEO этим атрибутом настолько злоупотребляли, что его наличие сейчас не дает ровным счетом ничего. Поисковики анализируют только текст самой ссылки и контекст, в котором эта ссылка находится.
Как раз наоборот. WordPress - это Open Source Software, в Trac - туча тикетов, идей и пожеланий. Подключайтесь в команду разработчиков, делайте тот функционал, который считаете нужным и приоритетным.
#15,
title для пользовательских ссылок это может и вредно, но в самом движке чуть ли не с самого начала title использовался для ссылок рубрик, меток, виджетов и тд и тп.
к тому же - html5 это один из стандартов и следовать ему вовсе необязательно. title все-таки используется не в SEO целях, а именно в качестве всплывающей подсказки.
#16,
Верно, было дело. Теперь оно себя изжило и title убрали.
Формально вы правы, но все же - это текущий стандарт и рекоммендуемый. В первую очередь его величеством Google и его "коллегами". Отката назад не будет, будет только развитие, именно благодаря HTML5 у нас наконец-то отпала необходимость верстать под хренову тучу браузеров и их версий, появилась более-менее стандартизация. Да, вы можете и на Perl сайты колбасить, и Fortran, Lisp, Basic и Pascal вспомните. Можете верстать с поддержкой IE5 - дело ваше. Но передовая платформа должна отвечать передовым (не cutting-edge, а уже устоявшимся) стандартам. К примеру, для премиум-шаблонов на том же ThemeForest, WordPress.com требование HTML5 уже обязательное. На WordPress.org пока еще официально нет, но новые темы без новых фич чаще всего откатывают на доработку.
Так вот именно в качестве подсказки оно не работает практически нигде, кроме полноценных браузеров в полноценных компьютерах. И именно в этом случае они как бы и не особо нужны. Вы не читали ссылку, которую я привел выше. Вспомните, на вскидку, как эта подсказка выглядит на планшете или на мобильном. Никак :)
#17,
Очень не рад, этому.
Мне очень нравится, когда наводишь мыша на ссылку, а там тебе подсказочка всплывающая, мол, так-то и так-то, туда-то и затем-то, а ты смотришь и делаешь выводы: а надо оно тебе?
И на своем сайте также сделал. (И дело в общем, даже не в СЕО трюках, а так читабельнее, людям удобнее, как мне кажется...).
А оно эвона значится как: нот юзфул.
Пишите, мол, в общем тексте все ваши описания... а то, мол, всякие гаджеты новомодные, его плохо поддерживают, видите ли.
А оно мне надо в общем тексте-то?
Но, во всяком случае, это объясняет, зачем они так сделали. Также понятно, что это не случайная ошибка (не глюк).
Спасибо за информацию.
#18,
и что это меняет?
почему от этого должны страдать посетители нормальных браузеров с нормальных компьютеров, которых до сих пор больше мобильных пользователей?
я еще могу понять, что верстальщики отрубают в мобильных версиях сайтов меню, появляющиеся для наведении мышки. но причем тут подсказки то?
ну мобильщикам будет неудобнее, но это же не повод отрубать на фиг подсказки для нормальных посетителей? вот у меня подсказки выведены для картинок twitter и rss - мне их отрубать что ли, раз это не рекомендуется по стандарту html5, который, кстати, далеко еще не стандарт?
дело даже не только в title атрибуте, а вообще во всем, что связано со всплывающими подсказками - у меня, например, тут на сайте используется скрипт подсказок для описания функций wordpress - это позволяет на одной странице найти нужную функцию, не перебирая каждую функцию вручную.
#19,
Да не только новомодные. Вы привыкли лазить по сайтам через обычный браузер на компьютере, у вас все в порядке с глазами, вы пользуетесь мышкой. Да, вам подобное использование title вполне удобно. Но далеко не все люди находятся в таком же удобном положении. Accessibility - это в первую очередь удобство и доступность контента для людей с ограниченными возможностями. Это и текстовые браузеры, и даже обычные браузеры в режиме работы с клавиатуры (без мышки), и скринридеры, и мобильные устройства (от примитивной старой нокии с первым браузером до iPhone 6), планшеты (да и все touch девайсы), smart-tv телевизоры, игровые консоли и так далее. Дело в том, что на сегодня уже больше трети всех просмотров сайтов в сети - это не компьютеры-ноутбуки, а альтернативные устройства. И их надо учитывать.
#20,
это понятно, непонятно другое.
сейчас title в качестве подсказок это хорошо для десктопщиков, плохо для остальных. отключаем title для ссылок - плохо теперь всем - и десктопщикам и мобильщикам.
что в этом хорошего?
#21,
на мобильном они просто игнорятся, а вот в скринридерах некоторых они бьют контекст и страницей пользоваться дико неудобно. В текстовых браузерах тоже.
То есть, те люди, которые в силу своей инвалидности, дефектов зрения и т.д. - это ненормальные? Люди второго сорта, на чьи интересы можно плевать?
Для этих целей в HTML5 как раз предусмотрены соответствующие теги. И они, кстати, правильно и корректно отрабатываются везде. Ну, кроме совсем старых устройств, которые HTML5 еще не понимают.
#22,
Эммм.. почему?
#23,
сколько этих текстовых браузеров? 0.001% от общего числа? думаю, что даже меньше.
а вы хотите, чтобы нормальные люди были людьми второго сорта? просто политкорректность нынче доходит до того, что вторым сортом можно считать только обычных людей - ни черных, ни инвалидов, ни геев и тд, а именно обычных людей.
к тому же, давайте откровенно - отключение title никак не связано с помощью инвалидам. любые браузеры для инвалидов прекрасно умеют игнорировать лишние атрибуты разметки.
вы живете в какой-то параллельной вселенной.
#24,
потому что ни те, ни другие теперь подсказок видеть не будут. мобильщики тупо потому, что им недоступно наведение мышкой на ссылку, а десктопщики потому, что wordpress вдруг решил отрубить title для ссылок. хотя 10 лет до этого внедрял его везде, где только можно и нельзя.
#25,
Да, в той, где самые разные, одинаково важные люди пользуются самыми разнымы устройствами :) В той, где адаптивная верстка (например) и корректное отображение на альтернативных устройствах важнее IE8 или каких-то рюшечек. Не потому, что те, кто все еще пользуется IE8 - "второго сорта", а только потому, что у них рядом полюбому стоит Opera, Chrome или даже Яндекс браузер. А у тех, кто привязан к скринридеру такой альтернативы нет. У тех, кто постоянно на ходу со смартфоном или планшетом - тоже альтернативы нет. Поэтому к их потребностям надо относиться чуть внимательнее, ведь по абсолютно реальным прогнозам, через 2-3 года mobile пользователи будут составлять не менее 50%.
#26,
да это опять бессмысленный спор получается. title как вред для скринридеров это абсолютно надуманная проблема и думаю, что вы это прекрасно знаете. title никоим образом не мешает инвалидам.
а мобильные пользователи - делать юзабилити сайта хуже только, чтобы и мобильщики и десктощики были в равных условиях - это по мне дико.
мне вообще линия партии разработчиков по переводу движка на мобильные рельсы совершенно не нравится. как вот эта убогая поддержка emoji. вот скажите, с чего вдруг десктопщики должны страдать от emoji, которые являются чисто мобильной фишкой?
и как по вашему эти самые скринридеры должны читать эти emoji? или вы видели, что отображается на вкладках современных браузеров на windows 7 и ниже при использовании в заголовке emoji?
одно с другим не стыкуется. title отрубаем, чтобы якобы инвалидам было лучше, но добавляем emoji, которые вообще нечитабельны.
#27,
Действительно, спор ни о чем.
Отказ от title носит рекомендательный характер, что следует из w3c (...в настоящее время не рекомендуется...), но так лихо каблуками щелкать ИМХО не комильфо (имею в виду обрубать эту возможность напрямую в новой версии ВП).
Хоть бы выбор оставили разработчикам сайта: отказаться - не отказаться...
Вывод: решать должен каждый сам.
Впрочем, как я понял (по реакции Флектора), ВЛВ позволяет работать "по-старому" (вставлять тайтлы не совершая лишних телодвижений), поэтому, переползу-ка я пожалуй на него.
Хотя обидно. Привык уже в админке-то кашеварить...
Вспоминая старый анекдот:
Война закончена, всем спасибо, все свободны.
: )))
#28,
я думаю, что title отрубили не из-за этого. просто из года в год пользователи wordpress "тупеют". и многие нынешние блогеры тупо не понимают, что такое title и зачем его использовать. вот и выпилили эту возможность, как мало кому нужную - мол, кто умный - тот и сам title добавит.
это, кстати, уже не первое такое "упрощение" юзабилити. они уже много лет делают так, чтобы движком могли пользоваться обычные домохозяйки - поэтому чем меньше сложных деталей - тем с их точки зрения лучше.
взгляните на сайт https://wordpress.org/ - у них самих title с подсказками есть для всего верхнего меню. более того - пункт Support выдает выпадающее меню - то есть без мышки до подпункта Documentation вообще добраться нельзя. это о многом говорит, не правда ли?
#29,
да-да:
#30,
Да я и сам "домохозяйка", в принципе, но разобрался же как-то что и зачем. Как было сказано: ищущий да обрящет.
: )
Тайтлы ухудшают аксессебилити, но улучшают юзабилити.
Посему, повелеваю: на моем сайте - тайтлам быть.
Мобильщики это переживут (не увидят описаний - не умрут, точно), а остальным - приношу извинения за низкую аксессебилити.
Плохо, только, что придется убить какое-то время на притирку к ВЛВ. Но, думаю, справлюсь. Судя по тому, что видел на скриншотах - тоже развлекуха для домохозяек.
: )
#31,
Мне тоже не нравится, что они стараются упростить по принципу "На один клик меньше". Зачем так все до безобразия упрощать, если и так все практически просто. Не, продолжают опять мудрить что-то. Вот эта вся катовасия на самом деле начинает нам только мешать.
А еще они хотели сделать автоматическую активацию плагинов. Не понимаю, зачем этой ерундой страдать. Лучше бы уделить внимание другим вещам. Например, прикрутить редактор для рубрик и тегов. Его до сих пор нет. Также с логином проблема. Ради безопасности приходится его самому скрывать. В общем, проблем хватает, а они часто внедряют то, что ненужно многим людям.
#32,
Кстати, горячее обсуждение этого момента с title не только тут, на англоязычном форуме WP тоже холивар :)
Закончился он тем, что для любителей "по старинке" 2 хороших человека сделали плагин, который возвращает назад поле title И делает "как было":
https://wordpress.org/plugins/restore-link-title-field/
#33,
Ай молодца! Хорошие люди!
Честно сказать, я так и думал, что этим закончится.
Не думал только, что так оперативно.
А вам спасибо за наводку.
: )))
#34,
Отпишусь для порядка по новому (упомянутому выше) плагину.
Работает как часы, настройки не требует никакой.
Добавляет к стандартному (стандартному с версии 4.2) полю добавления ссылки, строчку "Заголовок".
Т.е. получается там две строчки: "Заголовок" и "Текст ссылки".
А там уже... хочешь - заполняй, не хочешь - не заполняй.
В общем, то, что доктор прописал.
ИМХО - оценка 5+
#35,
я наткнулся на плагин еще пару дней назад, хотел вот сегодня его описать. собственно, стоило ожидать, что нужная функция будет реализована через плагин.
но вот лично мне уже начинает надоедать устанавливать кучу мелких плагинов, добавляющих в движок то, что было из него удалено по непонятным причинам.
ну да фиг, хоть так.
#36,
Кстати, среди разрабов ядра сейчас идет обсуждение плана работ на версию 4.3. Одной из компонент, которой уделят внимание, будет все тот же визуальный редактор. На скриншоте можете посмотреть, как планируют сделать контекстный попап для редактирования ссылок. Там есть поле title, но в конечной версии его не будет (функционально на эту тему в ядре достигнут уже консенсус, поле title не вернется, только с помощью плагинов). И, тем не менее, я уверен, что вышеупомянутый плагин будет подставлять это поле и в новый попап. Что будет удобно :)
https://cloudup.com/igLiffKn1Is
P.S.: Для тех, кто там выше говорил "от нас ничего не зависит" - именно сейчас тот неловкий момент, когда зависит. Открыт как раз выбор тикетов и фич для добавления в 4.3. Можно подключаться на этом этапе к работе.
https://make.wordpress.org/core/2015/04/29/hop-on-the-wordpress-4-3-train-open-call-for-tickets/
#37,
когда выбор из плохого и очень плохого - это не выбор.
а так, по сути, все эти "украшательства" на фиг не сдались лично мне. я пользуюсь WLW и меня в визуальный редактор вордпресса не затащить - слишком он убогий.
а сами эти нововведения - вот скажите, этот попап добавления ссылки неужели он настолько лучше старого диалога добавления ссылки, что его надо менять? нет конечно. это очередное "украшательство", которое на фиг никому не сдалось кроме одного единственного разработчика, который решил сменить шило на мыло.
#38,
Вот вы прям все 3000 тикетов посмотрели? :)
Да и новый создать - минутное дело. Дело же не в тикетах даже. А в написании кода, тестировании и т.д. Фраза "от нас ничего не зависит" может просто по-разному восприниматься. Я воспринимаю так - если хочешь что-то, то предложи идею, обсуди ее (узнаешь много полезного), получи одобрение и делай. Разработчики ядра будут только рады, если появится новый человек и сделает что-то полезное. Естественно, если это настолько полезное, что его есть смысл включить в ядро. В противном случае - делайте плагин, они для этого и существуют. Все впихнуть в ядро невозможно и не нужно. Ну и второе требование - обратная совместимость. Если же вы смотрите с позиции "хочу вот так, сделайте мне сейчас же, холопы, а надо ли это остальным - мне плевать", то это путь в никуда. WordPress - это Open Source, никто вам лично ничего не должен. Ну и ядро не резиновое.
Как посмотреть. Если вы смотрите только со своего личного опыта и способа использования, то вам это украшательство. Но есть use cases, где это охренительно удобно. Например, если у вас экран больше 24 дюймов и разрешение больше 1920px по ширине. Тащить мышу через на полметра вверх каждый раз напрягает. Но это еще полбеды, если у вас мышь. А если вы работаете с трекпадом ноутбука? Трекпад дрочить вверх-вниз еще больше напрягает. На планшетах также удобнее и привычнее, если попапчик появится рядом сразу после выделения. Вот вам и добрая половина всех юзеров, для которых это "украшательство" будет очень полезным. Да, это не функционал, но тоже нужно. Так как основные функциональные вопросы решаются плагинами, а написание текстов в редакторе админки - ежедневная рутина. И делать эту рутину удобнее и эффективнее - это не шило на мыло, а одна из главных причин популярности WordPress среди конечных пользователей.
Если честно, мне было бы интересно услышать от вас хотя бы короткий список тех улучшений в WordPress, которые вы бы посчитали нужными и важными, а не "украшательствами". Может, перестану доставать вас в комментах и обойдемся без бана :)
#39,
Еще забыл по поводу поп-апа. Самый главный use case - текст мы пишем с клавиатуры, выделение делать можно тоже с помощью стрелки тут же. И сразу появится попап, которому будет передан фокус. А это означает, что для перехода по полям в попапе не нужно вообще трогать мышку/тачпад. Табуляцией с клавиатуры удобнее и быстрее.
#40,
этот список был при выходе версий 2.5-3.5, там действительно в движке появлялись не только украшательства. а сейчас тоска зеленая - споры по поводу title в диалоге вставки ссылки, нового попапа добавления ссылки и тд и тп. ну да - в самом движке появляется что-то новое и полезное для разработчиков, но для конечных пользователей нового в каждой версии все меньше и меньше.
да, у меня 24 дюйма монитор - неудобств со вставкой ссылки не испытываю. мышкой пользуюсь, прошли те времена, когда необходимо было учитывать только клавиатурщиков. а сейчас опять удобства в сторону меньшинств - 0.001% пользователей будет удобнее вставлять ссылки, остальным - привыкать. специально сейчас проверил - в старом диалоге добавления ссылки фокус тоже стоит на поле ввода ссылки - вставил, нажал enter - ссылка в тексте готова.
но даже если бы это было не так - ссылки мы наизусть не вставляем. мы их сначала копируем - либо из других статей, либо из строки браузера. поэтому абсолютно бессмысленно экономить микроскопическое движение мышки - мы все равно переключимся на другое окно браузера, чтобы скопировать ссылку. скажите не так? именно так.
я спорю с вами чисто из принципа. мне, если честно, по барабану - ну сильно хуже не станет и то хорошо. просто составлять списки "нововведений" при выходе каждой новой версии движка все скучнее и скучнее.
#41,
Тогда и я из принципа поспорю немного :)
По переключениям. Вот лично я мышку использую редко, особенно если пишу или читаю, или то и другое сразу. Ctrl+Tab / Ctrl+(1-9) для переключения между вкладками, Ctrl+L / F6 для переключения в адресную стору и выделение сслыки, Tab и стрелки для переключения по ссылкам на странице. И на клаве есть кнопка для вызова контекстного меню. Во время чтения статей или написания поста / статьи реально удобно откинуться комфортно в кресле и с клавой на коленях, на адекватном расстоянии от монитора чтобы не крутить головой, переключиться в полноэкранный режим, чтобы ничего не отвлекало, увеличить масштаб на странице, чтобы не ломать глаза. Мышка в эту идиллию никак не попадает. А еще у меня беспроводная клава Rapoo с тачпадом, так на крайняк поерзать пальцем могу. В общем, если я и отрываю руку от клавы, то чтобы взять чашку с кофе/чаем/соком/пивом или погладить/подвинуть кота. Аналогичный режим работы при кодинге - я использую Sublime Text, в нем нет ни единой панели инструментов с иконками, мышом клацать некуда, все с клавиатуры. Еще часть времени провожу в консоли - Grunt, Bower, Git, работа с серверами и на серверах, просмотр логов и т.д. Нет, мышка у меня конечно есть. И я ею даже пользуюсь. Но в некоторых задачах без нее не только обхожусь, но и работается быстрее и комфортнее. Кроме Quake Live, конечно :) И таких как я очень много. Большая часть разрабов, хипстеры и всякие технодрочеры))
#42,
это и есть 0.001% пользователей :)
в свое время я работал эникейщиком - я прекрасно знаю обычных пользователей. которые даже не знают, что делают мелкософтовские клавиши на клавиатуре. и tab они если и используют, то сугубо ради красной строки. управление чем-либо с клавиатуры - это задача нынче нетривиальная даже для компьютерно-подкованной молодежи. и это факт.
поэтому я и говорю - эти нововведения они не будут полезны. они лишь заставят к себе привыкать, но реальной пользы не принесут.
#43,
Сильно больше, но не суть. Не доминирующая часть юзеров, согласен. Главное - существенная часть этих гиков как раз и пользуется WP - пишет в свои блоги, разрабатывает сайты, плагины и темы, переводит их и т.д. В общем, это заметная часть ЦА. Также эти нововведения полезны редакторам больших сайтов, которые не вылазят из админки с 9 до 6 ежедневно. У меня на поддержке 12 новостных сайтов разного масштаба, от небольших до крупных новостных порталов. Так что есть реальный фидбек от реальных "писателей контента". Они прутся от каждой новой версии WP, я обычно заранее при возможности озвучиваю что появится, они ждут, а потом я все подобные нововведения (и как ими пользоваться) им транслирую в админку в виде уведомления на дашборд или в написании поста сверху. И собираю отзывы. У нас просто в админках многих сайтов достаточно много кастомных интерфейсов, и отзывы редакторов очень важны, ведь мы это все для них делаем. Отсюда и мое трепетное отношение к подобным нововведениям - они в действительности многим облегчают жизнь. Ну ведь разработчики WP тоже ребята не тупые, и прекрасно понимают что делают. Тем более там есть такие парни как Andrew Nacin, которые рубят на корню любые идеи, если они не имеют массовой поддержки. У него принцип - все, что не будет полезно значительной части пользователей выносите в плагины, нечего захламлять ядро.
#44,
ой, да ладно - а то вы на форумы поддержки вордпресса никогда не заглядывали. он давно уже стал движком для домохозяек - подавляющее большинство пользователей даже не умеет устанавливать вордпресс, только и могут, что кнопочку тыкнуть в панели - "установить wordpress".
короче, спор этот бесполезен по сути. вашу точку зрения я прекрасно понял, просто я с ней не согласен.