Total Commander

VadiMGP писал(а):Да поступай как хочется. Кто я такой, чтобы тебе диктовать?

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

Flasher писал(а):Ошибаешься. Выполни cm_DirBranch, потом cm_SrcThumbs и увидишь, что в режиме эскизов нет папок. И наоборот - выполни cm_SrcThumbs, потом cm_DirBranch и увидишь то же самое. Никаких взаимоисключений.

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

Flasher писал(а):Но существовать они должны отдельно от общего списка как отдельные опции.

Я так и не понял — почему одни стандартные виды представления должны существовать отдельно от других столь же стандартных видов представления? Чем одни принципиально отличаются от других?

Avada писал(а):Я так и не понял — почему одни стандартные виды представления должны существовать отдельно от других столь же стандартных видов представления? Чем одни принципиально отличаются от других?

Режим "без подкаталогов" может существовать совместно с любым представленным в списке режимом. В утилизаторе я не могу в одной схеме задать 2-а и более режима, а только один, хотя технически это позволительно (в скрипте выполнить обе команды, например).
Режим показа комментарием может идти после режима Подробный и показа колонок. Технически одновременно я их использовать не могу, но могу использовать заданную последовательность для убора отображения колонок. Расположение режимов в одном списке не даёт мне выполнить данную последовательность операций.
Режим Эскизов может быть запущён совместно с режимом "без подкаталогов", а также перед ним может быть вызван любой из режимов в списке. Опять же общность списка блокирует возможность использовать режим совместно с режимом "без подкаталогов" и в последовательности "любой режим">"Эскизы".

Flasher писал(а):достаточно ли тебе этих примеров для понимания необходимости в данной команде

Количества примеров достаточно. Но я не вижу связи между этими примерами и запрошенной фичей.

VadiMGP
Как это не видишь связи? Поясни. В каждом примере фигурирует "устанавливать курсор на нужном файле/папке", что напрямую относится к запрошенной фиче:

VadiMGP писал(а):

Flasher писал(а):Элемент - папка, файл. Быстрый переход - установка курсора без лишних манипуляций.

Конкретный пример можно?

Flasher писал(а):Как это не видишь связи? Поясни.

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

VadiMGP писал(а):Во-первых, я не умею пояснять как я не вижу чего бы то ни было.

Плохо.

Если ты хочешь развести меня на нарушение 13 п. правил (пусть и несознательно), то явно не по адресу. Ты (а не я) задал вопрос 2Den_Klimov, я тебе привёл своё видение по данному вопросу с последующими примерами. Ты хочешь, чтобы я сам скакал за тебя по разным постам, чтобы что-то склеить воедино? Как-то эгоцентрично с твоей стороны. Примеры использования автоматического перехода к нужному элементу я больше приводить не буду, их более чем достаточно, ты это и сам подтвердил.
А фичи как таковой запрошено не было. Был задан вопрос "какие есть ещё задачи помимо смены раскладки?", на что я тебе привёл ряд примеров, одним из которых был "быстрый переход к указанному элементу". Реализация выполнения команд ТС при входе в указанную папку все эти задачи решит.

Flasher писал(а):Если ты хочешь развести меня на нарушение 13 п. правил, то явно не по адресу.

Если ты подозреваешь меня в провокации на нарушение правил, то, конечно, не поддавайся на неё.

Flasher писал(а):Ты хочешь, чтобы я сам скакал за тебя по разным постам, чтобы что-то склеить воедино?

Совершенно верно.

Flasher писал(а):Как-то эгоцентрично с твоей стороны.

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

Flasher писал(а):А фичи как таковой запрошено не было.

Ну и слава богу, значит я зря напрягался.

VadiMGP писал(а):Да, это можно трактовать, как эгоистичное желание продолжить нормальное существование.

Тогда не удивляйся, что другие тоже этого желают.

VadiMGP писал(а):Ну и слава богу, значит я зря напрягался.

Ну, фразы из контекста ты вырывать умеешь здорово (судя по ответам), это я давненько заметил. Ты лучше бы людям конкретно отвечал, будешь ли ты делать то, что запрашивалось ранее или нет, чтобы всё не заканчивалось комментарием аля "А, это." В данном случае речь идёт о поддержке команд ТС, в других, соответственно, о других фичах. Советую также вести записи в органайзер всех запросов в нужной последовательности, чтобы избегать в будущем таких недопониманий.
Да и вообще я так и не понял, какую фичу ты назвал запрошенной и кем конкретно: тобой, мной, Den_Klimov, Вахмуркой.

Flasher писал(а):Тогда не удивляйся, что другие тоже этого желают.

А я и не удивляюсь вовсе, а напротив, прекрасно это понимаю. Меня бы скорее удивил человек лишенный такого инстинкта.

Flasher писал(а):Ну, фразы из контекста ты вырывать умеешь здорово

О, да! Хочешь примерчик?

Flasher писал(а):А фичи как таковой запрошено не было.

Flasher писал(а):будешь ли ты делать то, что запрашивалось ранее или нет,

Flasher писал(а):Да и вообще я так и не понял, какую фичу ты назвал запрошенной

VadiMGP писал(а):А я и не удивляюсь вовсе, а напротив, прекрасно это понимаю.

Если бы понимал, то не просил бы другого совершить действие, противоречащее указанному инстинкту.

VadiMGP писал(а):О, да! Хочешь примерчик? ...

Здравствуй, флуд, называется?

Flasher писал(а):Режим "без подкаталогов" может существовать совместно с любым представленным в списке режимом. В утилизаторе я не могу в одной схеме задать 2-а и более режима, а только один, хотя технически это позволительно (в скрипте выполнить обе команды, например).

Верно. И в этом принципиальное ограничение нынешнего решения – указания Branch значением ключа View наряду с режимами представления. И в этой связи я вижу, что предложенная мной первоначально передвижка этой строки в конец списка стандартных режимов окажет чисто косметический эффект, а здесь надо ставить вопрос о дополнительной опции для файлов без подкаталогов вне этого списка. Что позволит при необходимости включать/выключать Branch View для данной схемы отдельно от вида представления (параллельно с выбором стандартного режима, набора колонок или вообще без изменения вида представления).
Но с какой целью предлагается выделить отдельно эскизы и комментарии, я не понимаю по-прежнему.

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

Я нахожусь в панели с некоторым списком файлов и папок. Есть объект, к которому я часто обращаюсь. В этой же панели также есть несколько закреплённых объектов. Мне нужно тут же устанавливать курсор на нужном объекте и... (дальше что-то сделать).

То есть всё сводится, как и говорилось, к быстрому переходу к заданному элементу. Правда речь изначально шла о визуальных схемах, а здесь говорится о "Я нахожусь в панели с некоторым списком". То есть нужный каталог уже открыт, и это задача, отличная от визуальных схем? Кроме того, мне, например, непонятно, какая связь между несколькими закреплёнными объектами и объектом, который нужен? Каким образом и по какому критерию предполагается указывать этот нужный объект? Что означает "тут же"? Тут же после чего?

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

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

Avada писал(а):То есть всё сводится, как и говорилось, к быстрому переходу к заданному элементу.

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

Avada писал(а):Правда речь изначально шла о визуальных схемах

В каком месте?

Avada писал(а):То есть нужный каталог уже открыт, и это задача, отличная от визуальных схем?

Пока о конкретной реализации ничего не было сказано. Было указано на три возможных варианта развития, но какой был выбран (если вообще был выбран), знает только автор. И то, это касалось только смены раскладки. Что касается открытия каталога - логично, что после этого курсор прыгнет на нужный элемент для дальнейших манипуляций. Вопрос же касался того, что ещё можно делать при открытии каталога. Вот я и ответил. А какая будет реализация - уже не ко мне.

Avada писал(а):Кроме того, мне, например, непонятно, какая связь между несколькими закреплёнными объектами и объектом, который нужен?

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

Avada писал(а):Каким образом и по какому критерию предполагается указывать этот нужный объект? Что означает "тут же"? Тут же после чего?

Первый критерий всё тот же - путь к каталогу, второй полное имя файла. "Тут же" означает.

Avada писал(а):Тут же после чего?

После входа в каталог.

Flasher писал(а):Посмотри ещё раз на непроцитированную часть из того поста и укажи, что именно из написанного тебе не было понятно, особенно в части "..не даёт..", "..блокирует..".

Хорошо, указываю.

Flasher писал(а):Режим показа комментарием может идти после режима Подробный и показа колонок. Технически одновременно я их использовать не могу, но могу использовать заданную последовательность для убора отображения колонок. Расположение режимов в одном списке не даёт мне выполнить данную последовательность операций.

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

Flasher писал(а):Опять же общность списка блокирует возможность использовать режим совместно с режимом "без подкаталогов" и в последовательности "любой режим">"Эскизы".

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

На всём остальном пока не останавливаюсь, давай для начала разберёмся с уже существующим функционалом.

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

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

Avada писал(а):Причём тут это, когда ты при открытии заданного в визуальной схеме каталога вызываешь для него один конкретный вид представления (в данном случае просмотр эскизов)? Зачем тут цепочка режимов?

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