Files highlighting and sort groups bugs

[spnethw]

Есть какие-то проблемы с диалогом раскраски файлов.

1. Скажем, если с дефолтными настройками (для чистоты эксперимента можно сброситься к ним по Ctrl+R) удалить самую верхнюю группу "Broken", сохранить настройки и перезапустить far2l, то сбивается маркировка у всех нижележащих групп.
   У группы "Hidden files" меткой становится "*" (как у вышестоящей группы "Executable files"), у "Shared" меткой становится "«" (как у группы "Hardlinks > 1") и т.д.
   Похожий эффект получается, если просто пересортировать группы в списке с помощью Ctrl+Up / Ctrl+Down.

2. Если удалить ВСЕ группы из списка по очереди Del-ом, а потом сохраниться — в colors.ini большая часть из них всё равно остаётся, начиная с
   [Colors/Highlight/Group5]
   и кончая
   [Colors/Highlight/Group24]

[akruphi]

Причина похоже в том, что запись настроек исторически идёт по принципу псевдореестра, т.е. через ConfigWriter меняется только соответствующий параметр.

Вроде кардинально должно помочь в https://github.com/elfmz/far2l/blob/master/far2l/src/hilight.cpp в начало HighlightFiles::SaveHiData() вставить две строки

{
	ConfigWriter(RegColorsHighlight).RemoveSection();
	ConfigWriter(SortGroupsKeyName).RemoveSection();
}

Решение подсказано тем, как сделано по case KEY_CTRLR и возможно там тоже добавить строку

ConfigWriter(SortGroupsKeyName).RemoveSection();

но тут я не уверен, т.к. во всей этой текущей логике немного запутался.

Я не уверен, что это не ломает чего-то еще - не очень понимаю как это исчерпывающе протестировать. Будет замечательно, если кто сможет проверить решает ли это замеченные проблемы и точно не ломает ли ничего ещё.

[spnethw]

Описанную симптоматику, вроде бы, всю излечивает. А вот ломает что-то ещё или нет, — тут уже сложнее, тестить надо.

В логику не вникал, просто скомпилил и погонял немного.
Из замеченного: если удалить прямо ВСЕ группы раскраски, тогда они при перезапуске восстанавливаются к дефолтным.