AkelPad

private_joker · Joined: 28 May 2010 Posts: 57

Добрый день.
На данный момент в программе используются ini файлы в кач-ве настроечных (помимо варианта хранения в реестре, кстати список последних файлов также неплохо отвязать от реестра), причем субъективно в довольно сомнительном "винигрете", т.е. в директории "Plugs" помимо бинарей лежат ini-шники, основной файл настроек лежит рядом с исполняемым файлом. Субъективно опять же, смысла в этой каше не вижу, как человек сам пишущий программы, почти уверен, что так получилось потому, что так получилось (рекурсия в общем).
В общем предлагаю сделать профили настроек, что это такое и как выглядит думаю известно, и (это важно) переключение между активными профилями в программе и запуск активного профиля по ключу в ком. строке: i.e. (подсмотрено в Hippo Edit) при запуске с параметром пути к файлу активен режим (т.е. профиль) "просмотра" (ридонли, все панельки скрыты, etc), при открытии файла из программы (либо просто открытии программы) вид "a'la IDE", т.е панели эксплорера, фолдинга, клипборда, инкрементального поиска, etc. Думаю можно найти еще массу возможных вариантов применения данной фичи и вполне вписывается в концепцию AkelPad.
Спасибо за внимание.

VladSh · Posted: Tue Sep 25, 2012 1:36 pm Post subject:

На мыслю натолкнула идея отсюда.
Было бы здорово иметь такой "переключатель" в самой программе - плагин, к примеру "Менеджер конфигураций" или "Профилей". Ведь у меня почему так прога выглядит? Потому что ставлю её ещё другим своим пользователям, которым "программерские" штуки не нужно видеть, потому и стараюсь их спрятать для них подальше (чтобы в глаза не сильно бросалось), но и не слишком далеко от себя Smile

Для начала бы хотелось конечно унифицировать Toolbar-плагин по интерфейсу и функциональности с ContextMenu, т.е.:
• настройки всех тулбаров в одном Toolbar.ini;
• в окне настроек тулбары задавать как и меню:

Serge Yolkin · Joined: 27 Jul 2010 Posts: 122

На счет "ini_где-нибудь_ещё" можно попросить Instructorа сделать возможность редиректа ini: т.е., ini в папке программы может содержать единственную строку

VladSh · Posted: Tue Sep 25, 2012 11:21 pm Post subject:

Serge Yolkin
Это было бы здорово!
Но, по моему, какие-то левые пути прописывать нет необходимости. Нужно только 2: в директории программы и в директории пользователя (AppData), т.е. можно было бы (и это было бы лучше) сделать в настройках.

Instructor
Просим!!! Smile

Serge Yolkin · Joined: 27 Jul 2010 Posts: 122

VladSh
Боюсь, до настроек юзверёк дотянется быстро, а потом будет здесь ныть, что у него "не сохраняется". ИМХО, лучше уж в инишнике, а для сетупа сделать такой инишник по умолчанию (из одной строчки).

Fr0sT · Joined: 24 Jul 2007 Posts: 850

Фикус в том, что в понятие "профиля", по-хорошему, могут входить настройки всех имеющихся плагинов, а также настройки самого Акеля (как минимум расцветки, плюс набор автозапускаемых плагинов). Поэтому если делать per-user профили, это решается довольно просто (набор настроек в AppData), а вот если собственные, в рамках одного юзера (возможность переключения "кодинг"/"печать"/"минимал"/...) - то это нужно заводить отдельную папку profiles, и в ней уже подпапки с настройками каждого профиля. Не столь великая задача, но всё-таки требует усложнения процессов чтения настроек. А также введения специальных функций для получения текущего пути к настройкам.

Serge Yolkin · Joined: 27 Jul 2010 Posts: 122

Если уж редиректить, то, ясен пень, все настройки. Иначе в тех же Program Files что-то не сохранится. А свои профили проще реализовать несколькими сборками AP. С редиректом, или без. У меня установленный в систему (замена блокнота) - минимальный, а для кодинга - портабельный, но ассоциирован с файлами через внутренние ассоциации портабельного же TC. Из винды имеем почти тот же блокнот, а из тотала - вполне себе разукрашенный Акел.

VladSh · Posted: Tue Oct 02, 2012 6:51 am Post subject:

Fr0sT
Одно не мешает другому. AppData - для хранения настроек, которые могут часто изменяться.

Я предложил, чтобы была возможность быстрой установки выбранного профиля настроек. Для этого нужны и AppData, где у каждого пользователя будет храниться указание на профиль, и, возможно, сами ini проги плагинов (в зависимости от того, где установлено сохранение, в папке с программой или в AppData).

Serge Yolkin
Не сохраняется оно и сейчас, и люди ноют. Тогда будет тоже самое, но + возможность быстро поменять место хранения настроек.
Вон, у тотала даже при установке сразу спрашивает, где хранить настройки, с возможностью самостоятельного выбора директории.

> А свои профили проще реализовать несколькими сборками AP
Идея как раз в том, чтобы от этого уйти.
Тотал установлен не у всех и не везде. Да и связку "запуск из винды - обычный, а из тотала - программерский" не считаю нормальной. Я, к примеру, работаю и из тотала, и из проводника, и мне надо чтобы была открыта одна копия программы с одним и тем же интерфейсом и возможностями.

Serge Yolkin · Joined: 27 Jul 2010 Posts: 122

Про Тотал я чисто для примера написал, можно обойтись и одним проводником: по Enter/doubleClick открывать простой блокнот, а "программерский" - через контекстное меню (это не рекомендация, это, опять же, "например").
Теперь, чтобы за разногласиями не потерялось предложение: кто за то, чтобы в ini (первой строкой) можно было бы указать новый путь для хранения ВСЕХ настроек?
И ещё одно предложение: ключ комстроки для запуска без плагинов - как простой блокнот.

VladSh · Posted: Tue Oct 02, 2012 10:08 am Post subject:

Fr0sT · Joined: 24 Jul 2007 Posts: 850

VladSh · Posted: Tue Oct 02, 2012 10:18 am Post subject:

Fr0sT · Joined: 24 Jul 2007 Posts: 850

VladSh
я к тому, что "Акель без плагов" - это, конечно, далеко не "Миранда без плагов", но всё равно мало кому потребуется (кмк).