Far 3: Импорт/экспорт настроек

Website · Post by **John Doe** » Tue 21 Feb, 2012 16:58

В Far 3 наконец-то реализован механизм импорта/экспорта настроек посредством xml-файлов (*.farconfig).

Это позволяет
- удобно обмениваться настройками
- держать бэкап собственных настроек в относительно читаемом виде

Как этим пользоваться кратко описано в справке (Far.exe /? , пример в Addons\README.TXT ).

А здесь предлагаю обсуждать имеющиеся недостатки, и предлагать возможные улучшения.

P.S.
Обрабатываются также настройки плагинов (только FAR 3 - плагины, хранящие настройки стандартным образом).

Вопросы по переносу настроек FAR 1 - плагинов, в том числе FTP, задаём в соответствующих темах.

Смежные темы:

Импорт/экспорт истории команд в окне Apply Command (Ctrl+G).
Как импортировать файловую ассоциацию?
FAR 3: (со)хранение конфигурации (настроек, истории, сеанса)

Website · Post by **John Doe** » Tue 21 Feb, 2012 16:58

И первый вопрос:

t-rex 27.04.2011 23:34:03 +0200 - build 2006 wrote:

Code: Select all

1. Умеем экспортировать/импортировать ассоциации.
   Перед импортом, все текущие ассоциации удаляются (если есть тэг associations в xml).

Зачем удалять?

Website · Post by **John Doe** » Tue 21 Feb, 2012 17:25

Нет, я конечно понимаю что если экспортировать ассоциации, а потом (без удаления) импортировать их обратно, то получим кашу.

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

KcinKh · Post by **KcinKh** » Tue 21 Feb, 2012 23:04

Хотелось бы еще иметь возможность раздельного экспорта, например:
Far.exe /export:macros macros.xml
Far.exe /export:generalconfig general.xml
Far.exe /export:colors colors.xml
ну и так далее для

то есть хотя бы первый уровень farconfig в xml представлении.

Примечание модератора:
Update
0002656: Возможность при экспорте настроек указать нужный раздел

Website · Post by **John Doe** » Thu 23 Feb, 2012 11:51

Сейчас для импорта настроек необходимо выйти из фара (фаров), в противном случае импортированное может быть затёрто потом при выходе ([x] Auto save setup).
Это касается не всех настроек, но вероятно большинства (приходится экспериментировать, поскольку нигде это толком не документировано).

Источник проблемы это то что в фаре настройки а) сохраняются не в момент применения, а при выходе, и б) сохраняются все скопом независимо от того какие реально менялись.

Хочется услышать предложения о рекомендуемом способе импорта, потому как это весьма существенный момент, требующий документирования.

Update
0002383: /import настроек и /clearcache прямо из фара

Website · Post by **John Doe** » Thu 23 Feb, 2012 16:07

Группы раскраски представлены в xml "по номерам":
Эта нумерация не даёт [нормальной] возможности добавлять новые группы через xml.

Я понимаю, что эта нумерация выполняет определённые функции:
* определяет порядок пунктов
* обеспечивает "уникальность" элементов (чтобы при импорте они не дублировались)
Причём сейчас эти функции вероятно конфликтуют между собой ("id" зависит от порядка).

С ассоциациям (см. выше) проблема полностью аналогичная, просто другое решение (тоже не особо удачное).
Другие настройки я подробно не рассматривал, но ситуация повторяется с Filters, shortcuts, panelmodes, ... : повсеместно всё ещё практикуется "сериализация" элементов (1 2 3 ...), оставшаяся со времён far 1.x

Update:
Как импортировать файловую ассоциацию?
0002916: Избавиться от идентификации элементов "по номерам"
http://forum.farmanager.com/viewtopic.p ... 03#p127503

KcinKh · Post by **KcinKh** » Mon 27 Feb, 2012 20:57

KcinKh wrote:Хотелось бы еще иметь возможность раздельного экспорта,

Вот состряпал для себя на первое время, может кому еще пригодится:

Code: Select all

// Author:        Khokhlov Nickolay, Soft KciNKh (c)
// Module:        farconfig_split.js
// Description:   Spitter Far Manager configuration file
// Creation date: 27.02.2012 18:52:27
// Remarks:       Far.exe /export all_config.xml
//                cscript.exe //NoLogo farconfig_split.js all_config.xml
//                Please usage:
//                   farconfig_split.js <farconfig_filename.xml> <section_name>
//                Type section_name one of the:
//                   generalconfig
//                   colors
//                   associations
//                   pluginhotkeys
//                   filters
//                   highlight
//                   panelmodes
//                   shortcuts
//                   pluginsconfig
//                   macros

if (WScript.Arguments.length == 0)
{
	usage();
} else {
	var fnFarConfig = ""; // 'all_config.xml' - Far.exe /export all_config.xml
	var section = "";     // section name of config: generalconfig/colors/associations/pluginhotkeys/filters/highlight/panelmodes/shortcuts/pluginsconfig/macros

	if (WScript.Arguments.length > 0) {
		fnFarConfig = WScript.Arguments(0);
		WScript.Echo("FarConfig file:    " + fnFarConfig);
	}

	if (WScript.Arguments.length > 1) {
		section = WScript.Arguments(1);
		WScript.Echo("FarConfig section: " + section);
	} else {
		usage();
	}
	processConfig(fnFarConfig, section);
}

function processConfig(strFarConfigFileName, strFarConfigSectionName)
{
	var xmlFar = new ActiveXObject("Msxml.DOMDocument");
	xmlFar.async = false;
	xmlFar.load(strFarConfigFileName);
	var xmlErr = xmlFar.parseError;
	if (xmlErr.errorCode != 0)
		throw new Error(xmlErr.errorCode, xmlErr.reason + " " + xmlErr.srcText);

	var xmlFarConfig = xmlFar.documentElement;//xmlFar.selectNodes("//farconfig");

	if (strFarConfigSectionName == "") {
		WScript.Echo("Type section_name one of the:");
		for (var i = 0; i < xmlFarConfig.childNodes.length; i++)
			WScript.Echo("\t" + xmlFarConfig.childNodes.item(i).nodeName);
	} else {
		var node = xmlFarConfig.selectSingleNode("//farconfig/" + strFarConfigSectionName); //.selectNodes("title")

		if ( node != null) {
			WScript.Echo("Export <" + strFarConfigSectionName + "> data as far3config_" + strFarConfigSectionName + ".xml file.");

			var xmlFarOut = new ActiveXObject("Msxml.DOMDocument");

			for (var j = 0; j < xmlFar.childNodes.length; j++)
				xmlFarOut.appendChild(xmlFar.childNodes[j].cloneNode(false));

			xmlFarOut.selectSingleNode("//farconfig").appendChild(node);

			xmlFarOut.save("far3config_" + strFarConfigSectionName + ".xml");
		} else {
			WScript.Echo("* Error: Section with name <" + strFarConfigSectionName + "> not found in '" + strFarConfigFileName + "' file.");
		}
	}
}

function usage()
{
	WScript.Echo("Please usage:\n\tfarconfig_split.js <farconfig_filename.xml> <section_name>");
}

пользоваться примерно так:
Far.exe /export all_config.xml
cscript.exe //NoLogo farconfig_split.js all_config.xml macros

NeoNaft · Post by **NeoNaft** » Sat 28 Apr, 2012 13:19

Я тут портабельную сборку ваяю, и возник у меня такой вопрос. А есть нативный способ автоматического импорта настроек? Без батников и т.д.? Чтобы просто запустил far.exe и получил его с определенной конфигурацией?

2useven10 · Post by **2useven10** » Sat 28 Apr, 2012 13:34

А зачем импортировать настройки? Записал базы с нужной конфигурацией - и всё.

NeoNaft · Post by **NeoNaft** » Sat 28 Apr, 2012 13:36

и куда их? В корневую папку фара?

2useven10 · Post by **2useven10** » Sat 28 Apr, 2012 13:37

Far.exe.example.ini почитайте (поправьте, переименуйте...)

Website · Post by **John Doe** » Fri 01 Feb, 2013 16:41

Ещё один проблемный момент, с <generalconfig>.

При экспорте в xml попадают только РЕАЛЬНО существующие в базе параметры.
А если параметр имеет дефолтное значение (и ни разу не менялся), то он соответственно в экспорт не попадёт.

Отсюда вытекают 2 проблемы:
1) Импорт собственного .xml не может обеспечить восстановление настроек в те, что были на момент экспорта.
2) То же самое при обмене настройками

Решить можно альтернативно в 3х местах.

или а) При хранении в базе.
Держать параметры даже с дефолтными значениями (т.е. при отсутствии сразу их создавать)

или б) При экспорте.
Записывать в xml все параметры, включая дефолтные.
Возможно стоит это поведение регулировать с помощью ключа командной строки

или в) При импорте.
отсутствующим в xml параметрам назначать значение по умолчанию.
Возможно стоит это поведение регулировать с помощью ключа командной строки (или параметром в самом xml).

Мне почему-то кажется, что лучше всего в)

Update
0002917: Импорт *.farconfig не гарантирует восстановления прежней конфигурации

Post by **NightRoman** » Fri 01 Feb, 2013 16:50

в) вроде как раз плохо, так нельзя, скажем, один параметр накатить. Все остальные при этом сбросятся в дефолт? Параметр ком.строки, чтобы этого избежать - уже слишком сложно для простой задачи. Не надо ИИ, лучше писать в ХМЛ все параметры, даже дефолтные - нормальный и принятый подход. Опять же дотошный пользователь может посмотреть в ХМЛ, что у него в наличии из настроек.

Website · Post by **John Doe** » Fri 01 Feb, 2013 16:52

Поведение в) ведь опционально, только по ключу

Post by **NightRoman** » Fri 01 Feb, 2013 16:53

John Doe wrote:Поведение в) ведь опционально, только по ключу

я дописал

forum.farmanager.com