TWinKey - шорткаты, табы, диски и всякая всячина

Avada · Сообщение **Avada** » Вт окт 04, 2011 20:39

jentoso
Уточнение — не белого, а заданного в системе для фона окна. У меня, скажем, там цвет другой, и я его менял как раз и на белый в том числе.
Впрочем, я там обнаружил другую проблему с цветами. Сейчас мы с автором в привате это проверим...

jentoso

Avada прошу прощения. Сейчас снова запустил чистый ТС. В нем все работает нормально. Буду ковыряться в INI, может где то там что то мешается.
Системный цвет фона я не менял

Avada · Сообщение **Avada** » Вт окт 04, 2011 20:58

jentoso
Если что-то всплывёт, хорошо бы сообщить. Впрочем, обсуждение уже пошло на пользу: по ходу дела обнаружен другой глюк — при включённой опции убирания "зебры" в кратком режиме (даже если этой "зебры" в настройках TC нет) после изменения фонового цвета файловых панелей на что угодно другое меняется сразу только фон под объектами (ну и у командной строки тоже), но не на пустом месте панелей. Для полного изменения фона надо перечитать настройки TWinKey. Но к отображению неактивного курсора всё это вроде как не относится.

jentoso

Если у кого то будет желание и время проверить на своей системе, то выкладываю свои INI файлы от ТС.

Avada · Сообщение **Avada** » Вт окт 04, 2011 21:59

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

jentoso

Avada наконец то свершилось. Действительно касяк был в том, что редирект был прописан без %commander_path%. Это было сделано давно, сейчас уже и не вспомню, т.к. какой то плагин не мог нормально работать с относительным путем. Теперь учту это на будущее. Спасибо.

VadiMGP

Avada писал(а):по ходу дела обнаружен другой глюк — ... Для полного изменения фона надо перечитать настройки TWinKey.

И никакой это не глюк. Меняешь цвета в ТС — перечитай настроки TWinKey.

jentoso писал(а):редирект был прописан без %commander_path%. Это было сделано давно, сейчас уже и не вспомню, т.к. какой то плагин не мог нормально работать с относительным путем.

Я не совсем понял эту фразу. %commander_path% как раз и делает путь абсолютным.
Ты, кажется, немного путаешь термины. Абсолютный или относительный путь означает только то, содержится ли в пути полная информация о местоположеннии файла или нет. Если используются переменные среды, то это не означает, что путь относительный. Так %commander_path%\wincmd.ini - это абсолютный путь, хоть и указан через переменную %commander_path%.

Flasher

VadiMGP писал(а):Если используются переменные среды, то это не означает, что путь относительный.

Только почему-то не все так думают:

Avada писал(а):Запись с использованием переменных — тоже относительный путь...

Avada · Сообщение **Avada** » Ср окт 05, 2011 07:30

VadiMGP
Возможно, я неправильно использую терминологию, но...

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

Вот как раз переменная (как минимум, конкретно %Commander_Path%) мне и кажется относящейся к этим самым другим обстоятельствам. При наличии в INI-файлах разных копий TC абсолютно идентичных строк с %Commander_Path% поиск объекта ведётся относительно рабочего каталога текущей запущенной копии. Но, повторяю, это моя личная трактовка, на безукоризненности которой не настаиваю.

А что касается обязательности перечитывания настроек TWinKey после изменения цветовых настроек TC, то, во-первых, это требуется далеко не после любого изменения в секции [Colors], во-вторых, далеко не при любых настройках TWinKey, а в-третьих, если так всё и должно быть , то хотелось бы понять причины такого поведения и упомянуть это обстоятельство в документации. Потому как без упоминания сие выглядит, что ни говори, багом.

Flasher

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

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

Для ФС, поддерживаемых в Windows, абсолютный путь к файлу таков:
<Буква диска>:\<полные имена каталогов в дереве, указанные через обратную косую черту (т.е. не в 8.3 формате)>\<полное имя файла>

Вахмурка

Мне все представляется крайне простым. Абсолютный адрес - это "СССР, Черноморск, Малая Касательная улица, 16". При этом как говорящий/пишущий, так и слушающий/читающий могут находиться где угодно, хоть в Австралии - адрес будет понят однозначно.
Относительный путь - это "направо за угол и вверх по лестнице". При этом очень важно, гдк находится говорящий - в разных городах и местах этих городов такое указание приведет в совершенно разные места.
Переменная окружения - это "сразу за Черноморским Оперным театром во двор". Это - не строгий почтовый адрес, а адрес, привязанный к некоему постоянному объекту, известному как говорящему, так и слущающему. Следовательно, он абсолютен. В Австралии он будет звучать точно так же.
Ровно то же относится к компьютерным путям.

Avada · Сообщение **Avada** » Ср окт 05, 2011 10:53

С интересом ознакомился с высказанными мнениями. Приму к сведению. А дальше давайте вернёмся к основной теме.

VadiMGP

Avada писал(а):
Википедия писал(а):Полный или абсолютный путь — это путь, который указывает на одно и то же место в файловой системе, вне зависимости от текущей рабочей директории или других обстоятельств.
Вот как раз переменная (как минимум, конкретно %Commander_Path%) мне и кажется относящейся к этим самым другим обстоятельствам.

Переменная среды - это просто текстуальная подстановка. Прежде чем выносить суждение о том является ли путь абсолютным или относительным нужно произвести эту подстановку. В общем случае путь может оказаться и таким и сяким (%ENV_VAR%\Filename.ext - кто это?). И какой-нибудь злыдень может испоганить и %COMMANDER_PATH% и %WINDIR%. Но, зная природу этих переменных, пути с их использованием - абсолютные.

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

Именно. В наших условиях, разумеется. Если завтра в разговор встрянет американец, то он может и не опознать точное место, потому что в Америке, в каждом штате может быть и своя Москва, и своя Одесса, и свой Черноморск.

Avada писал(а):А что касается обязательности перечитывания настроек TWinKey после изменения цветовых настроек TC, то, во-первых, это требуется далеко не после любого изменения в секции [Colors],

Да, TWinKey использует только три значения из секции [Colors] - BackColor, BackColor2 и InverseCursor. Изменения остальных значений TWinKey не затрагивают.

Avada писал(а):во-вторых, далеко не при любых настройках TWinKey,

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

Avada писал(а): а в-третьих, если так всё и должно быть , то хотелось бы понять причины такого поведения

А откуда TWinKey должен знать, что эти значения изменились? А неоткуда.
Теоретически можно поставить слежение за изменением wincmd.ini, но этого даже сам ТС не делает.

Да и вообще, как часто ты меняешь цвета панели? Раз в год? И ради этого городить этот механизм слежения?

Avada · Сообщение **Avada** » Ср окт 05, 2011 12:18

VadiMGP писал(а):Например, если нужно сделать одинаковый цвет в кратком режиме, то TWinKey требуется знать какой цвет на какой менять.

А ещё примеры в настройках TWinKey есть?

VadiMGP писал(а):Да, TWinKey использует только три значения из секции [Colors] - BackColor, BackColor2 и InverseCursor. Изменения остальных значений TWinKey не затрагивают.

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

VadiMGP писал(а):Теоретически можно поставить слежение за изменением wincmd.ini, но этого даже сам ТС не делает. Да и вообще, как часто ты меняешь цвета панели? Раз в год? И ради этого городить этот механизм слежения?

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

VadiMGP

Avada писал(а):А ещё примеры в настройках TWinKey есть?

Всё, что связано с отрисовкой панелей - стики, закладки, неактивный курсор, картинка в фоне, цвет фона.

Avada писал(а):Изменение двух остальных значений к такому эффекту не приводило.

Во-первых, к какому "такому эффекту"? Эффекты могут быть разные. А потом, ты же понимаешь - комбинаций опций довольно много. Градиентная заливка не интересуется что там под ней, а сплошная - очень в этом отношении любопытная.
При смене цветов в ТС может потребоваться пересчитывание настроек TWinKey.