Total Commander

kIT Portable Launcher
Это крошечная утилита, служащая прокси-программой для запуска любых других программ.
В первую очередь она пригодится для запуска программ, которые хранят настройки в реестре и для которых желательно внести некоторые параметры в реестр перед запуском. По умолчанию параметры не вносятся, если уже внесены, что предотвращает потерю пользовательских настроек между запусками.
Программа также позволяет удалить внесенные ключи после завершения запущеной программы.
Таким образом, программа позволяет реализовать простейшую форму портабельности для непортабельных программ.
Побочным эффектом является (если не используется ключ /u) то, что родителем запускаемого процесса становится система, а не та среда, из-под которой программа запускается.
Программа не производит никакого контроля доступа, поэтому она сможет внести конкретный ключ в реестр только, если на это достаточно прав у текущего пользователя. Например, в куст HKEY_CURRENT_USER может вносить изменения даже обычный пользователь.

kitrun.exe [/f] [/p|P] [/d|D] [/u|U] [/r|R] [/b|B (:|<файл>)] [/s|S (:|<файл>)] [/k <ключ_реестра>] <reg-файл> <строка_запуска>

Обязательные параметры:
<reg-файл> - имя существующего reg-файла (расширение не имеет значения), который нужно импортировать в реестр.
<строка_запуска> - командная строка запуска программы, возможно, со своими параметрами, поэтому должна быть последним элементом строки.

Подробное описание ключей см. в readme.txt.
Алгоритм работы см. в readme.txt.

Скачать.

ApceH
Описание предназначения подфорума "Плагины Total Commander" на главной странице:

Обсуждение только плагинов и утилит для Total Commander.

Описание в правилах подфорума:

Форум Плагины Total Commander предназначен для обсуждения плагинов и утилит для Total Commander: их поиску, сравнению между собой, настройке и т.п. Темы, не укладывающиеся в эту тематику, считаются оффтопиком и запрещены по пункту 9 правил.

Ключевые слова для Total Commander. Представленная утилита может быть сколь угодно хороша и универсальна, но этому условию не удовлетворяет. Для подобных вещей существует подфорум "Программное обеспечение". Я полагаю, что в этом посте уже всё было разъяснено.
Тема перенесена. Соответственно, несколько изменён заголовок.

ApceH
Немного не въехал... А возможен запуск программы с индивидуальными настройками реестра (при том, что ключи в реестре уже существуют) с последующим (по завершении работы программы) восстановлением прежнего состояния изменённых ключей реестра?

ApceH
Нужно отслеживать записи при использовании команды regsvr32. При закрытии приложения (например, TC) или после выполнения команды с помощью зарегистрированой библиотеки очищать записи. Можно соорудить?

Avada писал(а):Представленная утилита может быть сколь угодно хороша и универсальна... Я полагаю, что в этом посте уже всё было разъяснено.

Наверно что-то путаете. Представленная прожка одна из самых НЕуниверсальных. А какая тут связь с kIT UP вообще трудно понять...

Batya писал(а):А возможен запуск программы с индивидуальными настройками реестра (при том, что ключи в реестре уже существуют) с последующим (по завершении работы программы) восстановлением прежнего состояния изменённых ключей реестра?

Flasher писал(а):Нужно отслеживать записи при использовании команды regsvr32. При закрытии приложения (например, TC) или после выполнения команды с помощью зарегистрированой библиотеки очищать записи. Можно соорудить?

Хм. Даже и не думал об этом. Полезно будет.
Отслеживать тотально все операции с реестром не планировал. Это уже получится серьёзная утилита, песочница. Такие уже есть. Но как-то в упрощённом варианте, когда все интересующие ключи будут заданы, то вполне можно сделать и сохранение/восстановление...

У меня идея была простая. Сделать так, чтобы сборка при установке в портабл-режиме не серила в реестр вообще. А когда пользователь запускает программы, они автоматически настраивались (ну и серили в реестр, но только по запросу самого пользователя). Я, например, удовлетворён прогой даже в отсутствие поддержки ключа /u. Хотя, конечно, на днях реализую.

ApceH писал(а):Отслеживать тотально все операции с реестром не планировал.

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

ApceH писал(а):Но как-то в упрощённом варианте, когда все интересующие ключи будут заданы,

Заданы? Ну, беру я, допустим, какую-то библиотеку. Откуда мне заведомо знать, куда она там чего прописывает? Нужно именно отслеживание без лишних потуг юзера с поисками в реестре.

Batya писал(а):а восстановить прежние значения.

>>>

ApceH писал(а):сделать и сохранение/восстановление...

ApceH писал(а):А какая тут связь с kIT UP вообще трудно понять..

Кому как. Мне — легко. Вот связующее звено из того самого поста:

Сейчас же ясно, что эта утилита в своём нынешнем виде написана не специально для работы с TC.

Логика ровно та же. На этом вопрос с переносом считаю закрытым.

Batya
Да, именно такой вариант меня тоже интересует. Сделаю.
Flasher
Ну, на юзеров особо прога и не рассчитана. Предполагается, что её будет использовать сборщик сборки для проблемных прог, как я и сделаю у себя в очередном выпуске. В этом-то и труд добросовестного сборщика - исследовать, куда гадит прога
Тут цель не вычистить за прогой досконально после её закрытия, а задать основные настройки при первом запуске... Хотя, это для начала

ApceH писал(а):её будет использовать сборщик сборки для проблемных прог

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

Flasher
Нет, ну, пожалуйста, так-то. Пусть пользуются!
Я просто не думаю, что много найдётся пользователей, которые приберегают коллекцию reg-файлов в подобных целях...
Завязки нет. Зачем?
Назначение программы слишком узко, чтобы что-то там высматривать

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

Flasher
Оставьте скрипты, сценарии, пресеты и автоматизацию kITUP-у Кстати, заодно написался код для обработки r-секций в пресетах. На днях выложу новую версию.
Расширять функционал до, например, PortableApps Installer я не собирался и не буду. Сразу же сказал. А сохранение имевшихся ключей и восстановление запросто сделаю.

ApceH писал(а):Оставьте скрипты, сценарии, пресеты и автоматизацию kITUP-у

Не понял. Кесорю - кесорево, а Богу - божье. kITUP-у - пресеты, (JS/VB)Script, Auto(It/HotKey) и т.п. - скрипты, cmd/pshell-у - сценарии.

ApceH писал(а):Расширять функционал до, например, PortableApps Installer я не собирался и не буду. Сразу же сказал.

А я как раз об этом не говорил.

ApceH писал(а):А сохранение имевшихся ключей и восстановление запросто сделаю.

Имевшихся где? В памяти после регистрации или в файле конфигурации до регистрации?

Flasher писал(а):...
...
...
Имевшихся где? В памяти после регистрации или в файле конфигурации до регистрации?

Хватит флудить!
Очевидно, что имеются в виду ключи, которые будут внесены перед запуском программы. Их старые значения не проблема сохранить в такой же reg-файл и восстановить потом.