kIT Universal Presets

[Maximus]

Получается, надо сделать встроенный английский, но ЕСЛИ имеется файл 1033.lng, то всё равно прочитать оттуда английские названия...

Как по мне - лучше наоборот. Механизм должен быть такой:
Пользователь выбирает язык;
Если выбран встроенный, то все строки читаются из него, иначе из файла;
Если в файле отсутствует какая-то строка, то в этом случае её нужно прочитать из встроенного, но не наоборот, как ты предлагаешь. Если пользователь поправил строки, то он явно будет использовать отредактированный файл - на встроенный уже наплевать (естественно только в том случае, если в отредактированном присутствуют все строки)

[ApceH]

Maximus
Так точно. Спасибо. Вопрос закрыт.
Предполагаю сделать полную поддержку локализаций в 0.5, то есть до ноября.

[ask-rus]

ApceH
Помимо TC способен ли kIT UP производить перезапуск любого другого приложения?

Добавлено спустя 2 часа 27 минут:

Это, кстати, не автора вина, что тема сейчас в ненадлежащем месте...

Сказанным себе совсем не противоречишь?

[Flasher]

Увы, даже не догадываюсь, о чём ты...
%COMMANDER_PATH% там фигурирует, но не является основополагающим подтверждением завязки утилиты с ТС. Это выражено всего лишь в поддержке псевдопеременных окружения запущенного приложения, на месте которого может оказаться любой другой файлменеджер, редактор, браузер и т.д.

[ApceH]

ask-rus
Вместо того, чтобы подобное спрашивать, проверил бы, и если не работает, зарепортил бы баг.
Конечно, перезапускает. Хто такой Total Commander, kITUP знать не знает. В секции "[pe..." он ищет PID процесса по имени исполняемого файла (образа), указанного в заголовке секции. В этом имени, кстати, сначала заменяются переменные среды...
Ну, да это естественно же! Зачем мне приходится это рассказывать???

[ask-rus]

Конечно, перезапускает. Хто такой Total Commander, kITUP знать не знает.

Ответ дан, можно перенести в Программное обеспечение.

[Avada]

Уточняю диспозицию. Тема создана не автором. Топик-стартер после полученых разъяснений пришёл к выводу, что на данном подфоруме она размещена зря и должна быть перенесена в Программное обеспечение. Для принятия окончательного решения запрашиваю также автора: он сам считает такой перенос правильным или нет?

[ask-rus]

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

Топик-стартер к такому выводу не приходил, а дал возможность автору принять решение.

[ApceH]

Avada
В самом названии программы намекается на универсальность.
Но я уверен, что на форуме wincmd.ru мы будем обсуждать kIT UP с точки зрения применения для Total Commander. А значит и в этом разделе эта тема вполне уместно размещена.
То есть считаю потенциальный перенос неправильным.
И вообще подобное — бесполезный флуд.

[Flasher]

ApceH
Ага, засвербило. Я считаю переносить надо, потому что у пользователя (меня, например) может возникнуть желание аккумулировать данную утилиту с любым другим ini, xml, отличным от TC-шных и обсудить это здесь, так что закономерное место теме в ПО.

[Avada]

ApceH
Позиции ясны, а моё решение — перенос в "Программное обеспечение".
Что мы будем обсуждать и когда — вопрос отдельный. Сейчас же ясно, что эта утилита в своём нынешнем виде написана не специально для работы с TC. Я могу назвать энное число программ разной универсальности, в которых предусмотрены некие специфические возможности для интеграции в том числе и с TC, но от этого они не становятся средствами для работы именно с TC. Так что продолжаем в прежней теме, но на другом подфоруме.
P.S. Кстати, "бесполезный флуд" — тавтология (он полезным не бывает), а является ли что-либо на форуме флудом или нет — решает только модератор.

Тема перенесена.

[ask-rus]

ApceH
Надо бы поправить оф. страничку здесь (битая ссылка).

[ApceH]

Дошли наконец-то руки... Извиняюсь, я решил сделать совсем не переименование и комментирование секций/ключей в ini. Но что сделал, по-моему, даже более востребовано будет.

Спецификацию немного дополнил.

Итак, версия 0.2.8.61:
+ В текстовых полях Description перед отображением осуществляется замена: "\n"->#13#10, "\t"->#9, "\\"->"\"
+ 9.3.1 Реализовано надёжно
+ 9.3.4 Реализовано надёжно
//Это завершение процесса. Теперь никогда не появится "[2] Total Commander".
//Попутно добавлены следующие параметры:
+ 1.1.1.13 //таймаут посылки WM_CLOSE
+ 1.1.1.14 //насильное завершение, после ожидания
+ 2.6 //запуск свободных пресетов, то есть просто up-файл без категории и всяких наследуемых значений.
+ 2.7 //аналогично, но можно передавать без всяких ключей, то есть можно ассоциировать прям up-файл с kIT UP (вот и начинает вырисовываться пакетный шелл...)
+ 9.2.6 //это всё поддержка секций [ps*|..., которые используют ShellExecute.
+ 9.2.6.*
+ Поддержка UNICODE в пресетах и конфигах. //ANSI тоже отлично обрабатывается
+ Добавлена пара иконок.

По свежему интересу доделал ещё кое-что очень нужное.
Версия 0.2.9.67:
+ 1.1.2 + 1.1.3
+ 1.2.2 + 1.2.3 } //это Pre/PostActions в MainConfig/CategoryConfig/Preset
+ 4.2 + 4.3
+ Добавлено окно с информацией о Pre/PostActions, вызываемое из контекстного меню дерева.
+ Добавлено отображение В дереве свободных пресетов, лежащих в PresetsDirectory.

Версия 0.2.9.71:
~ 5.2.5 //это удаление секции и ключе
~ 5.2.6 // но пока без проверки условия, т.е. ключи игнорируются
^ Исправлена ошибка, при которой папки категорий с атрибутом "Архивный" не включались в список.
^ Исправлен фон под кнопками "Применить" и "Перечитать".

Страница загрузки

[LonerD]

ApceH

Ну то есть должен ли kITUP быть способен автоматом отследить, что секция, куда вносится изменение вынесена через RedirectSection.

Должен!!!
Должна быть универсальность. Тогда одну и ту же, например, цветовую схему можно будет использовать на разных сборках Тотала.
У меня секция Colors перенаправлена в другой файл, у кого-то она так и есть по дефолту в wincmd.ini. То есть из одной сборки уже файлы не перенести в другую без исправления.

Ещё пожелание - При просмотре цветовых схем - лучше их просматривать "вживую" (как реализовано в Impomezia), а не картинки-скриншоты.

Размер окна программы можно сделать фиксированного размера. Плюсы - не будет разворота на весь экран (при котором маленькие скриншоты смотрятся нелепо) и единый размер скриншотов.

Лицензионное сообщение поправь, там не все буковки видны.

[ApceH]

LonerD
Ну от поддержки RedirectSection степень универсальности не изменится, а лишь облегчится труд сборщиков паков, когда они смогут легко обмениваться пресетами.
Если секция перенаправлена в другой файл, то достаточно в каждом пресете поменять один путь в заголовке одной секции. Понятно, что не удобно, но какого-то репозитория пресетов всё равно ещё в помине нет, так что не критично. Сделаю в любом случае поддержку RedirectSection рано или поздно.

А вот генерацию предпросмотра многие уже желали. Проблема в том, что импомезиа узкоспециализированная прога, в ней автоматически изначально был решён вопрос, как отображать предпросмотр. А kIT UP — полная противоположность, отсутствие какой бы то ни было специализации. Поэтому вопрос о способе генерации предпросмотра совсем не тривиальный.

Картинки-скриншоты в качестве предпросмотра — вариант идеальный. Автор пресета сам решает, что должно показываться пользователю в связи с данным пресетом. Но в некоторых случаях действительно было бы удобно генерировать изображение по определённым правилам. Вот эти правила мне и предстоит придумать. Ведь решение должно быть полностью универсальным, применимым не только к пресетам цветовых схем ТС... Присматриваюсь к HTML+CSS... Но это только "по мотивам". Синтаксис придётся придумывать свой, ведь конкретные значения будут браться из пресета. Да и преобразовывать придётся. Тот же цвет в ТС хранится просто в виде целого числа (идиотизм).

Зачем фиксированного? Чем плоха возможность развернуть на весь экран? Единый размер скринов точно не правильно было бы делать, разные категории — разные потребности в том, что нужно показать.
Спасибо за репорт. А буквы съедаются в этом дурацком RichEdit на KOL.