Есть отличное и полезное дополнение для коррекции раскладки и регистра неверно набранного текста - SwitchKeyboardLayout

И вот сегодня оно обновилось до версии 1.12 и теперь не работает. При попытке зайти в настройки выдает ошибку:

Вот что имею в консоли ошибок:

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

Есть подозрения, что автор этого дополнения обитает на форуме, поэтому пишу сюда
Заодно, будет полезно услышать мнения и пожелания других пользователей этого дополнения.

P.S. Просьба к модераторам перенести тему в раздел Обсуждение расширений и дополнений

Inko7
У вас расширение не видит библиотеку skl.dll. Эта библиотека должна находиться в папке путь_к_профилю\extensions\skl@cycledlm.googlecode.com\platform\WINNT_x86-msvc\ - проверьте, есть ли там эта библиотека. Если есть, то а) отключите антивирус; б) попробуйте установить расширение на чистый профиль.

В папке присутствуют файлы: skl.dll, sklobserver.6.dll, sklobserver.7.dll, sklobserver.8.dll
Отключение антивируса и повторная переустановка расширения ничего не дало

На чистом профиле то же самое:

Inko7
Тогда под спойлер предоставьте информацию из about:support об установленных на рабочем профиле расширениях, и информацию об ОС (т.к. расширение платформенно-зависимое).

hydrolizer
пока вернулся на предыдущую версию...

Хорошо. Сделайте так: в about:config установите значение настройки extensions.skl.debug=1, и перезапустите FF. После рестарта сразу открывайте консоль, и содержимое строк с заголовком типа

2011-10-28 15:41:03    skl.mainlog          DEBUG

Все делаю на чистом профиле:
Console установил, about:config изменил, FF перегрузил

в консоли ошибок таких строк не появилось:

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

Inko7
Понятно. Теперь можно сделать следующее: в файле extensions\skl@cycledlm.googlecode.com\modules\sklapi.jsm найдите фот эти строки кода:

let xr = Cc["@mozilla.org/xre/app-info;1"].getService(Ci.nsIXULRuntime);
file.append(xr.OS + "_" + xr.XPCOMABI);
file.append(ctypes.libraryName("skl"));
libpath=file.path;

Последняя приведенная строка - №39. После нее вставьте код

skllib.log.log("path: "+libpath);

снова перезапустите FF, и посмотрите в консоль.

добавил, но в консоли ничего нового не появилось

ЗЫ. Чтобы исключить и сам FF, а не только профиль, еще раз все перепроверил на portable версии - все то же самое...

В консоли должны быть нажаты следующие кнопки - проверьте, так ли это:

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

да, на приведенном ранее скрине это видно

100%
В консоли так ничего и не появилось...

ничего нового: та же ошибка и консоль без DEBUG

Inko7
Попробуйте выставить настройку extensions.skl.debug в 2 - при этом значении логирование ведется в файл с названием skl@cycledlm.googlecode.com.txt. Файл, если логирование будет иметь место, будет находиться в корне профиля.

hydrolizer
Увы, не создается

Inko7
Совсем чудеса какие-то... завтра попробую что-нибудь придумать, сегодня у меня уже на это не остается времени.
P.S. Попробуйте аналогичным образом (extensions.skl.debug=1) включить логирование для 11-й версии - там оно у вас работать будет? (у вас - потому, что у меня это работает и на 12-й. Вообще вроде как на форуме были сообщения (как пример) о том, что расширение 12-й версии работает не только у меня).

Вот и я про то же! У меня на домашнем компе с Windows 7 вообще никаких проблем с 12-й версией нет! А вот на работе установлена XP и с ней такая бодяга...

Раньше понедельника проверить уже не смогу. Сейчас проверил дома на 7-ке версию 1.12 - логирование ведется и в консоль и в файл!
P.S. Папку профиля FF с работы (ХР) специально принес домой для пробы на 7-ке. Раз проблем нет, значит дело только в операционке...

У меня тоже дома win7, а на работе XP - работает и там, и там. И поскольку расширение было отправлено на проверку 14 сенятбря, то оно у меня успело поработать и на FF 7.0.
Хорошо, тогда отложим пока дальнейшее разбирательство до понедельника.

У меня на 3-х разных компах с Windows 7 (пробовал: FF 7, Nightly и Nightly-UX через Add-on Compatibility Reporter) версия 1.12 тоже не пашет - ошибка API (что-то типа такого сообщения). Пришлось возвращаться на версию 1.11. Прога конечно незаменимая.

Не тоже. У автора темы на win7 вполне работает.

С "что-то" помочь ничем не могу. Нужно точно приведенное сообщение, желательно - содержимое консоли.
И для начала сделайте всё то, о чем было написано выше - проверьте наличие библиотеки, попробуйте с отключенным антивирусом/на чистом профиле, включите отладочное логирование, и посмотрите, что будет в консоли.

Вот на FF7.0 (windows 7)
Вот на Nightly (англ. версия с русификацией) (windows 7)
При переходе назад, на версию 1.11 (с автоматической зачисткой Вашим (отличным) расширением Preferences Cleaner) - всё O'K.
В данный момент жизни у меня нет желания и времени разбираться (я некомпетентен и лень) с всякими там консолями и прочим, так что извините.
Но могу точно сказать, что дело не в "грязном профиле", т.к. пробовал ставить на свежеустановленную Windows 7. И при разных антивирях: CIS 5.8 beta, KIS 2011, KIS 2012 (но их не отключал, но они и не сообщали о блокировании или подобном).

:::: Mozilla/5.0 (Windows NT 6.1; rv:9.0a2) Gecko/20111029 Firefox/9.0a2 7 - FAIL

У меня получилось воспроизвести ошибку. Разбираюсь, в чем дело.

В общем, ситуация такова: до версии 1.12 бинарные компоненты для расширения компилировались с помощью MS Visual Studio 2008, 1.12 - c помощью MS Visual Studio 2010. То ли программы, скомпилированные под MSVS2008 в природе встречаются намного чаще, то ли я так и не разобрался до конца в нюансах настройки линковки под MSVS2010 - но для версии 1.12 нужны рантаймы, т.к. бинарники слинкованы динамически. Взять рантаймы можно здесь: http://www.microsoft.com/download/en/de … px?id=5555 (это совсем не дотнет, и весит инсталлятор всего лишь 11 Мб). Вариант статической линковки мне крайне не понравился - размер библиотек при этом увеличивается в 5 раз, и 4 библиотеки в составе расширения вместе уже тянут на 300 килобайт - это многовато для небольшого, в общем-то, расширения.
И еще. Я решил удалить данное расширение с АМО - за его обновлениями можно будет следить по этой теме. Сама эта тема причиной такого решения совсем не является, т.к. у меня и раньше были мысли о том, что не нужно держать на такой широкой площадке такое капризное, и не особенно популярное расширение. К тому же, насколько я понимаю, достаточно большое количество пользователей расширения обитает на этом форуме - отследить обновления здесь им будет достаточно просто.

Тема перенесена из форума «Поддержка пользователей» в форум «Обсуждение расширений и дополнений».

Спасибо! Действительно помогло - все работает замечательно!

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

Ничуть.

Я, как и обещал, убрал расширение с АМО. Если есть желание получать новые версии автоматически, нужно установить вот эту версию: http://dl.dropbox.com/u/14131025/FMR/SK … x.1.13.xpi - она абсолютно идентична версии 1.12, просто кое-что добавилось в install.rdf для поддержки механизма автоапдейта (для расширений на АМО такие включения не требовались). Версия по ссылке может автоматически проапдейтиться на версию 1.14 - эта версия тоже абсолютно аналогична версии 1.12, и была сделана просто для проверки автоапдейта (и чтобы побыстрее уйти от версии с номером 13 ). У меня апдейт на 1.14 прошел нормально.

Версия 1.15 с поддержкой Firefox 9.0: http://dl.dropbox.com/u/14131025/FMR/SK … x.1.15.xpi.
В данной версии убрана поддержка FF 6.0, плюс наличествует небольшой багфиксинг (в части работы в полях ввода с форматированным текстом - например, сейчас переключение раскладки и тултип раскладки работают в редакторе стилей Stylish).
Если у кого-то установлена версия 1.14 - можно попробовать обновиться штатным образом, через Find Updates в менеджере дополнений.

Автообновление прошло успешно!

Версия с поддержкой FF10.0.
В прошлой версии (для 9.0) я немного ошибся в содержимом install.rdf, и поэтому с нее (1.15) до новой (1.16) автоматически проапдейтиться не получится - 1.16 нужно ставить вручную.

В новом файрфоксе отключилась старая версия SKL, и вот я здесь. Воспользуюсь возможностью снова сказать автору СПАСИБО за реализацию подсветки текущей раскладки.

Однако я только что установил 1.16, и SKL не подсвечивает мне раскладку при _переключении_. При получении фокуса - всё ок, но при переключении индикация не срабатывает. Соответствующая галка в настройках SKL стоит.

GMaximus
Да, вижу - 9.0 почему-то не находит XPCOM-компонента, отслеживающего событие переключения раскладки. Возможно, причина в том, что бинарник для версии 9.0 собирался в линковке с бета версией xulrunner SDK. Вечером дома попробую пересобрать, если всё будет в порядке - заменю в дропбоксе версию расширения, и напишу об этом сюда.

GMaximus
Выложил версию, нормально работающую с 9.0.1 - она всё по той же ссылке, что и последняя версия расширения (которая для работы с FF10.0 - одну небольшую поправку в отдельную версию расширения я выносить не стал). Проблема была в versioning flag'е для версии 9.0 - флаг был именно для версии 9.0, а сейчас уже вышла версия 9.0.1. Можно даже не переустанавливать расширение - просто в chrome.manifest строчку

binary-component platform/WINNT_x86-msvc/sklobserver.9.dll ABI=WINNT_x86-msvc appversion=9

binary-component platform/WINNT_x86-msvc/sklobserver.9.dll ABI=WINNT_x86-msvc appversion=9
.0.1

Заработало!

На линуксе, я так понимаю, работать не должно?

Muddy
Нет, не должно. Расширение использует бинарные компоненты, работающие с WinAPI. Теоретически, м.б. оно заработает под вайном - но это я не проверял.

Версия 1.17 с поддержкой ветки 11.0
Поддерживаемые ветки (не версии!): 9.0, 10.0, 11.0.
С версии 1.16 до 1.17 можно обновиться автоматически.

В 10 версии лисы не работает блин ошибка API как всегда

SlyFox
Потому что WOW64. Вам расширение об этом не сказало?
Подробнее описано здесь.

Версия 1.18 с поддержкой ветки 12.0. Поддерживаемые ветки: 10, 11, 12.
С данной версии и далее диапазон поддерживаемых версий будет таков: ESR-ветка, последний релиз, последняя бета.

Я пытался используя wine, но все равно не хочет никак работать.

Если хорошенько погуглить, то найдете шаманский метод как сделать рабочим.
ПС: мне просто племянник настроил каким-то кустарным методом)

Версия 1.19 с поддержкой ветки 13.0. Поддерживаемые ветки: 10, 12, 13.

hydrolizer
случайно заметил в консоли ошибок:

Inko7
Видимо, баг системы кастомного автоапдейта. На данный момент файла update.1.19.rdf вообще не существует - он появится, когда нужно будет версию 1.19 обновлять на 1.20.

Версия 1.20 с поддержкой ветки 14.0. Доступна через автоапдейт. Поддерживаемые ветки: 10, 13, 14.

Версия 1.21 с поддержкой ветки 15.0. Доступна через автоапдейт. Поддерживаемые ветки: 10, 14, 15.

Версия 1.22 с поддержкой ветки 16.0. Доступна через автоапдейт. Поддерживаемые ветки: 10, 15, 16.

hydrolizer
на одном из ноутов установлена Win 7 Home Premium x64 и для меня было неприятным сюрпризом то, что SKL не заработал...
Поддержка 64-битных систем сейчас есть или если нет, то будет?

Inko7
Эмм.. а firefox там используется какой? Обычная сборка x86, или x64? В первом случае расширение должно было однозначно сообщить алертом, что работать не будет, т.к. поддержки x64 нет (см. выше) - нужна отдельная библиотека, собранная под х64. Т.е. в расширение придется вшивать два комплекта библиотек под две разрядности платформы.

Будет, думаю, когда-то. Как скоро - сказать не могу.

Обычный FF 15.0.1 (x86) с офф.сайта.

Алерта не видел или не заметил. На каком этапе он должен был появиться?

Жаль, что скоро не появится. Придется пока придумать какую-нибудь замену.

При попытке входа в настройки расширения.

Версия 1.23 с поддержкой веток 17.0 и 18.0. Доступна через автоапдейт. Поддерживаемые ветки: 10, 16, 17, 18.

hydrolizer
Тяжковато без вашего дополнения на Win x64
Можете все-таки собрать библиотеку для 64-битных систем? Это сложно?
Если вы не хотите увеличивать размер аддона из-за двух библиотек одновременно, то может собрать одну версию только для x64 без дальнейшего обновления?

Ну как сказать... нужно развернуть виндовс x64 на виртуалке, внутрь виртуалки поставить visual studio со всем необходимым, собрать, потестировать. Не столько сложно, сколько достаточно долго. Попробую на выходных это сделать.

Было бы здорово! Спасибо.

Возникли некоторые проблемы с вызовом методов WinAPI под Fx x64. Кто может - проверьте у себя под x64, как отработает вот такой код:

try
{
  Components.utils.import("resource://gre/modules/ctypes.jsm");
  Components.utils.import("resource://gre/modules/Services.jsm");
  var lib=ctypes.open("user32.dll");
  var method=lib.declare("GetKeyboardLayout",ctypes.winapi_abi,ctypes.uint32_t,ctypes.uint32_t);
  var res=method(0);
  lib.close();
  Services.prompt.alert(null, "test", Number(res).toString(16).toUpperCase());
}
catch(err)
{
  Components.utils.reportError(err);
}

- он выводит в алерте HKL текущей раскладки, т.е. должен вывести либо 4090409, либо 4190419. Если не будет никаких сообщений - загляните в консоль ошибок.
На всякий случай - под спойлером кастомная кнопка с этим кодом.

custombutton://%3C%3Fxml%20version%3D%221.0%22%20encoding%3D%22UTF-8%22%3F%3E%0D%0A%3Ccustombutton%20xmlns%3Acb%3D%22http%3A//xsms.nm.ru/custombuttons/%22%3E%0A%20%20%3Cname%3Ectypes%20test%3C/name%3E%0A%20%20%3Cimage%3E%3C%21%5BCDATA%5Bcustombuttons-stdicon-1%5D%5D%3E%3C/image%3E%0A%20%20%3Cmode%3E0%3C/mode%3E%0A%20%20%3Cinitcode%3E%3C%21%5BCDATA%5B/*Initialization%20Code*/%5D%5D%3E%3C/initcode%3E%0A%20%20%3Ccode%3E%3C%21%5BCDATA%5Btry%0A%7B%0A%09Components.utils.import%28%22resource%3A//gre/modules/ctypes.jsm%22%29%3B%0A%09Components.utils.import%28%22resource%3A//gre/modules/Services.jsm%22%29%3B%0A%09var%20lib%3Dctypes.open%28%22user32.dll%22%29%3B%0A%09var%20method%3Dlib.declare%28%22GetKeyboardLayout%22%2Cctypes.winapi_abi%2Cctypes.uint32_t%2Cctypes.uint32_t%29%3B%0A%09var%20res%3Dmethod%280%29%3B%0A%09lib.close%28%29%3B%0A%09Services.prompt.alert%28null%2C%20%22test%22%2C%20Number%28res%29.toString%2816%29.toUpperCase%28%29%29%3B%0A%7D%0Acatch%28err%29%0A%7B%0A%09Components.utils.reportError%28err%29%3B%0A%7D%0A%5D%5D%3E%3C/code%3E%0A%20%20%3Caccelkey%3E%3C%21%5BCDATA%5B%5D%5D%3E%3C/accelkey%3E%0A%20%20%3Chelp%3E%3C%21%5BCDATA%5B%5D%5D%3E%3C/help%3E%0A%20%20%3Cattributes/%3E%0A%3C/custombutton%3E

Да, так и есть.
Проверил под Win7 Ultimate x64, но с 32-разр. Firefox, т.к. только его использую.

Т.е. 4090409/4190419? У меня почему-то выбрасывает 998 - ERROR_NOACCESS, т.е. firefox не может достучаться до самой библиотеки (системной). Буду разбираться, в чем дело.

Да, именно так и нужно - пока не появится релизного firefox x64, за него даже нечего и браться, слишком там много может быть нестабильностей низкоуровневого характера.

У меня две раскладки рус\англ и ничего кроме этого не выскакивало.
Консоль ошибок не смотрел.

Версия 1.24 с поддержкой ветки 19.0. Доступна через автоапдейт. Поддерживаемые ветки: 17, 18, 19.
С версией для x64 пока не получается - лезут ошибки компиляции откуда-то изнутри xulrunner sdk. Есть подозрение, что для сборки под x64 соответственно нужен sdk x64 - а его нет (и вроде как никогда не было); на ftp лежит только win32 sdk (в отличие от sdk для linux и macos).

Версия 1.25 с поддержкой ветки 20.0. Доступна через автоапдейт. Поддерживаемые ветки: 17, 19, 20.

Версия 1.26. Доступна через автоапдейт. Поддерживаемые ветки: теоретически - все начиная с 5.0. На практике - надо пробовать. Версия тестировалась под текущую бету (21.0b). Основное отличие этой версии от всех предыдущих - в ней удалось избавиться от бинарного XPCOM-компонента, и теперь нет надобности пересобирать и перепаковывать расширение под каждый новый релиз. Кроме того, совместимость расширения теперь будет такой же, как у всех прочих расширений - оно будет совместимым до тех пор, пока не будет доказано обратного. И, наконец, поскольку единственная оставшаяся в составе расширения библиотека является обычной платформенной сишной библиотекой, не зависящей от xulrunner SDK, то её можно адаптировать к x64, чем я и займусь.

callback: null,
callNextHookEx: null,
hook: null,
installHook: function()
{
  let getCurrentThreadId = this.k32lib.declare("GetCurrentThreadId", ctypes.winapi_abi, ctypes.uint32_t);
  var threadId = getCurrentThreadId();
  var callbackType = ctypes.FunctionType(ctypes.stdcall_abi,
    ctypes.int32_t.ptr, [ctypes.int, ctypes.int32_t, ctypes.int32_t]);
  var setWindowsHookExW = this.u32lib.declare("SetWindowsHookExW", ctypes.winapi_abi, ctypes.uint64_t.ptr,
    ctypes.int, callbackType.ptr, ctypes.int32_t.ptr, ctypes.uint32_t);
  this.callback = callbackType.ptr(this.shellProc, this);
  this.callNextHookEx = this.u32lib.declare("CallNextHookEx", ctypes.winapi_abi, ctypes.uint64_t.ptr,
    ctypes.int32_t.ptr, ctypes.int, ctypes.int32_t.ptr, ctypes.uint64_t.ptr);
  this.hook = setWindowsHookExW(10, this.callback, ctypes.int32_t.ptr(0), threadId);
},

shellProc: function(code, wParam, lParam)
{
  if (code<0)
    return this.callNextHookEx(0, code, wParam, lParam);
  if (code==8)
    this.fireLayoutChanged(lParam, SKLConst.CHANGED_FROM_OS);
  return this.callNextHookEx(0, code, wParam, lParam);
},

uninstallHook: function()
{
  let unhookWindow = this.u32lib.declare("UnhookWindowsHookEx", ctypes.winapi_abi, ctypes.bool, ctypes.uint64_t.ptr);
  var res = unhookWindow(this.hook);
  if (res)
    this.hook = null;
},

Inko7
Под х64 работает Transliterator

VORON
Спасибо, но оно какое-то не такое...
А раз еще и hydrolizer пишет:

то вообще ничего другого искать не придется!

Inko7
Собственно, вот: https://dl.dropbox.com/u/14131025/FMR/S … x.1.26.xpi - можно пробовать.
Даже не пришлось делать отдельную библиотеку - расширение на х64 работает с той же dll, что и на х86. Пришлось только подкорректировать ряд функций.
Это тестовая версия с тем же номером, что и у версии, выложенной сегодня утром. Если все будет в порядке - сделаю отдельную версию с автоапдейтом.
У себя работу проверял на Fx 21.0b и Win 7 Prof. x64 SP1 (чистая установка с дистрибутива, в систему были установлены только Far x64 и Firefox).

^{> Под х64 работает Transliterator
еще бы ему не работать - в его составе нет бинарников (и значит, он как минимум не переключает раскладку)}

hydrolizer
Да, все работает отлично!!!

Inko7
Если нетрудно - проверьте, как работает функция исправления регистра (в настройках выставить Состояние CapsLock при исправлении регистра - выключить, нажать капс, набрать текст, нажать хоткей исправления регистра). У меня на виртуалке с Win7x64 сам регистр исправляется, а вот состояние капслока не изменяется (при описанной последовательности действий он должен выключиться). Без каких-либо ошибок. На Win7x86 (не на виртуалке) всё работает так, как надо. Просто есть подозрение, что виновата именно виртуалка - хотелось бы это проверить.

Ну за  год я даже к её дурацкой CTRL+SHIFT+Q комбинации клавиш привык ,-как говорится за неимением гербовой....

-и чего ж с таким апломбом об этом полтора года назад не говорить,а?

Скорей всего, это именно так.
У меня на Win7Pro x64 все сработало как надо.

Спасибо. Версия 1.27. Доступна через автоапдейт, совместима с версиями 5.0 - 22.0 и выше, как для windows x86, так и для windows x64.

hydrolizer
Кто нибудь знает как запретить открываться пустым вкладкам? Из за дополнений бывают ситуации когда открывается пустая вкладка, и дополнение не отключить, потому как нужное, вот и хочется запретить срабатывание пустых вкладок, а то достало.

На 39 менюшка с настройками не работает, а на 64 бит даже контекстное меню не работает.

VINRARUS
Как обладатель 39x64 говорю, что работает все

DreamC
Да, это интересно...
У меня даже меню с настройками ни на 39 х64 ни на 40 х32 не работает, окно открывается пустым и даже ОК не нажимается.
8 х64 если что. Версия плагина 1.27.

VINRARUS
Упс... Извиняюсь - я перепутал тему...
Но специально (чтобы исправиться ) поставил это расширение версии 1.27 (правильно ведь?) и проверил.
Меню работает и контекстное тоже. Может галки какие нужно потыкать?

Мне кажется так явно быть не должно:

да не работает. с 38 перестало. сам был бы рад если бы кто починил.

Я просто не уверен как оно должно работать...

Написал слово, выделил его, нажал через ПКМ "инвертировать" и маленькие быквы должны первратиться в большие.

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

Не у меня.

ну примерно так
было

стало

А не может то быть связано с отменой поддержки бинарных компонентов? Т.к. это расширение полагается на какую-то свою библиотеку.

У меня так не работает.

Может, нужно что бы кто то исправил.

VINRARUS
Охохохохохо

очень жаль что поломалось такое нужное дополнение...
нужно как-то с автором связаться, попросить его...

10-10-2015 22:02:18
кстати, временно для себя нашел такой выход:
со тарой версии FF, там где еще нормально работал SwitchKeyboardLayout, скопировал из prefs.js строки настроек дополнения и вставил их в текущий prefs
более-менее всё конвертирует/переключает
заметил только, что и по кнопке  TAB почему-то конвертирует...
значит просить автора всё равно нужно

Дико извиняюсь за столь долгое молчание - ввиду перманентного завала на работе  было совсем не до разработки для Fx, плюс я законсервировался на версии 24.8 ESR, и поскольку на ней всё (почти), что мне было нужно, работало, я не предпринимал никаких активных действий по переработке чего-либо. Однако с недавних пор на 24.8 работать стало окончательно невозможно ввиду несовместимости этой версии с кучей сайтов, и я переполз на 45.5 ESR - соответственно, пришлось срочно чинить всё, что в этой версии отвалилось.
Вот работающая версия для 45.5 ESR: https://dl.dropboxusercontent.com/u/141 … x.1.30.xpi . Работает и в х86, и в х64 версиях Fx (тестировалась на Win7 SP1 x64 prof. и WinXP SP3). Починился даже индикатор клавиатуры, который, как выяснилось, не работал и в 24.8, и просто был закрыт заглушкой в коде. Основные юзкейсы проверил, вроде бы всё работает, но если кто-то что-то найдет - пишите.
Совместимость с более поздними версиями Fx обещать не могу ввиду изменившейся политики распространения расширений начиная с 48-й версии - нужна регистрация и проверка расширения на АМО, во что мне, во-первых, не хочется влезать снова, а во-вторых, наличие бинарника (dll для js-ctypes вызовов, исходники есть в составе расширения) всегда вызывало на АМО параноидальную реакцию, что влекло за собой долгое пребывание расширение в статусе бета-версий, которые, опять же, автоматически будут считаться неподписанными.
Из технических нюансов: никто не в курсе, как прикастовать 64-х разрядный указатель ctypes к яваскриптовому Number (числовое значение указателя укладывается в диапазон int32)? Явный кастинг к целочисленным типам вызывает ошибки вида "TypeError: can't pass ctypes.uint64_t.ptr(ctypes.UInt64("0x4190419")) to argument 1 of UInt64", других вариантов я не нашел, и пришлось 0x4190419 регуляркой вырезать из строкового представления указателя, что, по-моему, как-то не очень.

йессс! спасибо. убрал пару костылей из фф. можно ли убрать иконку из п̶а̶н̶е̶л̶и̶,̶ ̶н̶е̶ ̶з̶н̶а̶ю̶ ̶к̶а̶к̶ ̶э̶т̶а̶ ̶п̶а̶н̶е̶л̶ь̶ ̶н̶а̶з̶ы̶в̶а̶е̶т̶с̶я̶ ̶т̶о̶ч̶н̶о̶,̶ ̶д̶о̶п̶о̶л̶н̶е̶н̶и̶й̶ ̶ч̶т̶о̶ ̶л̶и̶  статус бара? кому надо сам ее вытащит куда надо. жаль, что ненадолго, надеюсь на работу дополнений в следующем 52 ЕСР

ээ.. а он есть в Fx45? Может быть, я слишком долго был в анабиозе, и что-то пропустил, но при переходе на 45 мне показалось, что разработчики выпилили статус-бар совсем и окончательно, и поэтому убрал опцию включения/выключения иконки в статус-баре из диалога настроек. Если у вас есть статус-бар, и в нем есть иконка SKL - переведите настройку extensions.skl.skl-icon-enabled в false, эта настройка регулировала отображение иконки в статус-баре.

выпилили. давно. но дело в том, что НоСквинт показывает процент масштабирования именно в этом самом статус-баре и не переносится. из-за одного него мне пришлось вынести статус-бар в основной интерфейс. сейчас там же оказался и значок SKL, этот значок мне вообще не нужен при наличии значка текущего языка ввода SKL. настройка в эбаут конфиг сработала. благодарю.

гм. в связи со скорым переходом на 52ESR установил бетку 52-ю, поставил SKL и он работает! удивлен и рад.