Total Commander

MVV
Смысл качать есть или подождать, когда скрытие меню реализуешь? Разве только из-за опционального условия отката.
А зачем было к /dmsec знак равно добавлять? Тогда получается отход от общей тенденции. Либо все прописываются без знака, либо все со знаком, так логичней, ИМХО. А то круговерть какая-то. То одно надо менять, то другое. Смысл разгребать постоянно эти мелочи, коль итак работает?

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

Вот как раз теперь у меня все со знаком '='. И /us=<action>, и /d=<msec>.

А плагин для Autorun будет скорее всего отдельно, так как он не будет зависеть от TCFS2 ни в коей мере (а то, что им будет возможно пользоваться из TCFS2 - это благодаря возможности TCFS2 посылать оконные сообщения).

MVV писал(а):Лучше скачай сразу, пока много не написал еще, а то потом понапишешь еще команд, и придется большую кучу условий инвертировать.

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

MVV писал(а):Вот как раз теперь у меня все со знаком

Так ты не написал об этом в истории изменений. Т.е. /i, /r, все команды управления окном, встроенные команды ТК со знаком "=" теперь?

MVV писал(а):А плагин для Autorun будет скорее всего отдельно

А, это плагин будет. Ну тогда до этого ещё не скоро..

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

Смотри, я тебя предупреждал:)

Flasher писал(а):Т.е. /i, /r, все команды управления окном, встроенные команды ТК со знаком "=" теперь?

Какие еще команды /i, /r? Где ты нашел такие параметры командной строки? Речь шла исключительно о параметрах командной строки, которые содержат подпараметры. Их аж две, я обе упомянул в предыдущем посте.

Заметил, что забыл инвертировать условие выполнения команды при проверке, перезалил под версией 1.3.0.1.

MVV
Параметры, подпараметры, какая разница. А параметров там аж семь: /d /ea /ei /i /u[-] /uc /us. Кроме uc все содержать подпараметры. Короче зря отошёл от общей тенденции, не вижу смысла.

Покажи мне хоть один параметр помимо /d и /us, который содержит подпараметр. Строки этих двух параметров меняются в зависимости от наличия и содержания строк после знака равенства. А все остальные имеют абсолютно постоянную форму - с точностью до регистра символов. Где у них подпараметры? И в чем заключалась общая тенденция, от которой я с твоих слов отошел?

И ты так и не сказал, где взял параметры /i и /r, мне аж самому интересно стало.

PS. Думаю, это уже следует выяснять в личке.

У /i это путь к wincmd.ini, у /u это минус, у /d это миллисекунды. Что касаемо /ea и /ei, то команды и действия, которые будут работать только после введения каждого из этих параметров, тоже можно считать подпараметрами. И у каждой такой команды свой подпараметр(0,1,2,..). Насчёт /i ты разве сам не знаешь? Сам делал и не помнишь.) Ещё в первом посте писал. А под /r я имел в виду /r1 /r2 /r3 /r4 соответственно, где 1, 2, 3, 4 - подпараметры.
Хотя я уже догадываюсь, что ты мне на это всё скажешь.

Насчет /i согласен, как-то упустил ее из виду. Добавлю и туда знак равенства, будет точно как у тотала.

Параметр /u - это флаг, поэтому минус ставится сразу. Параметры /ea и /ei не трожь - это переключатели, последующие параметры обрабатываются в общем цикле, а не отдельно. И подпараметров у названий команд и действий нет и быть не может - это разные имена действий, а не одно и то же действие с разными параметрами. И, как я уже писал в этом абзаце, r1, r2, r3 и т.п. - это не параметры, это имена команд, они указываются без слэша. Если ты попытаешься поставить перед ними слэш, шиш получишь - потому как параметр /r[*][/i] не существует.

MVV
Хоть насчёт /i я прав.) Насчёт имён догадывался, хорошо что ты прояснил этот момент окончательно, и по сути он логичен. И чего это меня приспичило к r слэш подписать.

Через сколько плуг напишешь примерно?

RTFM - и не будешь путать /r1 и r1.
Да и вообще, сколько раз в теме я писал примеры вызова TCFS2, начиная с самого второго своего поста, и везде команды и действия указывались просто так безо всяких приставок.
Кстати, надеюсь, оценишь новый Readme, из-за него дистриб прибавил кило 5.

Исправил /i"" на /i="", файл обновил.

Как только, так сразу. Я вообще-то щас на работе.

MVV писал(а):RTFM - и не будешь путать /r1 и r1.

Дык а накой он мне, если я итак это знал. Пишу'ж, приспичило и всё тут.)

MVV писал(а):Кстати, надеюсь, оценишь новый Readme.

Оценил, для меня-то уже всё понятно, я вот для обычного юзера будут некоторые вещи восприниматься как непростой подход к простым манипуляциям. Большинство привыкло к оконному интерфейсу с диалогом настройки, а тут ещё и в API ковыряться надо и в синтаксисе. Я вовсе не намекаю н GUI, меня функционал устраивает. И справка уже стала действительно более расжёванной. Хорошо, что сделал!

MVV писал(а):Как только, так сразу. Я вообще-то щас на работе.

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

Кстати, про один момент справка умалчивает - там не описано, каков будет эффект при указании обоих параметров функции is_style - а в этом случае результатом будет логическое И результатов сравнений обоих параметров с соответствующими наборами стилей.

Чего-чего, а GUI я точно писать не собираюсь.
Обычным ламакам (да прости меня за это слово, не сдержался) полноэкранный режим не нужен, а продвинутые или стремящиеся ими стать разберутся) в крайнем случае тут найдут истину. Хотя согласен, читать справку по API я мягко говоря послал)) но не собираюсь я удваивать размер описания чисто ради описания параметров и стилей, которые и так тыщу раз описаны.

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

MVV писал(а):Чего-чего, а GUI я точно писать не собираюсь.

На это я лично и не расчитывал.

MVV писал(а):Обычным ламакам (да прости меня за это слово, не сдержался) полноэкранный режим не нужен

Зачем просить прощение за это у меня, не понял?) Вот насчёт полноэкранного режима возможно ты ошибаешься. Он же предусмотрен в браузерах, к примеру. Вопрос в том, пользуются ли этим сами ломаки. Хотя не все обычные юзеры чайники, некоторые могут быть довольно пробитыми в своей нише, при этом юзая проводник. Я с такими частенько сталкиваюсь.

MVV писал(а):Не знаю, при чем тут админские ограничения, на этой работе я - хозяин компа

Ты где-то писал про то, что у тебя какой-то функционал y работе заморожен, либо что-то c сервером, не помню уже..

При написании плагина для отключения строки меню впервые столкнулся с такой странной проблемой...

В общем, завожу WH_CALLWNDPROC-хук на поток главного окна ТК. Функция SetWindowsHookEx возвращает ненулевое значение. Далее, почему-то моя хук-процедура вообще не вызывается (смотрю в отладчике)... А UnhookWindowsHookEx при попытке удаления этого хука (значение ей передается точно то, которое вернула SetWindowsHookEx) возвращает 0, при этом GetLastError возвращает ERROR_INVALID_HOOK_HANDLE...

Сколько раньше работал с хуками (и системными, и локальными), никогда такого не видел... Самое странное - что параллельно с этой DLL загружена моя VirtualPanel.wfx, которая точно таким же образом ставит точно такой же хук - и он у нее прекрасно работает!!!

В общем, пока не разберусь с этой недокументированной ерундой - плагина не будет:)

Вот странно, когда гружу плагин через Autorun.wdx, имею такую хрень. А когда говорю тоталу, что этот плагин - контентный, и ставлю колонку с полем якобы из него, тотал при запуске грузит плагин, убеждается в том, что его надули, но плагин уже загружен (загружает себя сам, чтобы тотал не выгрузил) - и хук работает!

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

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