Страница 5 из 12
Добавлено: Ср дек 31, 2008 10:44
Batya
Когда-то я, вроде, это уже репортил, но не смог найти.
Если в параметрах кнопки одновременно использовать несколько различных списочных параметров вида %L, %l, %F, %f, %D, %d, то все параметры заменяются одим списком - по букве ближе к началу алфавита и, при наличии, в нижнем регистре.
Например, по данной кнопке оба списка сформируются по %l, а не по %l и %L раздельно:
Код: Выделить всё
TOTALCMD#BAR#DATA
%ComSpec% /c
echo -- 1 -- & type %L & echo -- 2 -- & type %l & pause
%Commander_Path%\WCMICONS.DLL,21
Test
-1
Добавлено: Чт янв 29, 2009 23:55
Worros
http://forum.wincmd.ru/viewtopic.php?p=46370#46370
Да, там это действительно оффтопик, эта тема более подходящая.
Надо же, наверное, ему напомнить. Это очень неприятный баг!
И выделение при отмене удаления изнутри архивов, опять же, сохраняется.
Добавлено: Пт янв 30, 2009 00:59
Worros
Добавлено: Вс фев 08, 2009 00:49
Worros
Бета-тестеры, ау, ну гляньте хотя бы связанные с локализацией дела, которые как в
этом примере "would have required a new translation, which would have delayed TC 7.03 by at least 1-2 months."
Therefore Ghisler had to postpone it to TC 7.5.
А то потом опять окажется, что уже, видите ли, поздно.
Добавлено: Вс фев 08, 2009 13:54
CaptainFlint
Worros
Сортировки частичных строк в полях данных не будет, это слишком неочевидно и может привести к странным результатам (например, если обрезается число).
Про
опцию копирования NTFS-прав при перемещении Гислер ещё в той теме высказал своё мнение. Попробую поднять эту тему ещё и на бета-форуме, но надежды мало.
Про
имена архивов я не понял: там же выяснили, в чём дело. Более того, ЕМНИП, это уже обсуждалось на общем форуме с участием Гислера, который постановил, что так и надо.
Остальное, насколько я могу судить, пофиксено.
Добавлено: Вс фев 08, 2009 16:21
Worros
CaptainFlint писал(а):Worros
Сортировки частичных строк в полях данных не будет, это слишком неочевидно и может привести к странным результатам (например, если обрезается число).
Даже в
таком усеченном варианте?
Бог с ними, с именами архивов.
А
папка и файл с одинаковым именем ?
циклическое переключение между именем и именем с расширением для zip ?
Проблема с листером при переходе на юникод пропала?
Четыре символа в расширении пускай исправит! Давний и очень мерзкий баг!
Добавлено: Вс фев 08, 2009 16:51
Worros
Многотомный Rar-архив c шифрованными именами без помощи внешнего Winrar в ТС7.5 распаковывается?
Добавлено: Вс фев 08, 2009 18:10
CaptainFlint
Worros писал(а):Даже в
таком усеченном варианте?
Да.
Я же написал, что да. С Lister'ом только не уверен, что правильно понял проблему, т.к. воспроизвести на семёрке не смог (русские символы у меня и так спокойно искались в ASCII).
Ничего не понял по описанию… То работает, то не работает. DJVU не работает, HTML работает… да ещё IE-плагины ставить. Можешь дать нормальное пошаговое описание, желательно без засорения системы лишним мусором? В крайнем случае, конечно, раскочегарю виртуалку, но лишний раз с этим возиться влом…
Многотомный Rar-архив c шифрованными именами без помощи внешнего Winrar в ТС7.5 распаковывается?
Целиком — да.
Добавлено: Вс фев 08, 2009 18:38
Worros
CaptainFlint писал(а):
Ничего не понял по описанию… То работает, то не работает. DJVU не работает, HTML работает… да ещё IE-плагины ставить. Можешь дать нормальное пошаговое описание, желательно без засорения системы лишним мусором? В крайнем случае, конечно, раскочегарю виртуалку, но лишний раз с этим возиться влом…
0. Ставить можно любой листер-плагин, который рассчитан на работу с файлами, могущими иметь расширение длиннее 3 символов. Но это расширение не должно быть из числа распознаваемых самим листером (например html исключен).
1. Установить такой плагин.
2. Взять корректный файл с подходящим плагину содержимым и поместить его в тестовую директорию в двух экземплярах. Первый с раширением в три символа, второй с расширением четыре.
3. В wincmd.ini в секции Lister прописать IView=1 , попытаться просмотреть оба файла. Файл с коротким расширением просматривается нормально, файл с длинным - нет.
4. В wincmd.ini в секции Lister прописать IView=0. Повторить попытку просмотра файлов. Оба файла просматриваются нормально.
5. Констатировать ненормальное поведение ТС, поскольку у большинства людей обычное состояние IView=1, но лишаться возможности просматривать файлы с длинными расширениями они не должны.
Я таких гипотетических расширений и плагинов, которые бы не оставляли мусора, не знаю. Я проверял с вполне обычным расширением djvu и djv соответственно. С этим расширением работают два плагина Multilister (бывший filter) и IEView.
Если ты можешь вспомнить другой пример подобного расширения - пожалуйста. (например, подошел бы docx, если бы был надежный плагин, его просматривающий).
Добавлено: Вс фев 08, 2009 18:47
Worros
CaptainFlint писал(а):Я же написал, что да. С Lister'ом только не уверен, что правильно понял проблему, т.к. воспроизвести на семёрке не смог (русские символы у меня и так спокойно искались в ASCII).
Пардон, это я перепутал, не та проблема.
Вот эта
http://ghisler.ch/board/viewtopic.php?p=148691#148691
Воспроизводится четко. Грубо говоря, при поиске кириллических слов в ASCII кодированных текстовых файлах, листер игнорирует галку "Только слова целиком".
Добавлено: Пн фев 09, 2009 13:13
CaptainFlint
Worros
По поводу расширений так и не уяснил следующие моменты:
1. Какое отношение имеет IView к произвольному (в общем случае некартиночному) типу файлов? Или просто такой способ воспроизведения бага, несмотря на кажущуюся нелогичность? Или всё-таки нужны обязательно только картиночные типы?
2. Что ты понимаешь под фразой?
Но это расширение не должно быть из числа распознаваемых самим листером (например html исключен).
Завязок на расширение HTML в Тотале, насколько мне известно, нет. Во всяком случае, в самом файле totalcmd.exe этого расширения физически нет (кроме двух-трёх мест, где оно указано как дефолтное исключающее правило для опций генерации эскизов). Зато DJVU там как раз есть (см. описание ключа
IviewAdditionalTypes в русской справке).
3. Я всё-таки попробовал использовать нестандартные расширения: взял обычный HTML-файл, скопировал его с расширением HTT, SHTML и XHTML, проверил, подключается ли плагин IEView при просмотре этих копий в зависимости от значения ключа
IView. Подключается (проверял версию 7.04a, само собой).
Понятно. Нет, эта не пофиксена.
Добавлено: Пн фев 09, 2009 13:35
Worros
CaptainFlint писал(а):Worros
По поводу расширений так и не уяснил следующие моменты:
1. Какое отношение имеет IView к произвольному (в общем случае некартиночному) типу файлов? Или просто такой способ воспроизведения бага, несмотря на кажущуюся нелогичность? Или всё-таки нужны обязательно только картиночные типы?
Именно. Абсолютно нелогично! Но тем не менее воспроизводимо.
Картиночные, или нет, с уверенностью сказать не могу, поскольку не такой уж большой был у меня выбор. Как я уже говорил, добиться абсолютной воспроизводимости мне удалось только с djvu, хотя нечто подобное можно видеть и с docx (но пример с docx не показателен, поскольку нет к нему по настоящему безглючных плагинов, тем более двух).
CaptainFlint писал(а):2. Что ты понимаешь под фразой?
Но это расширение не должно быть из числа распознаваемых самим листером (например html исключен).
Завязок на расширение HTML в Тотале, насколько мне известно, нет. Во всяком случае, в самом файле totalcmd.exe этого расширения физически нет (кроме двух-трёх мест, где оно указано как дефолтное исключающее правило для опций генерации эскизов). Зато DJVU там как раз есть (см. описание ключа
IviewAdditionalTypes в русской справке).
Понимаю следующее : с файлами html баг не воспроизводится, поэтому брать их бесполезно.
CaptainFlint писал(а):3. Я всё-таки попробовал использовать нестандартные расширения: взял обычный HTML-файл, скопировал его с расширением HTT, SHTML и XHTML, проверил, подключается ли плагин IEView при просмотре этих копий в зависимости от значения ключа IView. Подключается (проверял версию 7.04a, само собой).
см. выше
Я считаю, что логику происходящего следует устанавливать самому Гислеру, а от нас для баг-репорта достаточно эмпирического знания: если изменить ключ такой-то, попрут странности. Более того, ошибку Гислеру репортили, не один человек подтвердил, Гислер согласился посмотреть, у него были предположения о причинах этого и мысли по устранению. Теперь дело осталось за малым, проверить, устранил ли он это, и если нет, просто напомнить ему. Никаких новых обстоятельств открывать, думаю, не надо.
Добавлено: Пн фев 09, 2009 13:38
Worros
CaptainFlint писал(а):
Понятно. Нет, эта не пофиксена.
Значит тоже напомнить.
Я боюсь, если дождаться паблика, он опять подвесит вопрос.
Добавлено: Пн фев 09, 2009 14:02
CaptainFlint
Worros
Охо-хох… Ладно, как выберу время, поставлю этот дурацкий плагин на виртуальную ось. Ссылочку-то хоть дай, а то он ведь не в единственном экземпляре, поди, существует.
Добавлено: Пн фев 09, 2009 14:33
Worros
CaptainFlint
Дык-ыть это... Avada проверил уже
вот здесь. Но если этого недостаточно, я завтра пришлю в личку свои настроенные экземпляры плагинов.