Пожелание:
сделать окна "Непривязанные настройки"(chrome://pcln/content/preftree.xul), "Привязка ветки настроек" вкладками основного окна "Preferences Cleaner"
(chrome://pcln/content/addonslist.xul), которое в свою очередь должно открываться в новой вкладке

По порядку.

Можно, но это не самая большая проблема расширения. Сделаю, когда разберусь с прочим.

Не понял вопроса. Удалено - как? Руками как объект файловой системы без удаления в менеджере дополнений? Удаление настроек (если расширение было установлено после установки Preferences Cleaner) как раз и происходит после удаления расширения в менеджере дополнений, и рестарта FF.

Галки - чекбоксы, или просто галки? Просто галки - признак наличия настроек, созданных расширением динамически (не прописанных в defaults\prefs расширения), и привязанных к нему вручную. Чекбоксы - опция автоматического удаления настроек при удалении расширения; если чекбокс снят, то настройки после удаления расширения перекочуют во вкладку Uninstalled extensions - оттуда их можно будет удалить опять же вручную. Если в опциях выставлено delete extension preferences by default on extension uninstall, то этот чекбокс на вкладке Installed extensions будет выставлен для расширения автоматически после его установки.

Тихо и незаметно при рестарте FF после удаления расширения.

Нет, при этой выставленной галке будет запрашиваться подтверждение при попытке удалить вручную разом несколько настроек (либо на вкладке Uninstalled extensions, либо в окне непривязанных настроек). Сделано специально для того, чтобы поставившие расширение из любопытства, и смутно понимающие суть и цель своих действий, как можно меньше наломали дров в своем about:config.

Да, и это именно те самые динамически созданные настройки. И автоматически их не привязать никак. В планах имеется встроить отслеживание появления таких настроек, примерное определение, к чему они могли бы относиться (примерное - потому что в общем случае наверняка определить это невозможно), и вывод соответствующего сообщения с возможностью сразу привязать найденное.

Такая мысль была. Нет, такое желание отсутствует. В одиночку - неподъемно, там слишком много работы.

Нет. Это лежит совсем вне рамок задач расширения - оно ориентировано на настройки не FF, а расширений (которые оно к тому же предназначено вычищать).

Тут ситуация двоякая. С одной стороны, расширение работает, и багов в работе с ним я пока не замечал с момента аппрува последней актуальной версии. Какие-либо пожелания и предложения были высказаны впервые за всё время существования расширения именно здесь, в данной теме (за исключением периодически появляющихся просьб адаптировать расширение под ветку 3.6, и сделать возможным удаление настроек, появившихся до установки Preferences Cleaner - на это я сразу говорю категорическое "нет"). Получается, что и обновлять в расширении особенно нечего. С другой стороны, у меня самого уже с полгода имеются идеи и мысли о реализации вышеупомянутого отслеживания появления непривязанных настроек, о кое-каких переделках интерфейса - явно неинтуитивных мест там очень много - но для этого нужна хотя бы неделя полностью свободного времени на кодинг. А этой недели давно уже нет. Если в начале мая отпустят в отпуск - может, где-то там.

Имеется в виду, что было удалено до включения PrCl.

Добавлено 23-03-2012 04:48:15

Тебе не кажется это чревато потерей данных по ошибке? Может приделать опционально и промпт?

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

Ага, это был вопрос на перспективу
А вдруг ты бы захотел от Preferences Cleaner перейти к Preferences Manager?

%Юзернейм% умеет ждать.

EDIT:

а, кажется ты ниже уже ответил на это:

Добавлено 23-03-2012 05:03:27
Confidence
Попробую на твои вопросы ответить я (hydrolizer-у будет полезно узнать то, как пользователи понимают работу его расширения).

В окне "установленные" - записаны префы установленных расширений, которые удалось соотнести с установленными у пользователя расширениями.
Т.к. в лисе при удалении расширения - префы от него остаются в профиле, то если до удаления расширения у тебя уже работал Preferences Cleaner (и он успел просканировать то расширение) - то после удаления префы этого дополнения будут отображаться в окне "удалённые".

Однако возможна ещё ситуации:
1. когда дополнение было установлено, потом удалено, и только потом был установлен PrCl. В таком случае в профиле пользователя могут иметься настройки от уже удалённого расширения, и эти настройки PrCl сам связать с каким-то дополнением уже не сможет.
2. когда дополнение хитрожопо использует функцию создания префа и PrCl эти префы отследить не может
Для этих случаев есть инструмент Loose preferences для ручного удаления ненужных префов (но надо самому знать что удаляешь).

Отмеченные галками дополнения при удалении заставят PrCl автоматически удалить и связанные с ними настройки.

Отредактировано iDev.Pi (23-03-2012 05:03:27)

Не чревато. Главная потеря данных может случиться во время сеанса работы с базой, а он завернут в транзакцию, и настройки удаляются после её коммита. Кроме того, если в текущем сеансе были какие-то манипуляции с настройками посредством расширения, то на этот сеанс делается отдельный бэкап prefs.js (папка PreferencesCleaner\prefbackups в профиле), и делается запись в лог (PreferencesCleaner\pcln.log).

Причем если версия какого-л. расширения была обновлена, и в предыдущей версии были настройки, которых нет в новой, то расширение будет одновременно на двух вкладках - Installed extensions, и Uninstalled extensions - во второй будут неиспользуемые настройки предыдущей версии (разумеется, это касается только настроек из defaults\prefs, динамически создаваемые настройки все считаются актуальными для любой версии расширения). На вкладке Uninstalled extensions у удаленных расширений черная иконка, у предыдущих версий - рыжая.
Некогда я для тестирования всего этого сделал 2 расширения, они не содержат ничего, кроме настроек: http://dl.dropbox.com/u/14131025/testing/fooprefs.xpi и http://dl.dropbox.com/u/14131025/testin … fs_old.xpi, причем второе автообновляется на новую версию с другим набором настроек, и создает энное количество настроек динамически.

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

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

скрытый текст

Я-таки решил взяться за переработку сабжа. Первое, что я хочу сделать - переработать всё, что связано с функционалом работы с т.н. "непривязанными" настройками. И первая проблема это функционала - терминологическая путаница и неясность.
Чтобы было понятнее: существуют настройки, которые расширения создают на рантайме. Эти настройки не объявлены в файлах, размещенных в папке defaults\preferences пакета расширения; у этих настроек нет значения по умолчанию - при попытке сбросить их на значение по умолчанию, они просто исчезают. Выявляются эти настройки попыткой получить их значение на default preferences branch - если настройка "непривязанная", то эта попытка выкинет ошибку. Других способов я не нашел.
Далее. Чтобы сабж удалял такие настройки, ему нужно знать, к какому расширению они относятся. В общем случае эта задача неавтоматизируема (в частном - кое-что будет сделано), поэтому пока привязка непривязанных настроек делается вручную - есть окно, где собраны все эти настройки, в этом окне выбираем ту, которая относится к расширению (факт того, что "относится", определяет сам пользователь, как он умеет), жмем ok - настройка привязана. Получаем такую вот привязанную непривязанную настройку. Хотелось бы как-то определиться с терминами, чтобы исключить этот оксюморон. И вообще назвать такие настройки по-другому, т.к. "непривязанная" - сразу возникает вопрос, к чему, и приходится излагать всё, написанное выше, и на пальцах объяснять внутренне устройство Mozilla preferences system (на самом деле, от пользователей достаточно часто приходят вопросы подобного рода).
Кто что может предложить для именования "непривязанных" и "привязанных непривязанных" настроек?

Как вариант, чтобы не было оксюморона. Но тоже не очень нравится, т.к. "незарегистрированные" - кем? Вот они все собраны в одном окне - почему "незарегистрированные"? И опять объяснять про defaults\preferences...

hydrolizer

Можно попробовать сделать это, исходя из того, какую задачу мы решаем, пытаясь понять, какому расширению эти настройки принадлежат. То есть мы пытаемся их распознать, определить, идентифицировать, выявить, вычислить и т. д. Вот из этого списка уже можно выбирать. А термин привязанные настройки — действительно, выглядит не очень подходящим, так как подразумевает, что что-то к чему-то надо привязывать, причём, возможно, вручную, — и для самостоятельного назначения связей настроек с расширениями это как раз подходит лучше всего.

Напишите FAQ и давайте ссылку. Я думаю, это многим полезно будет.

Отредактировано MySh (01-05-2012 22:14:35)

категоризовать (словарь синонимов помогает)...
Я за "неидентифицированные" или "нераспознанные".

Я решил сделать так: вообще отказаться от какого-либо именования таких настроек. Пусть будут просто настройки - тогда вопросы будут появляться по мере углубления в предметную область, а не сразу же при виде названия окна/хинта кнопки.
Окно, где производятся операции с "непривязанными" настройками, надо назвать "идентификация настроек" (по моему скромному, именно "идентификация" - "выявление"/"опознание" слишком отдает УК, а "вычисление"/"распознание" несет контекст автоматизированности процесса, которой, в общем-то, нет). Когда такая настройка будет сопоставлена расширению, не нужно будет её именовать "распознанной нераспознанной", "привязанной нераспознанной", и т.д. - она была и есть просто настройка.
Спасибо за советы в нужном направлении.

Вся ошибка в том, что ты неправильно назвал настройки "непривязанными". Они же на самом деле просто неопознанные.
Таким образом получается:
"непривязанная" = неопознанная.
"привязанная непривязанная" = привязанная неопознанная (или чуть более по-милицейски: "условно опознанная").

Отредактировано iDev.Pi (03-05-2012 18:41:17)

Работы по переделке потихоньку подходят к концу. Сейчас нужно перевести на английский три новых строчки:

Выбранный вам элемент и/или вложенные элементы
имеют привязку к расширению. Выполнение операции невозможно.

Выбранный вам элемент и/или вложенные элементы имеют привязку к расширению.
Данная операция переопределит эту привязку. Продолжить выполнение?

Выбранный вам элемент и/или вложенные элементы имеют привязку к расширению.
Данная операция отменит эту привязку. Продолжить выполнение?

lokiju
Дико извиняюсь, но ничего не могу обещать как минимум до конца лета. Затяжной рабочий аврал, а доделать нужно куски, требующие работы не урывками.