WDP открыло пользователям видение Microsoft того, каким должна быть современная операционная система. Самым неоднозначным решением в этом видении предстал новый интерфейс системы, так называемый MetroUI. Появление этого новшества пробудило во мне желание перебрать несколько сред окружения "альтернативных" операционных систем, дабы узнать, как обстоят дела в андеграунде, и некоторыми выводами из этого всего я и хочу поделиться.

Интерфейс Metro знаком каждому посетителю магазина "Ашан", где вывески вида "Вход/Выход" оформлены аналогичным квадратно-плоским способом и аналогичными же значками. Microsoft позиционирует подобное решение как новый, более качественный способ организации взаимодействия пользователя с данными. По их задумке, на передний план должны выходить данные, а нюансы оформления, кучи кнопок на тулбарах, свистоперделки и неиспользуемые в данный момент элементы управления должны сгинуть с глаз долой. Идея подразумевает концентрацию вашего внимания исключительно на рабочем наборе данных, и ничего не должно отвлекать вас от работы/вконтакта/порнухи.

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

Идея "убрать всё лишнее" звучит довольно привлекательно, но реализация её явно от лукавого. Microsoft не просто пытается сделать интерфейс простым и доступным, она преследует цель создания единого интерфейса для мобильных устройств и классических персоналок. На мой взгляд, это откровенно несовместимые вещи хотя бы потому, что устройства эти разного класса и решают совершенно разные задачи.

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

Microsoft меняет понятие классического рабочего стола. Вас пытаются убедить в том, что вы попали в чужеродное системе приложение, в некий режим совместимости. В Windows Consumer Preview (читай, Beta 1) для большего эффекта скрыта кнопка меню "Пуск". Раньше я фактически без потери фокуса на том, что я делал, мог открыть меню Пуск и быстро открыть документ/приложение. Теперь начальный экран Metro занимает собой весь экран, он стремительно несется через весь экран, сметая всё на пути. Он  отображает огроменные иконки, сваленные в одну кучу. Подобное решение хорошо будет смотреться на маленьких экранах планшетов с сенсорным экраном, где и приложений-то обычно в разы меньше. Но, позвольте узнать, в чем профит от него на десктопе? Постоянное переключение туда-сюда меня откровенно напрягает, а иконки а-ля "кирпич", способные нести хоть какую-то пользу для Metro-приложений, для обычных программ лишь занимают место, не имея никакой практической пользы. Интерфейс, заточенный на мобильные устройства и сенсорное управление, несет обладателю мыши и клавиатуры не легкое восприятие, а набор лишенных смысла телодвижений, которые просто не нужны.

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

 Выходим из Metro

Унификация интерфейсов, как оказалось, на сегодняшний день очень распространенное явление, и занимаются ей не только в Microsoft. Apple переносит свои "планшетные" наработки с iPad на грядущий X Moutain Lion, а разработчики Ubuntu и среды Gnome идут обратным ходом.

Unity

Разработчики из Canonical делают всё, чтобы их детище смогло занять своё место на планшетах, для чего их собственная разработка - интерфейс Unity - имеет все предпосылки.

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

Строки меню у окна при этом нет, тем самым опять-таки увеличивается размер эффективного пространства окна

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

Другая особенность - отображение в Unity установленных программ наряду с теми, которые находятся в репозиториях. С одной стороны, это удобно - можно ознакомиться с программами, о существовании которых ты мог и не подозревать. С другой стороны, у опытного пользователя, который чётко знает, что ему нужно, подобное решение может вызывать раздражение. И действительно, если я пытаюсь запустить какую-то конкретную программу, всё остальное мне не нужно и является в настоящий момент лишней информацией, это посторонний шум. Вот здесь бы пригодился принцип MetroUI, но в сухом остатке здесь лишь схожая реализация - здоровенные иконки в куче. К чести Unity, иконки здесь хотя бы можно разбить по категориям, но кардинальным образом эта возможность ничего не меняет.

Ложкой дегтя в бочке с Unity может служить также отсутствие такого понятия как "системный трэй". У неё своя собственная область уведомлений, куда могут помещать свои иконки лишь обладающие необходимой поддержкой программы. Это расширяет и без того неслабые в Linux возможности встать на грабли, создавая условия несовместимости софта. Установив расширение "Minimize to tray" в любой продукт Mozilla, вы свернете приложения в никуда и уже не вернете их к жизни.

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

Gnome 3

Интерфейс Gnome долгое время подкупал (меня, во всяком случае) вполне себе удачной реализацией основных функций управления приложениями и системой. Две панели с широкими возможностями настройки + так называемыми апплеты, один из которых - меню приложений, построенное по классическим канонам - этого всего достаточно, чтобы создать комфортное рабочее окружение. Третий "Гном" изменился радикально, и я не мог отделаться от ощущения, что имею дело с какой-то из ранних наработок Unity.

Из коробки третьего гнома предлагается:

• рабочий стол использовать в качестве стены для обоев. Иконок на нем нет никаких, и контекстного меню - тоже. Кому же придет в голову закидывать красивую картинку всякой чепухой. 
• полное отсутствие панели задач. Список запущенных программ нигде не видно. Вместо него есть некое Activities, чертовски напоминающее композицию объектов Unity: довольно похожий док с иконками слева, и панель с кучей иконок установленных приложений. Когда вы до упора закатите курсор мыши в верхний левый угол, оттуда появляется это самое Activities, содержащее в себе ещё и миниатюры открытых окон. Иконки запущенных программ тускло подсвечены в левой панели.
  
• окна не сворачивать. Кнопки управления состоянием окна в Gnome 3 отсутствуют. Окно можно закрыть единственной выжившей кнопкой, средний щелчок отправляет его на задний план. Клавиатурный хоткей сворачивания окон разбинден. Словом, всё говорит о том, что сворачивание окон, по мнению разработчиков Gnome, - лишняя операция и пережиток прошлого.

Опять таки, подобные новшества скорей уместны скорей на мобильных устройствах с тач-интерфейсом. Это очевидно, по-моему. Но из всех упомянутых ныне трендовых интерфейсов Gnome 3 является самой либеральным как изнутри, так и в возможностях настройки и допиливания. Немного повозившись, вы легко вернете кнопки управления окнами, рабочий стол и прочие милые и привычные плюшки (отличная статья Татьяны Серебренниковой на эту тему). Среда имеет развитые механизмы поддержки мини-приложений и расширений на JS/CSS (мануал на хабре). Я, если честно, не уверен, что именно эти технологии следует использовать в качестве технологий реализации модулей среды окружения, мне всегда казалось, что вычислительные ресурсы нужно тратить на что-то более полезное. Тем не менее, Microsoft также предлагает использовать аналогичные (ну или схожие) технологии для создания Метро-приложений.

Принципиальное отличие альтернативных ОС от топовых изделий Редмонда - это напильник в каждом дистрибутиве возможность выбора. Если использование планшетоподобных интерфейсов на обычном компьютере вас откровенно напрягает, здесь вы всегда можете использовать что-то другое. Для вас есть состоящее из свистоперделок чуть менее чем полностью KDE4, унаследовавшая прелести Gnome 2 среда XFCE, аскетичный LXDE и просто сверхскоростной оконный менеджер Fluxbox, который можно использовать "голым", если потребление ресурсов критично. Это далеко не полный перечень обитателей зоопарка приложений, пакетов, сред окружения и проектов, коих за долгую жизнь Linux скопилось немало. К счастью, далеко не все  разработчики кинулись бросаться в омут с головой.

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

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

Традиционно, целевая аудитория читает текст, нецелевая - смотрит симпатичного котика в конце статьи. Поехали.

Меню категорий новостей в e107

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

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

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

Идем в "Настройки - Ссылки сайта". Создаем новую ссылку, абсолютно всё равно, какой у неё будет текст и на что она будет ссылаться - мы будем использовать её как заглушку для Генератора подменю. Единственное, что нас здесь на самом деле интересует, так это параметр "Категории ссылок". Используем любое свободное число, не задействованное ранее.

Идем в "Настройки - Ссылки сайта - Генератор подменю". Генерируем ссылки из "Категории новостей", указывая в качестве родителя только что созданную заглушку:

У вас получится что-то вроде этого:

Теперь просто удаляем заглушку, и все ссылки становятся ссылками первого уровня. Замечательно!

Добавляем в нашу тему шорткод {SITELINKS=flat:номер выбранной категории}, у меня вот так:

В данном случае я не заморачиваюсь разметкой, у меня нет задачи "сделать красиво", поэтому рендеринг "умолчальный" и выглядит неказисто:

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

Советую почитать раздел Wiki Styling Individual Sitelink Menus, лишним не будет.

Реализовав наконец меню категорий, вы обнаружите, что название категорий выводится откровенно лажово. Хромает перевод, и нажав на категорию "Новости", вы увидите следующее:

Выглядит довольно несуразно, поэтому целесообразно убрать "Новости - Категории 'Новости'", и оставить лишь "Новости". Я перерыл добрую половину Wiki e107, но ответ нашел непосредственно в коде этой CMS.

При выводе названия категорий новостей e107 обрабатывает значение переменной $NEWSLISTTITLE. Если она задана, то в ней производится замена значения шорткода {NEWSCATEGORY} на реальное название. Не знаю, как написать это по-русски, покажу на реальных примерах.

Пример №1. Добавляем в файл темы theme.php следующую строчку:

Код: Выделить всё

$NEWSLISTTITLE = '{NEWSCATEGORY}';

Результат будет таким:

Пример №2

Код: Выделить всё

$NEWSLISTTITLE = 'Список статей раздела "{NEWSCATEGORY}"';

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

Борьба с кривым переводом e107

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

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

Разберем небольшой актуальный пример.

Итак, у меня установлена последняя версия e107, и в её код закралась ошибка - вместо того, чтобы сообщать посетителю, что для комментирования новостей ему необходимо быть зарегистрированным/залогиниться, система рапортует, что комментарии заблокированы.

Воспользуемся ситуацией, и переопределим строковую константу. Нас интересует константа define("COMLAN_328", "Комментарии заблокированы");, заданная в файле:

/e107_languages/Russian/lan_comment.php

Я переопределю её, добавив в файл /e107_themes/leaf/languages/Russian.php следующую строку:

Код: Выделить всё

define("COMLAN_328", "Вы должны войти, чтобы отправлять комментарии на этот сайт - пожалуйста, либо войдите, либо - если вы еще не зарегистрированы - щелкните");

Этот корявый текст - тот самый текст, который должна была бы отобразить  e107, если бы ошибки не было. Я взял его исключительно для примера. И тем не менее, поставленной цели мы добились:

Теперь я уберу переопределение константы, и исправлю ошибку.

Ошибка, кстати, будет поправлена в следующем релизе, и находится она в файле e107_handlers/comment_class.php, в строке 602, которая выглядит так:

Код: Выделить всё

if (($lock != '1') && ($this->getCommentPermissions() === 'rw'))

Её нужно привести к виду:

Код: Выделить всё

if ($lock != '1') 

Таки бездумно копировать куски кода есть плохая практика. Не все в e107 Inc это знают, видимо.

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

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

Добавим в наш Russian.php темы строки вида:

Код: Выделить всё

define('COMLAN_6','Оставлять комментарии могут только зарегистрированные пользователи. Пожалуйста, <a href="login.php">войдите</a> или <a href="signup.php">зарегистрируйтесь</a>.');
define('COMLAN_321','');
define('COMLAN_322','');

В данной реализации костылей мы:

• Во-первых, подменили текст сообщения в COMLAN_6
• Во-вторых, это сообщение составное, и необходимо затереть его оставшиеся части. COMLAN_321 содержит текст ссылки, а COLMAN_322 - это "чтобы зарегистрироваться".

Альтернативный вариант реализации переопределения строковых ресурсов в данном конкретном случае мог бы быть таким:

Код: Выделить всё

define('COMLAN_6','Оставлять комментарии могут только зарегистрированные пользователи. Пожалуйста, <a href="login.php">войдите</a> или ');
define('COMLAN_321','зарегистрируйтесь');
define('COMLAN_322','');

Второй вариант - более правильный.

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

• В "Загрузках" перепутаны строки "По возрастанию" и "По убыванию". Добавляем в файл Тема\Languages\Russian.php строки
  

  Код: Выделить всё

  define("LAN_dl_26", "По убыванию");
define("LAN_dl_25", "По возрастанию");

• Ещё одна ошибка в комментариях, для её устранения добавляем строку

  Код: Выделить всё

  define("COMLAN_12", "Пользователь");

  В оригинале написано "Потльзователь".

Исправляем ошибку с заголовком новостей в e107 при включенном кэше

Кеш в e107 вполне себе годный, он действительно сокращает время загрузки страниц и снижает нагрузку на сервер, так как тело статьи не парсится из шорткодов, база не дергается запросами, а всё содержимое статьи берется из статического php-файла простым Include.

Но если включить кэш, вместо заголовка новости (тэг title) вы увидите название сайта+слово "Комментарии". Это уж совсем непростительный косяк, ибо после этого поисковые системы будут смотреть на ваш сайт, как на говно.

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

Суть костыля заключается в том, что если мы смотрим новость, то нужно "дёрнуть" из базы данных заголовок текущей новости, и положить его в e_PAGETITLE. Написанный и используемый мной код выглядит следующим образом:

Код: Выделить всё


//e_PAGENAME for cache
$temp_query = explode(".", e_QUERY);
$action = $temp_query[0];            // Usually says 'comment' - may say 'reply'
$table = $temp_query[1];            // Table containing item associated with comment(s)
$id  = intval(varset($temp_query[2], 0));    // ID of item associated with comments (e.g. news ID)
if ( ($action == 'comment') && ($table == 'news') ) {
$query = "SELECT n.news_title FROM #news AS n WHERE n.news_id={$id}";
if ($sql->db_Select_gen($query)) {
$newsitem = $sql->db_Fetch();
$subject = $tp->toForm($newsitem['news_title']);
define("e_PAGETITLE", "{$subject}");
unset($subject);
unset($newsitem);
unset($query);
}
}
unset($action);
unset($table);
unset($id);
unset($temp_query);

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

На этом я завершаю свой безблагодатный опус. Подобьём итоги: мы научились исправлять недочеты перевода без правки основных файлов e107, научились чинить заголовок статьи при включенном кэше, научились задавать заголовок категории новостей, и самое главное - мы теперь знаем быстрый способ сгенерировать меню категорий новостей для e107.

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

Я не намерен писать учебник по e107 и/или рассказывать, как её установить, настроить, описывать её фичи. Учебники писать у меня получается через то, на чем вы сидите (мир и покой тебе, учебник по NSIS). Писать я буду о том, как подставить костыли под наиболее хромающие места, как реализовать хаки вроде переопределения стандарных bb-кодов и шорткодов, и поделюсь своими плагинами. Все заинтересовавшиеся читают продолжение, остальным покажу котёнка в конце статьи.

Вы установили e107/получили в подарок от друга сайт на ней/whatever, и чаще всего вы будете иметь дело с админкой. Начиная с релиза e107 1.0 с ней поставляется новая дефолтная тема, сделанная "для удобства пользователей". Именно она используется как тема админ-центра по умолчанию, и начать стоит с её выпиливания.

Почему? Потому что:

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

• если нет - посмотрите файлы theme.php и style.css.

Разумно использовать старый вариант темы для админки, это тема Jayya.

Тема админ-центра e107

Вообще, темы в e107  - это форменное безумие. Если судить по верстке, то их создатели застряли где-то в начале 200х годов, а размеры шрифтов говорят о том, что делали их под разрешение 800x600.

Итак, чтобы не ломать глаза об шрифты Jayya, целесообразно убрать ограничения на их размеры, подредактировав style.css. А чтобы не потереть свои изменения при очередном апдейте, есть смысл склонировать тему, поместив её в папку Jayya2.

Если вы склонировали Jayya, то сразу поправьте пути к локализации в theme.php:

В этом же случае есть смысл поправить и описание темы, которые вы будете видеть в админке, чтобы не путать оригинальную тему с клоном:

Теперь непосредственно шрифты. Я предпочитаю дать браузеру полную свободу в этом вопросе, поэтому просто удаляю все основные стили шрифтов в файле style.css:

Находим тему в админке, ставим её темой админ-центра, видим появившиеся кнопки сохранения пресетов:

ПРОФИТ!!

Тема сайта

Как я уже говорил, хороших тем для этой CMS "из коробки" нет. (Впрочем, после некоторого допила можно привести умолчанию тему Core во вполне презентабельный вид). Делайте самостоятельно или попробуйте подобрать что-то вот здесь, где иногда попадаются вполне себе годные варианты. Я лично, запуская Winaero, взял штатную тему Human Condition и немного переверстал её. Вид вышел неказистый, да ну и чёрт с ней. Для странички со списком софта и так сойдет. Ну а я в целях показательных буду использовать и терзать на протяжении всего цикла публикаций тему Leaf.

Если вы уже определились с темой и осмотрелись, самое время подставлять костыли. Костыли преимущественно будем подставлять при помощи файла темы, то бишь theme.php.

Использование файла темы для доработки/переопределения штатных фич снижает трудоемкость замены основной темы сайта, избавляет вас от необходимости править файлы "ядра" движка и упрощает обновление CMS e107.

Первое, что вы наверняка захотите сделать, это избавиться от идиотизма с отображением комментариев.

Отображение полной новости вместе с комментариями в e107

Первое, обо что я и Глеб споткнулись, запустив Winreview, было именно отображение комментариев. e107 отображает либо анонс+комментарии, либо анонс+полный текст.

Анонс, комментариев не видно:

Полный текст новости, комментариев не видно:

Пытаемся оставить комментарий, получаем анонс+комментарии:

Слишком много телодвижений, чтобы почитать комментарии. Бред, ИМХО.

Вариант анонс+полный текст+комментарии почему-то недоступен ни в одной из тем, хотя он реализован в движке и может использоваться. Я по дури в свое время кинулся дорабатывать "системные" файлы, призывая на себя проклятье геморройного обновления, делать этого ни в коем случае не стоит. Эта задача решается по-другому.

Чтобы задействовать означенную выше фичу, нужно создать аж три новых шорткода, один на замену {NEWSTITLE}, второй - на замену {EXTENDED}, и третий - это {NEWSBODY}, который нужно научить отображать полный текст новости для случая, когда пользователь читает комментарии.

И здесь мы применим первый трюк - переопределение стандартных шорткодов e107.

Как задаются шорткоды в теме , можно увидеть в той же теме leaf, в файле theme.php. В общем случае эта операция сводится до создания файла с кодом file.sc  и добавления в theme.php записи

Код: Выделить всё

$register_sc[] = 'FILE';

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

Регистрируем наши шорткоды обычным способом, добавляя в строчки в файл theme.php:

Теперь необходимо создать три SC-файла и разместить их рядом с файлом theme.php.

Файлы newstitle.sc и extended.sc нужно создать на основе кода системных шоркодов, доработав формирование ссылки вида comment.php?comment.news.10 (взамен news.php?news.extend и news.php?news.item).

Привожу код каждого из файлов, которым пользуюсь сам:

extended.sc

Код: Выделить всё

global $tp;
$news_item = getcachedvars('current_news_item');
$param = getcachedvars('current_news_param');
#if ($news_item['news_extended'] && (strpos(e_QUERY, 'extend') === FALSE || $parm == "force"))
if ($news_item['news_extended'] && (strpos(e_QUERY, 'extend') === FALSE || $parm == "force") && strpos(e_QUERY, 'comment.news') === FALSE)
{
if (defined("PRE_EXTENDEDSTRING"))
{
$es1 = PRE_EXTENDEDSTRING;
}
if (defined("POST_EXTENDEDSTRING"))
{
$es2 = POST_EXTENDEDSTRING;
}
if (isset($_POST['preview']))
{
return $es1.EXTENDEDSTRING.$es2."<br />".$tp->toHTML($news_item['news_extended'], TRUE, 'BODY, fromadmin', $news_item['news_author']);
}
else
{
return $es1."<a class='".$GLOBALS['NEWS_CSSMODE']."_extendstring' href='".e_HTTP."comment.php?comment.news.".$news_item['news_id']."'>".EXTENDEDSTRING."</a>".$es2;
}
}
else
{
return "";
}

newstitle.sc:

Код: Выделить всё

global $tp;
$news_item = getcachedvars('current_news_item');
$param = getcachedvars('current_news_param');
return "<a href='".e_HTTP."comment.php?comment.news.".$news_item['news_id']."'>".$tp -> toHTML($news_item['news_title'], TRUE, 'TITLE')."</a>";

newsbody.sc

Код: Выделить всё

global $tp;
$news_item = getcachedvars('current_news_item');
$param = getcachedvars('current_news_param');
$news_body = $tp -> toHTML($news_item['news_body'],    TRUE, 'BODY, fromadmin', $news_item['news_author']);
if($news_item['news_extended'] && (isset($_POST['preview']) || strpos(e_QUERY, 'extend') !== FALSE || strpos(e_QUERY, 'comment.news') !== FALSE))
{
$news_extended =$tp -> toHTML($news_item['news_extended'], TRUE, 'BODY, fromadmin', $news_item['news_author']);
$news_body .= $news_extended;
}
return $news_body;

Результат этой возни, несомненно, радует:

Если вы решите заменить функциональность ссылки "Комментарии", чтобы она тоже  вела на страницу полной новости с комментариями, переопределите шорткод  {NEWSCOMMENTS} аналогичным образом, рабочий код для newcomments.sc:

Код: Выделить всё

global $pref, $sql;
if($pref['comments_disabled'] == 1)
{
return;
}
$news_item = getcachedvars('current_news_item');
$param = getcachedvars('current_news_param');
if (varsettrue($pref['multilanguage']))
{    // Can have multilanguage news table, monlingual comment table. If the comment table is multilingual, it'll only count entries in the current language
$news_item['news_comment_total'] = $sql->db_Select("comments", "*", "comment_item_id='".$news_item['news_id']."' AND comment_type='0' ");
}
if ($pref['comments_icon'] && $news_item['news_comment_total'])
{
$sql->db_Select('comments', 'comment_datestamp', "comment_item_id='".intval($news_item['news_id'])."' AND comment_type='0' ORDER BY comment_datestamp DESC LIMIT 0,1");
list($comments['comment_datestamp']) = $sql->db_Fetch();
$latest_comment = $comments['comment_datestamp'];
if ($latest_comment > USERLV )
{
$NEWIMAGE = $param['image_new_small'];
}
else
{
$NEWIMAGE = $param['image_nonew_small'];
}
}
else
{
$NEWIMAGE = $param['image_nonew_small'];
}
return ($news_item['news_allow_comments'] ? $param['commentoffstring']
:
''.($pref['comments_icon'] ? $NEWIMAGE : '')." <a href='".e_HTTP."comment.php?comment.news.".$news_item['news_id']."'>".$param['commentlink'].$news_item['news_comment_total'].'</a>');

Хватит для начала. Подобьём итоги. Сегодня мы: увеличили член юзабильность админки, в частности добились читабельности её шрифтов и получили назад пресеты, научились переопределять штатные шорткоды и побороли отображение контента, добившись вывода новости и комментариев на одной странице.

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

Как у вас, уважаемый читатель, обстоят дела с приводом компакт-дисков? Пользуетесь? Я тут недавно обнаружил, что он у меня вообще не подключен. Я даже не помню, когда я его отключил, видимо, это было очень давно. Как-то совершенно незаметно для самого себя я вывел из эксплуатации носитель под названием «компакт-диск». Его мне полностью заменили флэшки: большие, маленькие, мои и чужие — они совершенно однозначно удобнее, быстрее, компактней, и информацию на них записывать - одно удовольствие. Операционные системы, стоящие на всех моих компьютерах, все до одной были установлены с флеш-накопителей.

Мои операционные системы — это в том числе и два Debian, которых не миновала та же участь во время установки.

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

mount: wrong fs type, bad option, bad superblock on /dev/sdb1

Лиха беда, подумалось мне. По сравнению с глюками, которыми была напичкана Fedora, это выглядело сущей мелочью. Не можешь монтировать? Хорошо, сейчас заставлю, решил я, и отправился портить зрение об man-страницу команды mount.

И что характерно, вручную подмонтировать носитель мне удалось без проблем. На радостях я принялся тут же накидывать на флэшку файлы. Но не тут-то было!

Наблюдалась жесткая просадка операций ввода-вывода при работе с носителем, ну а в довершение — полный ступор системы на 90% копирования.

Я перезагрузился, произошла абсолютно та же история, словно повтора гола при просмотре футбольного матча.

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

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

Ну точно — в /etc/fstab была запись, предписывающая системе работать с /dev/sdb1 как с CDROM. Видимо, в процессе инсталляции системы программа установки приписала строчку, решив, что я использую компакт-диск. Записав подложившему свинью инсталлятору жирный минус, я убрал в fstab эту строчку:

/dev/sdb1 /media/cdrom0 udf,iso9660 user,noauto 0 0

Больше проблем со сменными накопителями не было.

Выводы, как обычно, можно сделать не самые радужные: работая с Linux, вы по-прежнему должны чётко представлять, чем вы занимаетесь, и чем, чёрт возьми, в это время занимается система. В противном случае вы легко попадете впросак и рискуете пополнить ряды персонажей, выливающих вёдра помоев в адрес «альтернативных» операционных систем и многочисленных авторов их приложений. Linux все ещё требует умения читать и думать, вопреки моде и современным тенденциям всё сводить к кнопке «Сделать пиздато». Хотя, я никогда не считал, что думать - это плохо.

Сегодня мы будем повышать уровень комфорта экспулатации Проводника, и добавим пресловутую команду, дабы не жать лишних кнопок.

Функциональность отображения пункта меню "Копировать как путь" по клику с SHIFT вшита глубоко в недра системы, и никакими параметрами реестра отображаться в обычном меню его не заставить (это ActiveX-элемент , его GUID={f3d06e7c-1e45-4a26-847e-f9fcdee59be0},  и он просто их не имеет).

Я нашел для себя два способа решения проблемы.

Чтобы скопировать путь к текущей папке, нужно прописать в контекстное меню папок/файлов какое-либо приложение, которое получит в качестве параметра путь к выделенному объекту, и скопирует его в буфер обмена. Можно использовать встроенные средства Windows, а можно воспользоваться сторонними приложениями.

Я рассмотрю оба способа.

Общие действия для обоих способов

Создайте в разделе

Код: Выделить всё

HKEY_CLASSES_ROOT\AllFilesystemObjects\

>Для справки: Этот раздел служит общей точкой соприкосновения всех реальных (физических) объектов файловой системы. Грубо говоря, можно сказать, что он является общим и для папок, и для файлов. Команды, определенные в нем, отображаются для всех "настоящих" элементов в Проводнике. Поэтому команду копирования пцти целесообразно определять именно здесь.

У нас получился раздел

Код: Выделить всё

 HKEY_CLASSES_ROOT\AllFilesystemObjects\shell\CopyAsPath

Здесь параметру по умолчанию раздела задайте нужное текстовое описание, именно оно будет отображаться в контекстном меню Проводника. "Копировать как путь" вполне подойдет.

Ну а теперь - самое главное.

Команда "Копировать как путь": обходимся средствами системы

В параметре по умолчанию в разделе HKEY_CLASSES_ROOT\AllFilesystemObjects\shell\CopyAsPath\Command пропишите это:

Код: Выделить всё

cmd /c "echo %1 | clip"

Команда echo выведет путь к объекту, для которого была вызван наш пункт контекстного меню, а команда clip поместит вывод echo в буфер обмена. Всё просто, быстро, и никаком магии.

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

Добавляем "Копировать путь" при помощи Nircmd

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

1. Скачайте NirCMD и распакуйте скачанный архив папку, допустим, в C:\cmdtools

2. В реестре, в разделе

Код: Выделить всё

HKEY_CLASSES_ROOT\AllFilesystemObjects\shell\CopyAsPath\Command

Код: Выделить всё

c:\cmdtools\nircmd.exe clipboard set "%1"

Эффект тот же самый, как в первом случае, но без каких-либо окон вообще. Какой бы способ вы бы не предпочли, команда "Копировать как путь" всегда будет присутствовать в контекстном меню, без нажатия кнопки SHIFT:

Cуществуют всевозможные расширения оболочки (shell extensions), реализующие схожую функциональность. Я предпочитаю их не использовать, так как использование подобных расширений может сказаться на стабильности Проводника и на скорости его работы. Варианты с вызовом внешних утилит мне нравятся больше, и они всегда менее проблемны.

Теперь стандартный пункт меню "Копировать как путь" мне больше не нужен. Чтобы отключить его, можно стереть фигурную скобку из параметра по умолчанию в разделе

Код: Выделить всё

HKEY_CLASSES_ROOT\AllFilesystemObjects\shellex\ContextMenuHandlers\CopyAsPathMenu

Его значение примет вид

Код: Выделить всё

f3d06e7c-1e45-4a26-847e-f9fcdee59be0}

Постоянное присутствие пункта "Копировать как путь" в контекстном меню сильно экономит мне время, и избавляет от необходимости удерживать лишние клавиши на клавиатуре. Надеюсь, совет окажется полезным кому-то ещё.

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

Сегодня я писал что-то похожее на командных файлах Windows, и чётко осознал, что не хочу вызывать cmd-файл  с параметрами, вставляя путь к папке вручную. Немного поразмыслив, я быстро набросал winnity.

Winnity - это трёхсоткилобайтное консольное приложение, написаное на Delphi 5 (посему не требующее этих ваших .NET framework и работающее в системах начиная с Windows 2000 и выше) .

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

Как пользоваться Winnity

Предполагается, что программа будет вызываться из командного файла, чем-то похожего на этот:

Код: Выделить всё

for /F "delims=" %%i in ('winnity /d') do (
dir %%i )
for /F "delims=" %%i in ('winnity /f') do (
notepad.exe %%i )
for /F "delims=" %%i in ('winnity /d') do (set x=%%i )
echo %x%

Программа "понимает" такие ключи командной строки

winnity /d - вызов окна выбора директории

winnity /f - вызов окна выбора файла

Обновлено 11.01.2012:

Следующие два ключа добавлены по просьбе участников сообщества Oszone и работают только в режиме "файлового" диалога:

winnity /f /m - разрешить выбирать несколько файлов в диалоге открытия файла.

winnity /f  "/e=*.jpg *.bmp" - использовать фильтр по типам файлов. В данном случае, по JPG и BMP.

Ключ /m совместим с ключом /e. При вызове утилиты в команде FOR необходимо всегда заключать ключ /e в кавычки:

Код: Выделить всё

for /F "delims=" %%i in ('winnity /f  "/e=*.txt"') do (
notepad.exe %%i )

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

Скачать winnity:

• Мой SkyDrive

Что нового во второй версии:

• Исправлена ошибка, приводящая к краху приложения, если вы пытаетесь редактировать пустую библиотеку, которую создали не в Librarian, а в Проводнике.
• Добавлена возможность добавлять несколько папок в библиотеку. И Проводик, и первая версия Librarian позволяли добавлять в библиотеку по одной папке. Теперь процесс включения папок в библиотеку будет быстрее.
• Добавлена возможность удалять из библиотеки сразу несколько папок. Проще говоря, во всех списках папок теперь есть множественный выбор строчек.
• Наведен мелкий внешний лоск, например: кнопка "удалить" теперь доступна лишь когда выделена какая-либо библиотека.

Немного картинок:

Итак, на текущий момент возможности Librarian таковы:

Всё, что умеет Проводник:

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

Плюс вот эти функции:

• Создание библиотеки из произвольного набора папок.
• Отображение библиотеки в виде XML-файла.
• Смена значка библиотеки на выбранный пользователем. Вы можете задач значок библиотеки, используя стандартный диалог Windows, вызываемый при смене значка ярлыка.
• Добавление в библиотеку сразу несколько папок (а не по одной, как в проводнике), что ускоряет настройку свежесозданной библиотеки.

Скачать Librarian

Традиционно, я использую несколько зеркал:

• Форум
• Skydrive
• Каталог Oszone (описание я там ещё не поправил, но версию актуальную выложил)

Небольшая история появления второй версии Librarian

Сказать по правде, я вообще не собирался что-то дорабатывать или менять в этой программе. Но ситуацию в корне изменил появившийся в сети Вадим Стеркин, который поздравил меня с Новым Годом и новогодним багом. Программа, как оказалось, падала на любой пустой библиотеке, если её создать средствами Проводника, а редактировать Librarian. Я так никогда не делал, предпочитая создавать новые библиотеки средствами самого Librarian. Не долго думая, я принялся отлаживаться, и буквально через минуту виновник был найден. Оказывается, предоставляемый Microsoft Windows API Codepack вызывает исключение при попытке определить вид представления библиотеки (при обращении к свойству ShellLibrary.LibraryType).

Помимо баг-репорта, Вадим подал отличную идею реализации возможности добавлять сразу несколько папок в библиотеку. И действительно, вызов диалога обзора/выбора для каждой папки занимает довольно приличное время, которое можно сэкономить. Я занялся изучением вопроса, а Вадим тем временем выказывал мне образцы творчества инженеров Майкрософт, мотивируя стремиться к ним:

Писать такой диалог меня абсолютно не пёрло, поэтому я воспользовался готовым компонентом FileBrowser. Пришлось немого посидеть и разобраться, как убрать отображение файлов, оставив в дереве только папки. В итоге получился вот такой вот диалог:

Функционально он предоставляет те же возможности, что и Мастера архивации и иже с ними.

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

Librarian 2.0 - это итог совместной деятельности нескольких человек, и я надеюсь, итог вполне положительный.

Я хочу поделиться с вами своими изысканиями, и анонсирую скучную, унылую техническую статью. Дочитавшему до конца - покажу котика.
В современных ОС интерпретатор командной строки позволяет выполнять простейшие строковые операции:

• Замену подстроки в строке
• Поиск подстроки
• Выделение подстроки
• Работа с наборами "ключ - значение"

Замена символов/подстроки в переменной командной строки

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

Решается очень просто:

Код: Выделить всё

set mytime=%time::=_%

В этом примере используется синтаксис вида:

Код: Выделить всё

%Переменная:ЧтоНайти=НаЧтоЗаменить%

В моем случае заменяется двоеточие на символ нижнего подчеркивания, и результат выглядит так:

Само собой, можно заменять не отдельные символы, а целые словосочетания:

Как ещё можно воспользоваться функцией замены? Например:

Удалить все пробелы из значения переменной

Код: Выделить всё

echo %var: =%

Замена какой-либо части строки

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

К сожалению, "звёздочкой" нельзя указать, что отсечь надо часть строки после указанного выражения. Эта задача решается в два этапа:

1. в отдельную переменную помещается строка, из которой удалено всё, что находится до ключевого выражения. Т.е. в ней остается "хвост", искомое выражение плюс всё, что после него.
2. затем из оригинальной переменной удаляется значение переменной, полученной на первом шаге. Здесь потребуется вызов команды СALL:

Инструкция CALL необходима для разворачивания значения переменной, подлежащей замене. Без неё интерпретатор отработает неверно, и вот эта конструкция не сработает:

Код: Выделить всё

echo %var1:%var%=%

Необходимо писать:

Код: Выделить всё

call echo %var1:%var%=%

Не забывайте, что при использовании таких конструкций в командных файлах знаки процентов должны быть удвоены:

Код: Выделить всё

rem Работаем внутри командного файла
call echo %%var1:%var%=%%

Поиск подстроки

Используя опыт, полученный выше, можно написать простейшую проверку вида "содержит/не содержит".

Например, вот так:

Код: Выделить всё

set var1=Мама мыла раму
set var2=%var1:Мама=%
if NOT "%var1%" == "%var2%" (echo Подстрока найдена)

Или

Код: Выделить всё

set var1=Мама мыла раму
set var2=%var1:Мама=%
if NOT "%var1%" == "%var2%" (echo Подстрока найдена)  else  (echo Подстрока не найдена) 

Выделение подстроки из переменной

Для получения подстроки из строки командный интерпретатор предоставляет  такую конструкцию:

Код: Выделить всё

set var2=%var1:~начальная_позиция%
set var2=%var1:~начальная_позиция,-отбросить_символов_с_конца_строки%
set var2=%var1:~начальная_позиция,длина%

Синтаксис очень простой, поэтому сразу перейдем к примерам.

Выделение подстроки с начиная определенной позиции

Выделение части строки, например, "середины"

Выделение определенного количества символов

Начальная позиции строки  - нулевая.

Работа с наборами "ключ - значение"

Здесь, в общем-то, тоже никакой магии нет. В основе разбора лежит всё та же рассмотренная выше замена подстроки на пустое значение.

Алгоритм действий такой:

• Создается переменная, содежащая в себе значения вида <ключ><разделитель значения><значение><разделитель пары>. Назовем её условно "словарь".
• В переменную, которая будет содержать значение, записывается всё, что следует после ключа. По аналоги с заменой части строки, нужно использовать звездочку перед выражением <ключ><разделитель значения>.
• Полученный результат нужно "почистить", так как он может содержать в себе остаток словаря. Для этого прибегнем к хитрости и выполним составную команду.
  Предположим, мы в качестве разделителя пары словаря используем точку с запятой. Тогда мы сможем довольно изящно "убить" оставшуюся часть словаря, поместив его в комментарии командой rem.
  

  Код: Выделить всё

  set value=%value:;=&rem %

  
  После rem - пробел, это важно(rem /?)

Теперь практический пример:

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

Материалы по теме:

http://ss64.com/nt/

Форум о скриптах на OSZone - рекомендую.

Спасибо, что дочитали до конца.

• Что такое Explorer Toolbar Editor
• Кому будет полезен Explorer Toolbar Editor
• Основные приемы работы с Explorer Toolbar Editor
• Частые вопросы и ответы

Что такое Explorer Toolbar Editor

Explorer Toolbar Editor - это мощный редактор кнопок тулбара Проводника, позволяющий добавить на панель инструментов одну или несколько системных кнопок, например, "Копировать", "Вставить", "Удалить" и тому подобное. Штатные средства Windows 7 вообще не предусматривают такую возможность, и программа устраняет этот пробел в системе настроек. Она была создана по мотивам статьи Вадима Стеркина "Как изменить набор кнопок на панели проводника Windows 7" и реализовывалась с благой целью создания удобного и доступного инструмента добавления и удаления кнопок на панель Проводника, а также с лукавой целью "переплюнуть" Nirsoft функционально и в плане интерфейса.

Программа позволяет:

• Добавлять и удалять одну или несколько кнопок к типу папки.
• Добавить кнопки к нескольким или сразу ко всем типам папок.
• Удалять кнопки из конкретного типа папок.
• Удалять кнопки из нескольких типов папок или из всех, где они содержатся.
• Сортировать кнопки: изменять порядок их отображения на тулбаре Проводника.

С Explorer Toolbar Editor вы всегда сможете увидеть, где какие кнопки у вас присутствуют, и легко изменить набор кнопок и порядок их отображения.

Кому будет полезен Explorer Toolbar Editor

Explorer Toolbar Editor придется прежде всего душе активным пользователям Проводника Windows 7, желающим получить быстрый доступ к часто используемым функциям. Не секрет, что кнопку тулбара нажать быстрее, чем выполнить команду [контекстного] меню. Explorer Toolbar Editor позволяет добавить любую системную кнопку, предусмотренную в операционной системе Windows 7, тем самым можно в разы ускорить привычные файловые операции и навигацию.

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

Основные приемы работы с Explorer Toolbar Editor

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

Множественное выделение выполняется подобно Проводнику Windows: с удержанием клавиш CTRL или SHIFT, а также "обведением" элементов при нажатой левой кнопке мыши:

Добавление новых кнопок на тулбар Проводника

Сначала необходимо выбрать, когда кнопки, которые вы хотите добавить, будут отображаться на панели кнопок Проводника. Набор кнопок меняется и зависит от того, выделен какой-либо файл или папка в текущем окне Проводника, или нет. К примеру, кнопку "Удалить" бессмысленно отображать, когда ничего не выделено, но есть смысл отображать, когда выбран файл или папка. Для этого в программе предусмотрено две соответствующих вкладки (см. видео ниже).

Затем необходимо выбрать слева типы папок, в которые вы хотите добавить кнопки. Это может какой-то один тип, например, библиотека "Музыка", либо несколько типов папок, например, библиотека "Музыка", папка "Музыка" и результаты поиска в Музыке. После того, как типы папок выбраны, нажмите "Добавить кнопки".

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

Добавление кнопок к одному конкретному типу папок:

Добавление кнопок к нескольким и/или сразу ко всем типам папок:

Удаление кнопок с Панели Проводника

Как было указано выше, в правом списке отображаются кнопки, соответствующие выделенным типам папок. Когда слева выделен один тип папки, справа отображаются только кнопки, ему соответствующие. В этом случае можно просто выделить кнопку справа и нажать "Удалить кнопки". Вы можете выделить сразу несколько кнопок справа, удерживая SHIFT или CTRL:

Когда слева выделена несколько типов папок сразу (например, Библиотека "Музыка" и папка "Музыка") или группа типов ("Библиотеки" и/или "Папки", например), справа отображается сводный набор кнопок для всех типов папок. Около названия кнопки появляется значок "+", нажав на который, вы можете увидеть, в какие типы папок она входит.

Удаление кнопок в этом случае происходит по следующему алгоритму.

• Если выделить название одной или нескольких кнопок, то кнопки будут удалены сразу изо всех типов папок, в которые они включены.
• Если развернуть кнопки, нажав на плюс "+", выделить конкретные типы папок и нажать "Удалить", кнопки будут удалены только из выделенных типов папок. В этом случае вы можете выделять типы папок сразу для нескольких кнопок.

Я понимаю, это сложно воспринимается чтением, поэтому посмотрите следующий ролик:

Сортировка кнопок панели Проводника средствами Explorer Toolbar Editor

Используя программу, вы можете изменить порядок отображения кнопок на тулбаре. Вероятно, вы захотите, чтобы наиболее востребованные кнопки отображались слева, а редко используемые - справа. Функция сортировки вам поможет:

Кнопки сортировки - это стрелки в правой части программы. Они становятся доступны, когда слева выделен один конкретный тип папки.

Частые вопросы и ответы на них

В. Откуда взялись все эти кнопки??
А. Отсюда

Код: Выделить всё

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\CommandStore\shell

В. Почему нет кнопок "Копировать в" и "Переместить в"?
А. Потому что в системе эти команды не описаны как кнопки тулбара. Их, безусловно, можно добавить на панель Проводника, но это повлечет за собой невозможность использовать любые стандартные кнопки тулбара.

В. Почему вы не реализовали возможность добавить собственные кнопки?
А. Это нецелесообразно. Добавление собственных предполагает создание скриптов/приложений, которые будут "оживлять" эти кнопки. Кроме того, добавление "собственной" кнопки отключает возможность использовать любые стандартные кнопки тулбара: либо свои кнопки, либо стандартные.

В. Почему отображается кнопка "Новая папка"? Я её не добавлял!
А. Некоторые кнопки тулбара Проводника не поддаются редактированию. Некоторые, такие как "Новая папка", почти всегда видимы на панели инструментов.

В. Я добавил кнопку "ххх", а она не показывается ни в одном из режимов отображения кнопок.
А. Некоторые кнопки тулбара отображаются только при определенных условиях. Например, когда доступна Домашняя группа. Скорее всего, у вас похожий случай. Это не является ошибкой программы.

В. Я попробовал утилиту в деле, и теперь хочу вернуть все кнопки как было. Что мне делать?
А. Нажать кнопку "По умолчанию". Эта кнопка откатит все ваши изменения и сделает набор кнопок таким, каким он был до первого запуска Explorer Toolbar Editor.

В. А почему при первом запуске программы для библиотек отображаются какие-то кнопки, а для простых папок - нет?
А. Потому что для библиотек кнопки прописаны в реестре, а для папок там ничего нет, но некоторые кнопки явно "прошиты" и показываются на тулбаре. Это не ошибка программы, просто добавьте к папкам кнопки, которые вы желаете видеть в дополнение к уже имеющимся, например, "копировать", "удалить" и т.п.

В. При инсталляции программы указал язык «русский», но к сожалению получил английский, удалил, переустановил, результат не изменился… Что делаю не так?
А. Язык интерфейса программы зависит от системной локали. Если локаль системы отличается от русской, от программы будет на английском языке. Если вы используете русскую версию Windows 7 и живете в России, но при этом получили программу на английском языке - значит, у вас неверные настройки локали.
Вы можете переключить язык программы на русский принудительно. Допишите в ярлыке её запуска следующее:

Код: Выделить всё

ExplorerToolbarEditor.exe ru-RU

К слову, команда ExplorerToolbarEditor.exe en-US форсирует язык интерфейса к английскому.

Немогу скочать, не чего не роботает

Скачать Explorer Toolbar Editor вы можете по одной из этих ссылок:

• С моего форума.
• С каталога программ oszone
• Winaero (англ.)

Советую ознакомиться с историей создания утилиты в блоге Вадима, весьма интересно написано.

Я считаю Warlock Bar (или попросту wbar) одной из лучших док-панелей для Linux. Легкая, быстрая, она служит удачным решением для легковесных сред вроде LXDE, равно как и для минималистических релизаций графического окружения, например, на базе Fluxbox, где рабочего стола как такового и вовсе может не быть. Wbar в этом случае может выступать одним из быстрых способов запустить нужное приложение.

К сожалению, официальный репозиторий на гуглокоде не содержит x64 deb-пакетов. Авторы ими не заморачиваются, и предоставляют взамен исходники. В репозиториях моего Debian Squeeze нашлась старая x64 сборка, которая имеет проблемы совместимости с LXDE - панель wbar попросту пропадает под рабочим столом PCManFM. В последнем wbar 2.2.2 такой проблемы нет, и мне захотелось заиметь последнюю версию этой полезной софтины, позволяющей мне убрать всевозможные аналоги Quick Launch и оставить больше места для кнопок приложений на панели LXDE.

Полный решимости, я было взялся собирать пакет, но на моё счастье уже знакомый читателю Дмитрий aka citadeldimon проделал всю грязную работу и собрал deb-пакет. Все заинтересованные лица могут скачать его по этой ссылке:

wbar_2.2.2-1_amd64.deb

Код: Выделить всё

dpkg -i wbar_2.2.2-1_amd64.deb

В пакет также входит и графическая утилита настройки дока.

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