» Total Commander (Часть 8)

Извиняюсь. Навскидку предположу - может эти параметры уже сабжем не поддерживаются? Если руками в ini коммандера поменять - что-нибудь изменится? Может, там вообще нет этих секций? Попробуйте добавить и посмотреть - не стали ли подсвечиваться.

AnTul

Цитата:

может эти параметры уже сабжем не поддерживаются?

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

BVV63
В шапке темы по плагинам упомянут пакет Ultra TC Editors в целом. Параметры поддерживаются абсолютно все. У меня та же самая бета, и я, честно говоря, пока не очень понял, что происходит. [Left] и [Right] — это подкатегории "Левая панель" и "Правая панель" в "Прочих параметрах". Этих секций просто не может не быть, и хотя бы часть ключей должна иметь значения не по умолчанию. Разумеется, должна быть (в разных подкатегориях) и секция [Colors]. Из специальных секций для разрешений отображается содержимое той, которая сейчас реально используется в TC (в основном в подкатегории "Расположение окон" из "Прочих параметров"). Редирект секций программа обрабатывает нормально, с этим проблем быть не должно.
Правка руками выполняется где — в самом INI-файле или в редакторе? Если в INI-файле, то в том ли самом, который открывается в редакторе (напрямую или через редирект)? И, само собой, если настройки менялись где-то на стороне, INI-файлы надо переоткрыть в редакторе заново (хотя бы просто его перезапустить).

Avada

Цитата:

[Left] и [Right] — это подкатегории "Левая панель" и "Правая панель" в "Прочих параметрах". Этих секций просто не может не быть, и хотя бы часть ключей должна иметь значения не по умолчанию.

Секции есть. Параметры в этих секциях тоже имеются. Но в редакторе эти параметры серые.

Цитата:

Разумеется, должна быть (в разных подкатегориях) и секция [Colors].

И она есть. И опять же те параметры, что в ней, в редакторе серые.

Цитата:

Редирект секций программа обрабатывает нормально

Редиректа не выполняется. Никакого.

Цитата:

Правка руками выполняется где — в самом INI-файле или в редакторе?

В ini-файле.

Цитата:

само собой, если настройки менялись где-то на стороне, INI-файлы надо переоткрыть в редакторе заново (хотя бы просто его перезапустить).

Само собой.

Поясню. Для примера, секция [Colors]. В ini-файле:
[more][Colors]
ActiveTitle=$000000
ActiveTitleText=$FFFFFF
BackColor=$C0C0C0
BackColor2=$B0B0B0
CursorColor=$000000
ForeColor=$000000
InactiveTitle=$7F7F7F
InactiveTitleText=$C0C0C0
InverseCursor=1
MarkColor=$FFFFFF[/more]
В редакторе:
[more]

[/more]

Видно, что параметр, находящийся в секции [Configuration] подхватился, а те что в секции [Colors] - нет. Хотя TC прекрасно эти параметры обрабатывает.

Добавлено:
Сделал то, что нужно было сделать для проверки сразу: правку редактором. После того, как я назначил цвет через редактор (тот же самый цвет, что и был раньше), параметр стал синим, ага. При этом в ini-файле всё осталось без изменений. Перезапустил редактор - параметр снова серый.
Такие вот дела...

BVV63
Очень интересно, но механизм такой избирательности по-прежнему непонятен. У меня ничего подобного нет и не было. Похоже, тут всю цепочку проверять надо.
Перво-наперво обязательно проверить рабочий wincmd.ini на предмет дублирования секций. И проверить ещё раз тщательно, нет ли в каких-то секциях ключей для редиректа и нет ли в [Configuration] ключа AlternateUserIni с каким-то другим файлом.
Если там всё OK, далее попробовать проверить всё это дело на "чистом" TC. Забэкапить свой рабочий wincmd.ini, открыть и тут же закрыть TC для создания нового, в [Configuration] нового файла прописать всем известный ключ UseIniInProgramDir=7. Дальше смотреть, что там с цветами и левой/правой панелью.
Правку выполнять в конфигураторе. Следить, чтобы в заголовке отображался правильный файл. После всех изменений не забывать перезапускать TC и сам конфигуратор. Его проверять тоже с умолчальными настройками (ultra tc editors.ini забэкапить, CEDF-файлы должны быть те же, что в дистрибутиве последней беты). Самый простой вариант для цветовой секции — поменять значение InverseCursor с 0 на 1.
Результаты правки во внешнем редакторе мы пока обсужать не будем. (Особенно в отношении цветовых настроек, для которых в UTCCE специально созданы максимальные удобства.)
Если всё это не даст результата, мне нужно будет взглянуть на рабочие файлы wincmd.ini и ultra tc editors.ini (куда-то выложить и бросить ссылку в ЛС).

BVV63

Цитата:

В редакторе: Подробнее...

Ну ты скриншот забабахал, через микроскоп разглядывать?
Видно конечно, даже буквы различимы...

c930
Можно было бы и побольше, но всё существенное там видно.

Avada
Чё там с wincmd.ru, не знаешь? Опять в дауне лежит несколько часов.

c930
Пока не знаю. Но несколько часов — не несколько дней. Там есть кому следить. Ждём.

Avada

Цитата:

Перво-наперво обязательно проверить рабочий wincmd.ini на предмет дублирования секций. И проверить ещё раз тщательно, нет ли в каких-то секциях ключей для редиректа и нет ли в [Configuration] ключа AlternateUserIni с каким-то другим файлом.

Дублирования или перенаправления нету.

Цитата:

Дальше смотреть, что там с цветами и левой/правой панелью.

Секция [1440X900 (8X16)] тоже не подхватывается.

Цитата:

Если там всё OK, далее попробовать проверить всё это дело на "чистом" TC. Забэкапить свой рабочий wincmd.ini, открыть и тут же закрыть TC для создания нового, в [Configuration] нового файла прописать всем известный ключ UseIniInProgramDir=7. Дальше смотреть, что там с цветами и левой/правой панелью.

В чистом TC всё в порядке. Подозреваю, что редактору не понравился размер ini-файла, там очень много комментариев, на текущий момент размер за 100 килобайт.

Так вроде у Windows ограничение на размер ini 64KB?

BVV63
Собственно, ответ уже дан. Использование комментариев к ключам непосредственно в wincmd.ini лично я считаю непродуктивной тратой времени и места. Безотносительно к ограничениям в INI-файлах. Особенно при наличии вышеупомянутого конфигуратора, где всё то же самое может быть изложено сколь угодно подробно и при этом никому и ничему не мешает.

Iacoyn,
Для систем Windows NT ограничение вроде как убрали и ограничения чтения до 64 KB не происходит. Это ранее старые функции WriteProfileString и GetPrivateProfileString (изначально 16 бит для Win 3.0) поддерживали 32KB. Затем их расширили для поддержки 64KB (начиная с Win95 или Win98).

Где-то тут про это.

Coronerr
Iacoyn
Ограничения общего размера INI-файла в 64 килобайта действительно сейчас нет, и это легко проверяется. Во всяком случае я в порядке эксперимента благополучно скармливал конфигуратору файл, явно превышающий этот предел (обычно мой файл меньше — пользуюсь редиректом). Но какие-то ограничения на более высоких цифрах, вероятно, должны быть. И с размером секций там какие-то границы, ЕМНИП, в предыдущих обсуждениях упоминались. (К сожалению, сейчас нет доступа к форуму на wincmd.ru, не могу проверить.)

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

Iacoyn

Цитата:

Так вроде у Wіndows ограничение на размер ini 64KB?

Coronerr

Цитата:

Для систем Wіndows NT ограничение вроде как убрали и ограничения чтения до 64 KB не происходит.

У Тотала есть ограничение на размер значений ключей одной секции ini-файла - 65535 байт.
http://www.ghisler.ch/board/viewtopic.php?t=35920
http://www.ghisler.ch/board/viewtopic.php?t=37781
Причём если вручную создать файл большего размера - всё работает, но при правке секции через настройки Тотала, секция обрезается.
Насколько я помню - учитываются не весь размер секции, а именно значения ключей (потому как вся секция Searches у меня работает и редактируется нормально с размером 71к)

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

Avada, спасибо за ответ! Немного разобрался. Чтобы менялся цвет основной папки в плагине надо задать время изменения. Вот это Ваше пояснение не понял:

Цитата:

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

И все равно почему-то созданный файл с заданным временем "Не старше 1 дня" может провисеть с измененным цветом больше, чем 1 сутки. Когда задано время в минутах то здесь все более точно.

deannik
Поясняю. Допустим, в какой-то папке имеем вордовский файл не самой первой свежести. Открываем (всего лишь открываем!) его в MS Word. В той же папке появляется и исчезает временный файл с текущим временем, в результате чего это время получает и исходная папка. И теперь она попадает по времени модификации в число "не старше". А работа плагина Tempus, например, как раз и состоит в том, чтобы по новейшему файлу в папке выставлять время модификации этой папки вместо прежнего, ничего не меняя в самих файлах.
Что касается превышения оцветовки "не старше 1 дня", то факты имеют место, если использовать время модификации. Хоть со стандартной опцией, хоть с плагином цвет для "не старше 1 дня" почему-то распространяется и на весь вчерашний день. Причин не помню, но, кажется, это явление уже когда-то обсуждали. Но мне этот факт не мешает, поскольку я не использую критерий "не старше 1 дня" (включал сейчас только для тестирования) и пользуюсь для своей оцветовки временем создания, так что у меня цвет живёт ровно столько, сколько положено. Кстати, если вместо "не старше 1 дня" записать "не старше 24 часов", проблем не будет и со временем модификации.

а никто не знает что с forum.wincmd.ru ?
А то уже второй день не открывается.

Сегодня что-то особенно плохо соображаю. Как при помощи Multi-Rename Tool убрать пробелы в начале имени файла (первые символы после пробела у каждого файла разные, поэтому секция замены символов не поможет). Только через регэкспы?
Спасибо!

oshizelly
Для начала неплохо бы уточнить техзадание. Во всех ли именах есть начальные пробелы, и если да, одинаково ли число этих пробелов?

oshizelly

Цитата:

Только через регэкспы?

Не только, можно открыть список в AkelPad и нажимать Shift+Space.

А в чём сложность с регэкспами? Найти "^[ ]+" и заменить на "".

Кто подскажет, как в ТС реализовать кнопку для выполнения команды распаковки (/extract_all) файла под курсором (%P%N) в папку с именем файла без расширения ("%P%O")? Грубо говоря такую "команду":
%P%N /extract_all:"%P%O"
Я не очень представляю, как это можно сделать.

Avada, спасибо за пояснения.
Цитата:

Что касается превышения оцветовки "не старше 1 дня", то факты имеют место, если использовать время модификации. Хоть со стандартной опцией, хоть с плагином цвет для "не старше 1 дня" почему-то распространяется и на весь вчерашний день.

Да нет, использую как раз время создания, а не модификации (это, если я правильно понял, тоже самое, что и "изменение"). Попробую по Вашему совету записать "24 часа".

Avada 12:50 10-04-2015
Цитата:

Во всех ли именах есть начальные пробелы

Да, во всех, переданных на обработку в MRT (те файлы, в которых начальных пробелов нет, просто не попали в данную выборку).


Цитата:

одинаково ли число этих пробелов?

В большинстве - да, но в некоторых - нет. Если нет универсального решения для обоих случаев, то был бы признателен за два отдельных решения.


Skif_off 12:55 10-04-2015
Цитата:

можно открыть список в AkelPad и нажимать Shift+Space.

Э-э-гм... И что должно при этом происходить? У меня просто вставляется пробел под курсором, как и при нажатии одиночной клавиши [Пробел] без шифта. Но, возможно, я сам что-то поломал изменил в настройках.


Цитата:

А в чём сложность с регэкспами? Найти "^[ ]+" и заменить на "".

С регэкспами всё хорошо. Без них плохо Много раз пытался освоить из хотя бы на базовом уровне, но так и не преуспел
Кавычки - это часть выражения или их надо опустить?

coherent 13:12 10-04-2015
Цитата:

%P%N /extract_all:"%P%O"
Я не очень представляю, как это можно сделать.

А в чём проблема? Для архиваторов это так [more=делается]
Код:
[em_archunpack]
button=%COMMANDER_PATH%\Icons\etcbar.dll,13
cmd=%COMMANDER_PATH%\Bin\7zip\7zG.exe
param=x -y %P%N -o"%P%O\"
menu=Распаковать в каталог с именем архива [Alt+U]
iconic=1

[em_archunpack]
button=%COMMANDER_PATH%\Icons\etcbar.dll,13
cmd=%COMMANDER_PATH%\Bin\FreeArc\bin\Arc.exe
param=x %P%N -ad -y
menu=Распаковать в каталог с именем архива [Alt+U]
iconic=1

[em_rarunpack]
button=%COMMANDER_PATH%\Icons\etcbar.dll,607
cmd=%COMMANDER_PATH%\Bin\WinRAR\WinRAR.exe
param=x %P%N "%P%O\"
menu=Распаковать c WinRAR в каталог с именем архива
iconic=1

Цитата:

а никто не знает что с forum.wincmd.ru ? А то уже второй день не открывается.

Рестартанул.

coherent

Цитата:

Кто подскажет, как в ТС реализовать кнопку для выполнения команды распаковки файла под курсором в папку с именем файла без расширения?

Цитата:

Или /extract_all это команда самого %P%N?

Доу...
Вот что значит - недочитать ТЗ...
Я понял, что нужно извлечь содержимое архива под курсором в каталог с именем архива, а так как архиватор не задан - то предполагается, что это нужно сделать средствами самого Тотала. Потому по-быстрому накатал простенький скрипт на AutoHotkey
Ну да ладно, пускай будет, может кому пригодится тоже...

Код: ;================================================================
; Распаковать архив под курсором средствами ТС в активную панель в каталог с именем = имени архива (без расширения).
; Author: LonerD
;================================================================
#NoEnv
#NoTrayIcon
#SingleInstance force
SetKeyDelay, 50, 50

if ( A_Is64bitOS = 0 )
TCArch := 32
else
{
WinGet, TCPID, PID, A
TCArch := GetBitness(TCPID)
}

if TCArch = 32
{
TAltEdit1 := "TAltEdit1"
TCheckBox1 := "TCheckBox1"
TButton4 := "TButton4"
}
else
{
TAltEdit1 := "Edit2"
TCheckBox1 := "Button1"
TButton4 := "Button5"
}

PostMessage, 0x433, 509,,, ahk_class TTOTAL_CMD
WinWait, ahk_class TDLGUNZIPALL
ControlFocus, % TAltEdit1, ahk_class TDLGUNZIPALL
ControlSend, % TAltEdit1, {Delete}, ahk_class TDLGUNZIPALL
Sleep, 50
ControlFocus, % TCheckBox1, ahk_class TDLGUNZIPALL
ControlClick, % TCheckBox1, ahk_class TDLGUNZIPALL
Sleep, 50
ControlFocus, % TButton4, ahk_class TDLGUNZIPALL
ControlClick, % TButton4, ahk_class TDLGUNZIPALL

;~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
GetBitness(Process) { ; PID or Name.exe
Process, Exist, %Process%
If !(PID := ErrorLevel)
return 0
hProcess := DllCall("OpenProcess", "uint", 0x400 ; PROCESS_QUERY_INFORMATION
, "uint", 0, "uint", PID, "ptr")
If (hProcess = 0)
return 0
res := DllCall("IsWow64Process", "ptr", hProcess, "int *", Wow64Process)
If (res = 0)
return 0
DllCall("CloseHandle", "ptr", hProcess)
return Wow64Process? 32:64
}
;~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

oshizelly 12:39 10-04-2015
Цитата:

убрать пробелы в начале имени файла

Так как Вы пользуютесь TCIMG, то предложу такой вариант, пробелов в начале имени может быть сколько угодно, Здесь