Профили настроек
- Author
- Message
-
Offline
- Posts: 84
- Joined: Fri May 28, 2010 1:28 pm
Профили настроек
Добрый день.
На данный момент в программе используются ini файлы в кач-ве настроечных (помимо варианта хранения в реестре, кстати список последних файлов также неплохо отвязать от реестра), причем субъективно в довольно сомнительном "винигрете", т.е. в директории "Plugs" помимо бинарей лежат ini-шники, основной файл настроек лежит рядом с исполняемым файлом. Субъективно опять же, смысла в этой каше не вижу, как человек сам пишущий программы, почти уверен, что так получилось потому, что так получилось (рекурсия в общем).
В общем предлагаю сделать профили настроек, что это такое и как выглядит думаю известно, и (это важно) переключение между активными профилями в программе и запуск активного профиля по ключу в ком. строке: i.e. (подсмотрено в Hippo Edit) при запуске с параметром пути к файлу активен режим (т.е. профиль) "просмотра" (ридонли, все панельки скрыты, etc), при открытии файла из программы (либо просто открытии программы) вид "a'la IDE", т.е панели эксплорера, фолдинга, клипборда, инкрементального поиска, etc. Думаю можно найти еще массу возможных вариантов применения данной фичи и вполне вписывается в концепцию AkelPad.
Спасибо за внимание.
На данный момент в программе используются ini файлы в кач-ве настроечных (помимо варианта хранения в реестре, кстати список последних файлов также неплохо отвязать от реестра), причем субъективно в довольно сомнительном "винигрете", т.е. в директории "Plugs" помимо бинарей лежат ini-шники, основной файл настроек лежит рядом с исполняемым файлом. Субъективно опять же, смысла в этой каше не вижу, как человек сам пишущий программы, почти уверен, что так получилось потому, что так получилось (рекурсия в общем).
В общем предлагаю сделать профили настроек, что это такое и как выглядит думаю известно, и (это важно) переключение между активными профилями в программе и запуск активного профиля по ключу в ком. строке: i.e. (подсмотрено в Hippo Edit) при запуске с параметром пути к файлу активен режим (т.е. профиль) "просмотра" (ридонли, все панельки скрыты, etc), при открытии файла из программы (либо просто открытии программы) вид "a'la IDE", т.е панели эксплорера, фолдинга, клипборда, инкрементального поиска, etc. Думаю можно найти еще массу возможных вариантов применения данной фичи и вполне вписывается в концепцию AkelPad.
Спасибо за внимание.
-
Offline
- Posts: 3217
- Joined: Wed Nov 29, 2006 1:19 pm
- Location: Киев, Русь
- Contact:
На мыслю натолкнула идея отсюда.
Было бы здорово иметь такой "переключатель" в самой программе - плагин, к примеру "Менеджер конфигураций" или "Профилей". Ведь у меня почему так прога выглядит? Потому что ставлю её ещё другим своим пользователям, которым "программерские" штуки не нужно видеть, потому и стараюсь их спрятать для них подальше (чтобы в глаза не сильно бросалось), но и не слишком далеко от себя
Для начала бы хотелось конечно унифицировать Toolbar-плагин по интерфейсу и функциональности с ContextMenu, т.е.:
• настройки всех тулбаров в одном Toolbar.ini;
• в окне настроек тулбары задавать как и меню:• вверху Combobox с выбором меню;
• внизу галки местоположения.
А потом бы плаг, в котором как в Sessions-плагине переключать конфигурации.
В каждой конфигурации хотелось бы запоминать настройки как минимум: Toolbar-плагина (отображение определённых тулбаров и их положение), ContextMenu-плагина (отображение определённых меню и их положение). Возможно, Hotkeys-плагина.
Ну и настройки плага (ini-файл) хранить в дирректории пользователя (AppData), чтобы у каждого пользователя компа можно было установить свою конфигурацию.
Было бы здорово иметь такой "переключатель" в самой программе - плагин, к примеру "Менеджер конфигураций" или "Профилей". Ведь у меня почему так прога выглядит? Потому что ставлю её ещё другим своим пользователям, которым "программерские" штуки не нужно видеть, потому и стараюсь их спрятать для них подальше (чтобы в глаза не сильно бросалось), но и не слишком далеко от себя
Для начала бы хотелось конечно унифицировать Toolbar-плагин по интерфейсу и функциональности с ContextMenu, т.е.:
• настройки всех тулбаров в одном Toolbar.ini;
• в окне настроек тулбары задавать как и меню:
Code: Select all
"Programming toobar" Commands...()
{
...
}
• внизу галки местоположения.
А потом бы плаг, в котором как в Sessions-плагине переключать конфигурации.
В каждой конфигурации хотелось бы запоминать настройки как минимум: Toolbar-плагина (отображение определённых тулбаров и их положение), ContextMenu-плагина (отображение определённых меню и их положение). Возможно, Hotkeys-плагина.
Ну и настройки плага (ini-файл) хранить в дирректории пользователя (AppData), чтобы у каждого пользователя компа можно было установить свою конфигурацию.
-
Offline
- Posts: 294
- Joined: Tue Jul 27, 2010 11:18 pm
На счет "ini_где-нибудь_ещё" можно попросить Instructorа сделать возможность редиректа ini: т.е., ini в папке программы может содержать единственную строкуИли, даже, если эта строка первая, то остальные строки игнорируются. Комментим такую первую строку - получаем портабельное приложение, ставим это юзверю, раскомменчиваем только одну первую строку - инишник создаётся где сказано.
Code: Select all
iniRedirection=%USERPROFILE%\Bla\Bla\Bla\AkelPad.ini
-
Offline
- Posts: 3217
- Joined: Wed Nov 29, 2006 1:19 pm
- Location: Киев, Русь
- Contact:
-
Offline
- Posts: 876
- Joined: Tue Jul 24, 2007 8:54 am
Фикус в том, что в понятие "профиля", по-хорошему, могут входить настройки всех имеющихся плагинов, а также настройки самого Акеля (как минимум расцветки, плюс набор автозапускаемых плагинов). Поэтому если делать per-user профили, это решается довольно просто (набор настроек в AppData), а вот если собственные, в рамках одного юзера (возможность переключения "кодинг"/"печать"/"минимал"/...) - то это нужно заводить отдельную папку profiles, и в ней уже подпапки с настройками каждого профиля. Не столь великая задача, но всё-таки требует усложнения процессов чтения настроек. А также введения специальных функций для получения текущего пути к настройкам.
-
Offline
- Posts: 294
- Joined: Tue Jul 27, 2010 11:18 pm
Если уж редиректить, то, ясен пень, все настройки. Иначе в тех же Program Files что-то не сохранится. А свои профили проще реализовать несколькими сборками AP. С редиректом, или без. У меня установленный в систему (замена блокнота) - минимальный, а для кодинга - портабельный, но ассоциирован с файлами через внутренние ассоциации портабельного же TC. Из винды имеем почти тот же блокнот, а из тотала - вполне себе разукрашенный Акел.
-
Offline
- Posts: 3217
- Joined: Wed Nov 29, 2006 1:19 pm
- Location: Киев, Русь
- Contact:
Fr0sT
Одно не мешает другому. AppData - для хранения настроек, которые могут часто изменяться.
Я предложил, чтобы была возможность быстрой установки выбранного профиля настроек. Для этого нужны и AppData, где у каждого пользователя будет храниться указание на профиль, и, возможно, сами ini проги плагинов (в зависимости от того, где установлено сохранение, в папке с программой или в AppData).
Serge Yolkin
Не сохраняется оно и сейчас, и люди ноют. Тогда будет тоже самое, но + возможность быстро поменять место хранения настроек.
Вон, у тотала даже при установке сразу спрашивает, где хранить настройки, с возможностью самостоятельного выбора директории.
> А свои профили проще реализовать несколькими сборками AP
Идея как раз в том, чтобы от этого уйти.
Тотал установлен не у всех и не везде. Да и связку "запуск из винды - обычный, а из тотала - программерский" не считаю нормальной. Я, к примеру, работаю и из тотала, и из проводника, и мне надо чтобы была открыта одна копия программы с одним и тем же интерфейсом и возможностями.
Одно не мешает другому. AppData - для хранения настроек, которые могут часто изменяться.
Я предложил, чтобы была возможность быстрой установки выбранного профиля настроек. Для этого нужны и AppData, где у каждого пользователя будет храниться указание на профиль, и, возможно, сами ini проги плагинов (в зависимости от того, где установлено сохранение, в папке с программой или в AppData).
Serge Yolkin
Не сохраняется оно и сейчас, и люди ноют. Тогда будет тоже самое, но + возможность быстро поменять место хранения настроек.
Вон, у тотала даже при установке сразу спрашивает, где хранить настройки, с возможностью самостоятельного выбора директории.
> А свои профили проще реализовать несколькими сборками AP
Идея как раз в том, чтобы от этого уйти.
Тотал установлен не у всех и не везде. Да и связку "запуск из винды - обычный, а из тотала - программерский" не считаю нормальной. Я, к примеру, работаю и из тотала, и из проводника, и мне надо чтобы была открыта одна копия программы с одним и тем же интерфейсом и возможностями.
-
Offline
- Posts: 294
- Joined: Tue Jul 27, 2010 11:18 pm
Про Тотал я чисто для примера написал, можно обойтись и одним проводником: по Enter/doubleClick открывать простой блокнот, а "программерский" - через контекстное меню (это не рекомендация, это, опять же, "например").
Теперь, чтобы за разногласиями не потерялось предложение: кто за то, чтобы в ini (первой строкой) можно было бы указать новый путь для хранения ВСЕХ настроек?
И ещё одно предложение: ключ комстроки для запуска без плагинов - как простой блокнот.
Теперь, чтобы за разногласиями не потерялось предложение: кто за то, чтобы в ini (первой строкой) можно было бы указать новый путь для хранения ВСЕХ настроек?
И ещё одно предложение: ключ комстроки для запуска без плагинов - как простой блокнот.
-
Offline
- Posts: 3217
- Joined: Wed Nov 29, 2006 1:19 pm
- Location: Киев, Русь
- Contact:
Я за то, чтобы настройка была, а где она будет не так важно.Serge Yolkin wrote:Теперь, чтобы за разногласиями не потерялось предложение: кто за то, чтобы в ini (первой строкой) можно было бы указать новый путь для хранения ВСЕХ настроек?
Но, опять же, это не совсем то, что имеется ввиду. Путь хранения настроек - лишь необходимый минимум для реализации сабжа.
-
Offline
- Posts: 876
- Joined: Tue Jul 24, 2007 8:54 am
Мне лично в данный момент не нужно, но мысль хорошая, и, на мой взгляд, обогатит Акел. Возможность иметь сколько угодно профилей с разными настройками и наборами плагинов, но в то же время без дублирования бинарников, как это происходит при отдельных сборках, - это круто.Serge Yolkin wrote:кто за
Проблема в том, что есть несколько плагов, без которых ну совсем не комфортноИ ещё одно предложение: ключ комстроки для запуска без плагинов - как простой блокнот.
-
Offline
- Posts: 3217
- Joined: Wed Nov 29, 2006 1:19 pm
- Location: Киев, Русь
- Contact:
-
Offline
- Posts: 512
- Joined: Sun Sep 15, 2013 8:25 am
- Location: 013 в Тентуре, семь по Спирали, налево от Большой Медведицы