Total Commander

CaptainFlint писал(а): • Увеличена максимальная длина строки в Lister'е до 1024 символов.

Мне нередко приходится просматривать и искать в широких рекордсетах
текстового формата, поэтому появлению этого расширения особенно рад.
Принудительная свёртка на 512 символов очень мешала.
Поиском обнаружить причину этого ограничения не удавалось, а спросить
стеснялся. С чем всё же оно связано, с используемой версией Delphi?

Dmitry Tarasov
Из истории версии 4.02.

25.08.99 Добавлено: Внутренний просмотрщик: Значение по умолчанию для длины строки при отключённом режиме переноса строк увеличено до 256 символов, а максимальной длины, которую можно задать в настройках - до 512 (режим "Только текст").

Из истории версии 7.55.

13.12.09 Добавлено: Внутренний просмотрщик: Максимальная длина строки увеличена до 1024 символов (Unicode: 512), буфер чтения увеличен до 128 Кб.

Десять лет. Прогресс — штука медленная... И, видимо, до 4.02 всё было ещё хуже. А используемая версия Delphi у Гислера прежняя.

Dmitry Tarasov писал(а):С чем всё же оно связано, с используемой версией Delphi?

Нет, с особенностью работы Lister'а с файлами. Для ускорения работы Lister читает не весь файл, а только небольшой блок — размером, как процитировал Avada, 128 килобайт, что даёт возможность с одинаковой скоростью открывать как десятибайтные, так и десятигигабайтные файлы. Но если файл бинарный, и в нём очень долго не встречается символ перевода строки, то все эти 128 килобайт (и даже больше) запросто могут оказаться одной сверхдлинной строкой. Если где-то не остановиться, то придётся считывать, возможно, весь файл целиком, и всё ускорение работы сойдёт на нет (не говоря уж о потреблении памяти). Кроме того, если весь считанный блок оказался одной длинной строкой, то пустое место под ней в окне просмотра тоже надо чем-то заполнить, иначе будет выглядеть, как будто достигли конца файла. Вот Гислер и решил принудительно разрывать строки по достижении определённого количества символов. Это сразу решает и проблему поблочного считывания, и проблему заполнения пустого места. Неудобства, конечно, тоже есть, но это проблема всех компромиссов. Лучшего решения пока, насколько я знаю, не придумано.

2alexey65536 : Фоновый подсчет размера выделенных каталогов сегодня немного удивил...
Как таковых задержек по времени, в сравнении с 750а, - не заметил. Этой функцией пользовался давно и на предыдущих версиях. Информативность процесса возросла - знаки «?» вместо привычных «папка» и дополнительная иконка обновления из exe_шника.

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

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

Parcan писал(а):Фоновый подсчет размера выделенных каталогов это супер нововведение.
У меня активно используется файловый обмен и ежедневно получаются папки с туевой кучей мелких файлов, раньше посмотреть размер папки была целая проблема залипало секунд на 10-15, а теперь жмакнул и дальше работаешь.

имхо dirsizecalc нагляднее и тоже относительно быстро

ps
кстати сейчас стал появляться этот новый значок-иконка в процессе подсчета плагином:

[mod="CaptainFlint"]Оффтоп выделен в тему Для архива предлагается имя каталога, а не файла.[/mod]

Обнаружил следующую ошибку в этой бете:
Имеется каталог, в котором находится ещё несколько тысяч подкаталогов. Некоторые подкаталоги отмечаются комментариями (примерно 1/5 часть).
Также имеется цветовая схема, по которой подсвечиваются все файлы, у которых есть комментарий (tc.комментарий!=).
Так вот, я заметил, что иногда эта подсветка перестаёт срабатывать. Т.е. я знаю, что у какого-то каталога есть комментарий, при наведении курсора он отображается, но подсветки нет. Обновление панели помогает.
Глюк воспроизводится достаточно случайно и довольно редко, систематику выявить не удалось. Связываю это с тем, что

• Множество операций теперь поддерживают фоновый режим:
...
е) расцветка файлов при использовании полей WDX-плагинов с фоновым подсчётом.

D1P
Боюсь, что такой репорт не найдёт понимания в сердце Гислера. Я у себя такого не наблюдал, но подсветкой по комментариям я пользуюсь не настолько активно.

Есть один известный багофич: при автообновлении содержимого панели Тотал не обновляет подсветку (Гислер говорил, что это ударит по производительности). Это довольно старый багофич, и, по идее, ты на него должен был бы гораздо раньше наткнуться, но всё же, может быть так, что это он?

CaptainFlint писал(а):Есть один известный багофич: при автообновлении содержимого панели Тотал не обновляет подсветку

Нет, явно не оно.

CaptainFlint писал(а):Боюсь, что такой репорт не найдёт понимания в сердце Гислера.

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

Ага, кажется нашёл способ воспроизведения проблемы. Для упрощения делаем следующее: создаём несколько тысяч каталогов или точек монтирования для них, и через инструмент изменения атрибутов всем навешиваем какой-нибудь комментарий.
Далее хитрый алгоритм:
1) Ставим в каталоге сортировку по размеру (по возрастанию).
2) Поднимаемся на уровень вверх.
3) Входим в каталог.
4) Жмём Alt+Shift+Enter.
5) Пока в фоне идёт подсчёт размера каталогов, начинаем двигать скроллер панели туда-сюда, чтобы всё время попадать на разные участки списка (при нескольких тысячах каталогов это не составляет проблемы). Подсчёт размера, естественно, происходит сначала у той части каталогов, которая видна на экране
6) ВНЕЗАПНО меняем порядок сортировки (размер: по убыванию) до того, как подсчитался размер всех каталогов.
7) Скроллим панель к тому месту, где оказались каталоги, для которых место подсчитано.
8) Внимательно смотрим. Для некоторых каталогов подсветки нет, в то время как коментарии, как мы знаем, есть у всех каталогов.

Если быстро делать пункты 5-6, то воспроизводится в 100% случаев.

D1P
Похожая ситуация.
У меня видео-файлы раскрашены разным цветом, в зависимости от кол-ва аудио-каналов в них. Занимается этим wdx_Media. Так вот в 7.55 при большом кол-ве видео-файлов в папке, заметно как они закрашиваются постепенно, сверху вниз. В предыдущих версиях ТС такого не было.

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

790 писал(а):У меня видео-файлы раскрашены разным цветом, в зависимости от кол-ва аудио-каналов в них. Занимается этим wdx_Media. Так вот в 7.55 при большом кол-ве видео-файлов в папке, заметно как они закрашиваются постепенно, сверху вниз. В предыдущих версиях ТС такого не было.

Неее. То, что ты наблюдаешь - это действительно новая фича этой беты. Так и должно быть.
Я же описываю ситуацию, в которой фоновое подкрашивание останавливается совсем.

Обычно бета-версии раз в две недели выходят (+\-)
Ждём вторую..