Добавлено: Ср май 15, 2024 09:23
jentoso
Я понял что шрифт должен быть установлен в системе, а не временно загружался при запуске ТС.
Я понял что шрифт должен быть установлен в системе, а не временно загружался при запуске ТС.
Форум поддержки пользователей Total Commander
https://forum.wincmd.ru/
«Тормозило» из-за того, что использовался шрифт (Iosevka), подгруженный через плагин Autorun. А после того, как я в настройках темы поменял его на другой (Consolas), установленный в системе, «тормозить» перестало.jentoso писал(а):"тормозило" из-за того, что использовался шрифт подгружаемый через плагин Autorun или наоборот?
А и действительно, нашёл через GetIt Package Manager. В принципе, стили можно также складывать в отдельную папку, чтобы не перегружать exe-шник и пополнять набор по желанию.yozhik писал(а):может Вы работаете в RAD Studio, а значит там и остальные есть — они там в одном из обновлений появились
Я попробовал ваш файл. Всё, как и у вас. При выключенном переносе строк плагин открывает его мгновенно. А при включенном 40-50 секунд.yozhik писал(а):Скорее всего опция сохранения состояния Word Wrap была бы не лишней. Вот пример файла размером в 7,2 Мб (я с такими часто работаю). При выключенном переносе строк плагин открывает его мгновенно. А при включенном 40 секунд — и всё это время ТК недоступен.
А вот здесь подтвердить не могу. У меня при любом выбранном в настройках шрифте ситуация одинакова - при выключенном переносе строк плагин открывает его мгновенно, а при включенном 40-50 секунд.yozhik писал(а):Я в теме поменял его на системный Consolas и у меня тоже за 5 сек открылось.
ИМХО это было бы самым правильным решением. А то в том же WDXGuide эти стили занимают больше половины размера экзешника (и так немаленького). Более того - дублируются в обеих битностях. Внешнее расположение и эту проблему решит.olegvsk писал(а):В принципе, стили можно также складывать в отдельную папку, чтобы не перегружать exe-шник и пополнять набор по желанию.
Тогда логичным будет сделать и поддержку стилей в светлом режиме. Не знаю, насколько это интересно пользователям.Loopback писал(а):ИМХО это было бы самым правильным решением. А то в том же WDXGuide эти стили занимают больше половины размера экзешника (и так немаленького). Более того - дублируются в обеих битностях. Внешнее расположение и эту проблему решит.olegvsk писал(а):В принципе, стили можно также складывать в отдельную папку, чтобы не перегружать exe-шник и пополнять набор по желанию.
Понимаю, что места и памяти сейчас везде навалом, но если есть возможность разумно оптимизировать, этим вполне можно воспользоваться.
Лично мне кастомные темы вообще неинтересны, всегда пользуюсь системной, т.к. считаю, что внешний вид программы должен быть единообразен с видом ОС. Но это моё мнение, уверен, будут и другие. Просто внешнее размещение подразумевает не только возможность добавить, но и убрать лишнееolegvsk писал(а): Не знаю, насколько это интересно пользователям.
Если это возможно, то было бы вообще прекрасно. А возможно ли ещё сделать доступным редактирование расположения этой папки? Ну, чтоб путь к ней самому указывать. Потому что панели плагина с применённым VCL стилем смотрятся очень аккуратно и качественно, и мне кажется, что такую инициативу должны подхватить. Прикрутить VCLS всё ж быстрее, чем самостоятельно рисовать. И если в других плагинах появится поддержка VCLS, то конечно лучше, чтоб все они обращались к одной папке, а не дублировали одно и то же каждый у себя.olegvsk писал(а):стили можно также складывать в отдельную папку
Здесь не соглашусь. В светлом режиме плагин не выглядит инородно, наоборот все аккуратно, гармонично, и поэтому здесь стили — излишество. Инородность проявляется только в темном режиме, потому что средствами ТК контролы плагина не покрасишь. Если Гислер когда-нибудь введет такую возможность, то и в темном режиме стили отпадут — но когда это еще будет, если будет вообще. Сейчас же стили нужны не для украшательства, а для элементарной аккуратности, чтобы белые контролы на черном фоне не выглядели кустарными заплатами. Если интересно, взгляните, пожалуйста, на скриншоты с примерами в 2х постах здесь. Я, например, сколько бы ни было стилей, оставлю у себя только один подходящий, максимум другой про запас. Но хорошо бы чтоб было из чего выбирать.olegvsk писал(а):Тогда логичным будет сделать и поддержку стилей в светлом режиме
Точно, я их у себя все поудалял ResourceHacker'ом, оставил только парочку, которыми пользуюсь. Утилита сразу похудела.Loopback писал(а):в том же WDXGuide эти стили занимают больше половины размера экзешника
Нет, я этот тип файлов (dsl) добавил в список расширений к хайлайтеру Text Simple, т.е. и определяет, и обработка минимальная.BeTeP писал(а):Может дело в том, что плагин ваш файл определить не может, пишет "none"?
Не только это. Нужно как можно больше вывести в статусную строку, и чтобы все менялось по кругу двойным или одиночным кликом, даже кодировка текста:yozhik писал(а):Давайте, пожалуйста, сделаем чтобы статус Word Wrap отображался в статусной строке и по щелчку на нём перенос слов переключался.
Тоже придерживаюсь такого мнения.)Лично мне кастомные темы вообще неинтересны, всегда пользуюсь системной, т.к. считаю, что внешний вид программы должен быть единообразен с видом ОС.
Автор может и не увидеть, вы бы лучше ему в топик написали об этом. )Кстати, если бы Вы решились это реализовать, я бы и автору PE Viewer предложил обратить внимание на Ваше решение. Плагин у него функционально маст хэв, и поначалу и выглядел безупречно, но когда он взялся за темный стиль, то столкнулся с проблемами, в результате которых урезал и светлый ради единообразия. Пусть уж лучше откатит светлый как был, а в темном прикрутит VCLS — и это будет всяко лучше чем сейчас.
Там вроде всё очевидно.Destiny писал(а):Теперь вызываю пункт меню "Изменить схему". ничего не понял что там надо делать
Это что-то необычное, не наблюдал такого поведения.Destiny писал(а):Он закрывается, да
по крестику, но при это резко сворачивает и окно Листера, выводя в текущий фокус предыдущее окно
Тут по-другому немножко. В CodeViewer.ini в секции Extensions добавляется расширение и хайлайтер, которым его обрабатывать: `cxx=С++`. Или через GUI: открываем плагином txt-файл, вызываем Highlighters, выбираем C++ и добавляем ему cxx. Это хорошо придумано, мне кажется, поскольку с одного захода две настройки: определение типа файла и выбор подсветки. Через детект-строку ТК конечно привычней, но тогда всё равно придётся вторым заходом в плагине назначать расширению подсветку.Destiny писал(а):выбираю принудительно этот плагин в меню Листера на этом файле и .... плагин не отрабатывает: не вызывается...
Напишу, конечно, но только не сейчас, а когда и если будет что показать. Если идею поддержат, то можно и дальше стараться, а если нет, то что шуметь понапрасну, шуму и без того многоOrion9 писал(а):Автор может и не увидеть, вы бы лучше ему в топик написали об этом. )
Поставил себе Iosevka Curly, действительно - word wrap отрабатывает значительно дольше, чем на других шрифтах (consolas, courier). Причина непонятна, не вижу в коде ничего, завязанного на гарнитуру или набор символов шрифта. Пока ограничусь настройкой, отменяющей сохранение word wrap.yozhik писал(а):В общем, ещё раз всё перепроверил, картина следующая. У меня Win 11 23H2 x64, TC 11.03, в плагине хайлайтер Text Simple. Задержка обработки Word Wrap в тестовом файле 7,2 Мб происходит только при использовании шрифта Iosevka Curly. Не имеет значения в каком формате используется этот шрифт и как он активирован: что TTC, что TTF, что установленный в систему, что подгруженный плагином Autorun — задержка одна и та же, а именно: в TC x86 50 сек при первом Wrap открытого файла, 25 сек при последующих Wrap этого же открытого файла (т.е. повторный Wrap быстрее обрабатывается); в TC x64 40 сек при первом и 15 сек при последующих (т.е. чуток пошустрее). При использовании других шрифтов: Courier New, Consolas, Cascadia Code (в системе) и Fira Code, Victor Mono (через Autorun) — Wrap обрабатывается плагином за 3-5 сек.
Да не печальтесь вы такolegvsk писал(а):Простите за ваши мучения, я опечален.
А разве Я сам себя ограничил? Я поставил плагин и попробовал вызвать его на файле и он с настройкамиOrion9 писал(а):зачем вы себя ограничили - не понятно
Ок, полезная инфа. НО суть проблемы это не меняет. В строку состояния вот я не догадался щелкать. Я ее только видел. Мышкойolegvsk писал(а):Текущий синтаксис можно выбрать в строке состояния.
Тема для синтаксиса и файловые ассоциации устанавливаются в меню "Синтаксисы".