Как раз все то, что добавлено "под капотом" имеет намного большее значение, и говорить, что "ничего действительно нового и полезного в этой версии движка нет" как минимум глупо. Откройте Trac и просмотрите закрытые тикеты с меткой 4.2. Все эти изменения приведут к тому, что сайты будут быстрее, плагины будут добавлять новые фичи, появляться новые плагины и темы с новым интересным функционалом. Экосистему WordPress создаем мы все вместе.

конечного пользователя интересует только видимая часть изменений

Движок - это фреймворк + админка, а все "видимые изменения" - это плагины и темы, использующие нововведения и изменения внутри фреймворка. Так и должно быть, иначе нормальная и гибкая 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.2 при вставке ссылки из визуального редактора перестал прописываться атрибут title гиперссылки. Вместо того поля, где прописывался title теперь идет текст, к которому привязана ссылка. Собственно вопрос: это у меня "криво" что-то встало, или это офигенно "удобное" улучшение в новой версии?
Потому как теперь, вставив ссылку, при необходимости добавить описание, нужно быстренько перескочить в текстовый редактор, и ручками, ручками прописать title. Очень "удобно", блин, с точки зрения редактирования.
Так вот, еще раз повторюсь, вопрос: это только у меня так, или теперь это норма? Кто что скажет из отписавшихся выше?

норма. очередное "улучшение"

Что ж, увы. Не рад. : (
Блин, даже зол...
Но, однако, спасибо, за наводку (погуглил что такое ВЛВ). В этом что-то есть. Попробую.

Пробежался по статье, да, она получше той, что мне попалась навскидку. Изучу чуть позже.
А на хрюшке, интересно, эта версия (2011) будет ездить, или сразу искать что постарее? На ноуте 7-ка стоит, а на базовом ХР (не могу расстаться : )
Конечно, можно ткнуться и попробовать, за спрос денег не берут, но, чтобы не совершать лишних телодвижений, не в курсе, случайно, будет с ХР дружить?

норма. очередное "улучшение"

Внимательно читаем этот текст, а также спецификацию на W3C. Title в ссылках - это некорректное использование этого атрибута, спецификация HTML5 прямо не рекоммендует этого делать. WordPress, в отличие от многих других платформ, очень заморочен на accessibility - что есть правильно. И именно в плане accessibility этот атрибут - сплошной геморрой. Ну и, с точки зрения агрессивного SEO этим атрибутом настолько злоупотребляли, что его наличие сейчас не дает ровным счетом ничего. Поисковики анализируют только текст самой ссылки и контекст, в котором эта ссылка находится.

все равно от нас ничего не зависит.

Как раз наоборот. WordPress - это Open Source Software, в Trac - туча тикетов, идей и пожеланий. Подключайтесь в команду разработчиков, делайте тот функционал, который считаете нужным и приоритетным.

в самом движке чуть ли не с самого начала title использовался

Верно, было дело. Теперь оно себя изжило и title убрали.

html5 это один из стандартов и следовать ему вовсе необязательно

Формально вы правы, но все же - это текущий стандарт и рекоммендуемый. В первую очередь его величеством Google и его "коллегами". Отката назад не будет, будет только развитие, именно благодаря HTML5 у нас наконец-то отпала необходимость верстать под хренову тучу браузеров и их версий, появилась более-менее стандартизация. Да, вы можете и на Perl сайты колбасить, и Fortran, Lisp, Basic и Pascal вспомните. Можете верстать с поддержкой IE5 - дело ваше. Но передовая платформа должна отвечать передовым (не cutting-edge, а уже устоявшимся) стандартам. К примеру, для премиум-шаблонов на том же ThemeForest, WordPress.com требование HTML5 уже обязательное. На WordPress.org пока еще официально нет, но новые темы без новых фич чаще всего откатывают на доработку.

title все-таки используется не в SEO целях, а именно в качестве всплывающей подсказки

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

Очень не рад, этому.
Мне очень нравится, когда наводишь мыша на ссылку, а там тебе подсказочка всплывающая, мол, так-то и так-то, туда-то и затем-то, а ты смотришь и делаешь выводы: а надо оно тебе?
И на своем сайте также сделал. (И дело в общем, даже не в СЕО трюках, а так читабельнее, людям удобнее, как мне кажется...).
А оно эвона значится как: нот юзфул.
Пишите, мол, в общем тексте все ваши описания... а то, мол, всякие гаджеты новомодные, его плохо поддерживают, видите ли.
А оно мне надо в общем тексте-то?
Но, во всяком случае, это объясняет, зачем они так сделали. Также понятно, что это не случайная ошибка (не глюк).
Спасибо за информацию.

всякие гаджеты новомодные, его плохо поддерживают

Да не только новомодные. Вы привыкли лазить по сайтам через обычный браузер на компьютере, у вас все в порядке с глазами, вы пользуетесь мышкой. Да, вам подобное использование title вполне удобно. Но далеко не все люди находятся в таком же удобном положении. Accessibility - это в первую очередь удобство и доступность контента для людей с ограниченными возможностями. Это и текстовые браузеры, и даже обычные браузеры в режиме работы с клавиатуры (без мышки), и скринридеры, и мобильные устройства (от примитивной старой нокии с первым браузером до iPhone 6), планшеты (да и все touch девайсы), smart-tv телевизоры, игровые консоли и так далее. Дело в том, что на сегодня уже больше трети всех просмотров сайтов в сети - это не компьютеры-ноутбуки, а альтернативные устройства. И их надо учитывать.