Создаю тему по просьбе желающих обсудить расширение.
Сабж.

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

Вот только раз уж ты описал методику его работы - скажи, а если дополнение было не отключено, а удалено (а вместе с ним и его файл из папки extensions) - то как быть? что в такой ситуации сделает твоё дополнение с соответствующими префами?
Я смотрю последнее обновление дополнения было довольно давно - ты его случаем не забросил?
Не думал добавить справку по лисьим префам? Чтоб можно было посмотреть какой из них что делает. Может быть сделать это через парсинг какого-нибудь сайта типа kb.mozillazine.org

А ещё я ставил твоё дополнение, покрутил его и выключил, т.к. многое было не понятно. А теперь вот хочу разобраться:
Можешь пояснить - что делают галки на вкладке "installed extensions"? В подсказке написано, что вроде как настройки отмеченных галкой дополнений будут автоматически удаляться - как и когда это будет происходить? с каким-то промптом или втихую? Или это зависит от наличия галки "Options > Request confirmation of several preferences simultaneous deletion" (тут кстати коряво составленная фраза, это руинглиш, советую перефразировать так: "Confirm deletion of multiple preferences").

Linking preferences branch - я правильно понял, что здесь можно вручную привязать некоторые настройки с определённым дополнением? Я правильно понимаю, что это делается ТОЛЬКО вручную?
Нет ли желания ввести какую-то общую базу линковок? Ну чтобы те, кто выяснил к какому дополнению относится конкретный левый преф - мог тебе об этом куда-то сообщить, а ты бы добавил эту линковку в базу и в след. версии дополнения - у всех установивших твоё дополнение юзеров уже была налажена эта линковка?

По порядку.

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

Не понял вопроса. Удалено - как? Руками как объект файловой системы без удаления в менеджере дополнений? Удаление настроек (если расширение было установлено после установки 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 автоматически удалить и связанные с ними настройки.

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

Не чревато. Главная потеря данных может случиться во время сеанса работы с базой, а он завернут в транзакцию, и настройки удаляются после её коммита. Кроме того, если в текущем сеансе были какие-то манипуляции с настройками посредством расширения, то на этот сеанс делается отдельный бэкап 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 и давайте ссылку. Я думаю, это многим полезно будет.

hydrolizer
может стоит завести issue-tracker на github.com?

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

Умничка!
По-русски: нераспознанные, на инглише :unrecognized и дело в шляпе! однозначное понимание ситуации.

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

Желаю успеха с усовершенствованием расширения!
Будет ли в обозримый срок его вариант или новое, где была бы каталогизация групп настроек? Примерно так как Вы однажды дали на скриншоте.

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

gozer
Сначала сабж. Предполагаю, что какой-то результат будет к концу месяца - сделать запланировано достаточно много.

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

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

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

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

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

Ждём-с.

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

hydrolizer
можно я тебя чуть-чуть попингую?
лето прошло, как там дела с дополнением?

Разумеется.

Еще не закончено. Переделано достаточно много - работа с sqlite-базой (опять поменялась структура таблиц и вьюшек, не обойтись без этого было нельзя, плюс поменялась логика асинхронных обращений к базе), практически полностью была переписана работа с настройками в виде дерева (куча процедурной обработки была заменена на XSL-генерацию/обработку с пом. XPath). Сейчас, по большому счету, осталось доделать экспорт-импорт настроек, и протестировать. К сожалению, проблема всё та же - я могу заниматься этим один день в неделю (если хотя бы так получается).
Немного скринов: заметно изменилось окно с этими самыми "непривязанными настройками" - сейчас оно одно. В текущей версии их два: с теми настройками, которые вообще ни к чему не привязаны, и с теми, которые тоже не привязаны изначально, но были привязаны вручную - я решил, что это слишком запутанно. Поэтому сейчас вид такой:

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

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

hydrolizer
Спасибо, всегда интересно узнать как там идёт ход разработки. С переводом - можешь и ко мне обращаться.

The selected element and/or some of it's descendants are bound to an extension. The operation could not be performed.

The selected element and/or some of it's descendants are bound to an extension. This operation will rebind them.

The selected element and/or some of it's descendants are bound to an extension. This operation will cancel that binding. Proceed?

The selected element is bound with some of it's ancestors. This operation will remove all the bindings for this element and all of it's descendants.

И всё-таки повторюсь:

iDev.Pi
Спасибо.

hydrolizer
пропустил при переводе предложение

обновил перевод в предыдущем сообщении.

hydrolizer
за последние пол года вышла только 1 версия и та без ченджлога.
есть какие-то новости о дополнении? ты над ним ещё работаешь или забросил? предоставь, пожалуйста, ченджлог последней версии.

Кстати. Я как-то установил дополнение с амо для epub формата, так после удаления осталась папка и файлы, Preferences Cleaner ничего не нашло.

hydrolizer
ping

iDev.Pi
Понг. Я продолжил работу (вот, например).

hydrolizer
загитхабь проект?

iDev.Pi
https://bitbucket.org/hydrolizer/preferences-cleaner
Всё же работать с гит по windows не особенно удобно. По ссылке - hg-репозиторий.
Вообще у данного расширения уже есть репозиторий, но он полностью закрытый, а интереснует, как я понимаю, не столько сама VCS, сколько issue tracker и логи коммитов?

Так. Настоящим сообщаю, чтоя сворачиваю работу над этим расширением и над HistoryExport. Сразу хочу отметить, что причиной здесь является вовсе не MoFo с её политикой вносимых изменений, а банальная нехватка времени для работы над всем этим - вопроеки ожиданиям, эта нехватка только увеличивается. Отчасти могу констатировать снижение моего интереса к этой теме - она как-то себя исчерпала в плане чего-то кардинально нового. Но с этим можно было бы справиться, если бы было время.
Дабы не вводить посетителей АМО в заблуждение видимостью возможной поддержки и отклика, свой аккаунт оттуда я удаляю.
Последняя выложенная на АМО версия PreferencesCleaner находится здесь.
Экспериментальная и недоработнанная версия PreferencesCleaner находится здесь.
Последняя выложенная на АМО версия HistoryExport находится здесь.
Если кто-то пожелает сделать форк чего-либо из вышеприведенного хозяйства - буду только рад.
За собой оставляю только поддержку SwitchKeyboardLayout - если у кого-то будут пожелания.предложения, пишите в соответствующей теме.

hydrolizer
Почему просто не выложить исходники расширений на github? Кому надо, тот форкнет и продолжит.

hydrolizer
Оставьте на AMO для 10, иногда у некоторых людей новые версии не работают. Да и есть фаны которые могут из исходников под себя собрать 10 и на нем сидеть годами. В общем с вашей стороны было бы правильно оставить Preferences Cleaner на AMO с примечание, что больше не поддерживается. Кроме того эту инфу и ссылки очень помогли бы там, так как англоязычных пользователей гораздо больше и шанс на то, что кто-то продолжит тоже.

У кого есть акаунт на forums.mozillazine.org
Сообщите им в этой теме, что случилось и дайте ссылки на последние версии:
http://forums.mozillazine.org/viewtopic … &t=2785973

Я честно попробовал там зарегистрироваться, но ни mail.ru, ни еще несколько почтовых сервисов не приняла система, а вводить свой номер в gmail я не буду.

Написал: http://forums.mozillazine.org/viewtopic … #p13592645
Впрочем, как-то уже несколько поздно...