Персональный Total Commander: за и против

Всем хорош Total Commander — мощный, удобный и очень быстрый, расши­ряемый с помощью невообразимого количества самых разнообразных плагинов. И все-таки есть у него один достаточно неприятный недостаток, который вводит в недоумение многих новичков: TC, установленный «начисто», попросту не выглядит мощным. Его меню не содержит и десятой доли возможных команд, панель инструментов имеет кнопки вызова только стандартных функций и программ, в файловых панелях нет никакой цветовой подсветки, а используемые иконки сразу навевают ассоциации с Win3.1. Нет в стандартном дистрибутиве и никаких плагинов, поэтому неопытный пользователь, наслушавшись разговоров о том, что Тотальный Командир «может это и это» и не найдя как «это и это» сделать, с большой долей вероятности попросту снесет TC.

История вопроса
Попробую объяснить, почему это именно так, а не иначе. Швейцарский программист Кристиан Гислер, автор TC, очень сильно печется о размере дистрибутива, который до сих пор рассылается зарегистрированным пользователям на… дискетах! Дополнительные наборы иконок и плагинов увеличат конечный размер дистрибутива, что Гислер считает недопустимым. К тому же Гислеру так или иначе придется обеспечивать поддержку и развитие плагинов, включенных в дистрибутив, а это невозможно — ведь пишут их совсем другие люди.
И все-таки многих не устраивает текущее положение дел, что и приводит к появлению «паков» — сборок Total Commander с предустановленными плагинами, программами и «украшениями». Часто также составители таких сборок пытаются раскрыть мощь TC, настраивая в нем горячие клавиши на все случаи жизни и делая огромные подробные меню.
Вот о таких сборках я и хотел бы поговорить в этой статье. Все нижесказанное, конечно же, является моим личным мнением, а не истиной в последней инстанции… Однако по результатам опроса на русском форуме поддержки пользователей Total Commander мою позицию в той или иной степени разделяют три четверти проголосовавших (это на момент написания статьи). К тому же я имею достаточный опыт общения с пользователями паков — администраторы в моем университете тупо установили XP-сборку на все машины, и я вдоволь насмотрелся на студентов, с этой сборкой работающими. Чтобы быть беспристрастным, скажу, что общался я и с пользователями других паков (у меня большой опыт работы в различных компьютерных кафе и клубах), да и сам пытался с этими паками поработать (просто для ознакомления, надолго меня не хватало).
Хорошо или плохо?
Плюсы. Я вполне понимаю, чем обосновано появление паков (об этом я уже сказал выше). Стоит сравнить отвратительный (для современного пользователя, избалованного всякими графическими примочками) вид свежеустановленного TC и вид TC из какого-нибудь пака. Руки сами тянутся потрогать это «красивое и блестящее». Незнающий человек выберет из двух предложенных вариантов именно пак, и это идет в плюс сборке (то есть в минус стандартному TC). Замечу, что этот минус скоро будет частично убран — в грядущем TC 7.0 используются новые иконки от StickyNomad (особо нетерпеливые могут их найти на сайтах, посвященных TC, и использовать уже сейчас).
Второй плюс, с которым столкнется пользователь пака: большая часть возможностей уже настроена. Меню (а новички предпочитают использовать именно меню) пестрят разнообразием команд и пользователь радостно улыбается, видя это обилие. Ему не надо составлять фильтры поиска: для непривередливых уже все внесено. А на основании фильтров составлены и схемы подсветки: архивы — одним цветом, музыка — другим, а .exe-файлы — так вообще серо-буро-малиновые. Это не может не нравиться, да и вообще — очень полезно для новичков, которые «разобрав» пак по винтикам, смогут понять и принципы настройки.
Третий плюс выражается в простом словосочетании «все включено». 90% виденных мной пользователей паков сразу после установки делают простую проверку его работоспособности: жмут F3 на .html- или .doc-файле — и вполне довольны тем, что Lister показал им все, как надо. Естественно; ведь в любую сборку включен самый всеяд­ный из плагинов — IEView.
Это, конечно, самый распространенный случай, но остальное выглядит примерно так же. Пользователь будет смотреть Тоталом фильмы и слушать музыку, смотреть картинки и читать разнообразнейшие документы — и к тому, чтобы все это работало, не приложит никаких усилий. Сюда же отнесем и локализацию пака — простая операция по добавлению и включению русского языка в паках всегда выполнена.
Что же, опять плюс? Да, плюс, вне сомнений.
Минусы. Сначала я задумался, к чему отнести следующий пункт моих рассуждений: к хорошему или все-таки к плохому. А потом вспомнил одну тему на форуме www.forum.wincmd.ru и однозначно решил — это плохо.
Я говорю сейчас о включении в сборки регистрационных ключей или сломанных версий TC. Они, конечно же, там есть не всегда, но в большей части виденных мною сборок — присутствуют. Автор пака ста­рается облегчить жизнь своему пользователю, но при этом нарушается закон. Причем правонарушение совершают как автор сборки, так и ее пользователи. К тому же из-за использования нелегальных регистраций происходит множество курьезов. Скачал, скажем, пользователь официальный дистрибутив новой версии (правильно — а зачем ему качать большой файл с новой версией пака, когда можно слить небольшой файл дистрибутива), поставил поверх своего пака, запускает, а тут ему — «Using cracks is unfair!» Дело в том, что все ворованные ключи быстро отслеживаются и блокируются, после чего новые версии TC с этими ключами работать уже отказываются. А пользователь в недоумении — он ведь даже и не подозревал, что за TC нужно платить деньги (либо пользоваться на халяву, просто наблюдая при старте nag-screen)…
Второй минус вытекает из второго плюса. Конечно, все уже настроено, но настроено так, как посчитал нужным составитель пака. Если с меню особых проблем не возникает (чаще всего просто исполь­зуется русское меню от Константина Власова и Вадима Казакова, которое идеально подходит почти для всех пользователей), то с горячими клавишами вопросов очень много. Для многих функций TC не существует стандартных хоткеев, пользователь сам волен выбирать, нужны ли ему эти функции, и на что их «подвесить»… А составители пытаются угадать — так что же нужно пользователю, как ему будет удобнее? Ответ же на этот вопрос знает только сам пользователь.
То же самое — и с более общими настройками Командира. За пользователя уже решили, будет использоваться выпадающее меню дисков или кнопки переключения, будет он видеть размер своих файлов в мегабайтах или байтах… ну, и прочие подобные мелочи. Все это, конечно, перенастраивается за три минуты, но пользователь пака вряд ли полезет в настройки, он не для того скачивал пак, чтобы его настраивать, ведь настроить-то можно и обычный TC…
Конечно, последние мои слова во многом спорны, но все-таки я отношу это к минусам. Для меня «голый» TC (да и любая другая программа) лучше, чем неизвестно как настроенная.
Третий минус: включенные в сборки плагины и софт. Чего только не суют в паки — и медиаплееры, и калькуляторы и эмуляторы CD-приводов, и прочее, и прочее… А это, зачастую, еще одно нарушение закона. Обычно в лицензиях даже бесплатных программ отдельно оговариваются условия распространения, и одним из таких условий почти всегда является распространение только оригинального дистрибутивного файла. Это условие в паке не выполняется — и вот составитель пака делает пользователя невольным правонарушителем (я и сам не праведник касательно использования лицензионных программ, но 90% программ, используемых мною, либо бесплатны, либо куплены. Чтобы купить некоторые программы, я к сожалению, просто не имею средств).
С плагинами TC несколько иная ситуация. Зачастую авторы плагинов закрывают глаза на использовании плагинов в паках, так как это невольно способствует росту популярности плагина. Это, конечно, их право, но все же — один простой пример (все про тот же IEView).
Пользователь жмет F3 на .html-файле и смотрит его. Потом жмет на .doc-файле и… А вот тут все зависит от локальных настроек­ компьютера. Если на компьютере из соображений безопасности отключено открытие файлов в браузере, Lister покажет стандартную страницу ошибки IE, что, конечно, вызовет неудовольствие пользователя (он-то не в курсе, что IEView почти полностью сидит на настройках IE). Далее, в IE может быть включена опция автоматического сохранения скачивания файлов на диск без их открытия, как поведет себя Lister в этой ситуации, тоже нетрудно догадаться.
Да и при знакомстве с возможностями вносимых в сборку программ и плагинов бывают проблемы. В одном из клубов, в которых я имел удовольствие поработать, была установлена какая-то сборка (уже не помню, какая), которая при попытке архивации в RAR показывала консольное окно архиватора (кстати, вот вам и пример незаконного распространения и использования софта), хотя без труда можно было настроить вывод более приятного и сочетающегося с видом TC графического диалога архивации.
Минус четвертый: по умолчанию в пак могут быть включены какие-то нестандартные для TC возможности, заводящие пользователя в тупик. Особенно много таких «тупиков» появилось после появления wdx-плагинов: составители сборок настраивают и включают по умолчанию какие-то пользовательские колонки, которые могут настолько замедлить работу TC, что пользователь в лучшем случае бежит жаловаться на форум, а в худшем — сносит TC и больше к нему не возвращается.
Я, кстати, сталкивался с ситуацией, когда в какой-то сборке неправильно настроенный Lister-плагин просто вешал систему на одной из машин. На соседнем компьютере все работало нормально — и пользователь сбойной версии ругал TC почем зря. Мне так и не удалось объяснить ему, что Командир, скорее всего, ни при чем. Позже мне удалось решить проблему, путем перебора найдя сбоивший плагин (это была старая версия mediashow, конфликтовавшая с каким-то из установленных в системе кодеков) и заменив его на корректно работающую версию.
Пятый минус связан с четвертым. Почему пользователь не разбирается с настройками TC и не отключает «тормозные» колонки, или не перенастраивает вывод на более скоростной? Потому что ему жалко времени на изучение возможностей? Потому что лень? Почему-то еще?
По моему нескромному мнению — паки отучают пользователя думать, он привы­кает к тому, что кто-то подумал за него. А допустить, что за него подумали не так, как он подумал бы сам, пользователь уже не может.
Потому в форумах появляется множество вопросов, приходящих именно от пользователей паков. И эти вопросы (с большой вероятностью), не возникли бы при самостоятельной настройке TC.
Let user decide. Все предусмотреть невозможно.
Минус шестой: пусть в пак включены какие-то плагины, без этого он паком бы и не назывался. Но где гарантия, что в паке — самые новые и стабильные версии плагинов? Обновленные версии появляются очень часто, составители добавляют их в сборки, после чего увеличивают циферку версии, и… качай, пользователь, десяток мегабайт ради пары новых плагинов, каждый из которых отдельно весит килобайт сто.
Минус седьмой: сразу замечу — относится далеко не ко всем пользователям, однако такие уникумы тоже есть. Я о тех, кто считает, что все существующие паки — это и есть официальные версии TC. Это приводит к следующим последствиям:
• Пользователь даже не задумывается, что кроме включенных в пак плагинов, к TC можно подключить что-то еще. Составители сборок обычно включают в них только самые распространенные плагины, остальное остается вне его поля зрения.
• При ошибках в работе пользователь начинает жаловаться всем и на всех. Простой пример (подобные жалобы неоднократно появлялись на форумах, посвященных TC): “Я установил новую версию Командира, а он затер все мои настройки!!!!! Версия TC — eXtended Pack x.yz”.
А ошибка была не в TC, а в инсталляторе пака…
Кстати, инсталляторы, в частности, способствуют распространению мнения об «официальности» сборок. Все красиво, и при установке действительно выглядит как отличный продукт серьезного производителя с красивым названием (о, сколько их, всяких МегаПаков, СуперПаков, Подарков и прочего…). А некоторые составители еще и “забывают” сообщать о том, что их творчество — продукт сугубо неофициальный (честнее было бы добавить — и не совсем законный), а это нужно вдалбливать пользователю в первую очередь.
Вообще же составители паков разделяют­ся примерно на две группы. Первые обычно начинают кричать на форумах и в софтварных бордах «Вот зацените мою крутую сборку!!!» (и дальше линк на файл в полста метров), вторые же — реально стараются, усердно и тщательно отлавливают баги — в общем, действительно трудятся на благо народа, и их труд вполне достоин уважения. Но и они допускают недочеты, о которых я сказал выше.

Заключение
На этом я остановлюсь. Все минусы, конечно, субъективны. Пользователь глупым быть не обязан, он может поставить сборку только потому, что ему жаль собственного времени. Он может отлично знать-понимать и плюсы, и минусы — но при этом делать выбор в пользу пака. Свобода выбора — это право каждого.
Да и я не призываю вас не использовать паки. Я просто рассказал о положительных и отрицательных последствиях их использования. Выбор — за вами.
P.S. Большинство продвинутых пользователей TC считает правильной следующую точку зрения: лучше всего использовать не чужие, а свои сборки, настроен­ные сугубо «под себя», а распространением их вообще не заниматься.


Рекомендуем почитать: