SWT в Firefox

Очень долго парсил. Даже эвристику включил. Но все равно не могу выбрать из двух вариантов окончательной трактовки.

Вариант #1:
1.Вам нужно написать Java-апплет.
2.Этот апплет будет работать с API SWT для вывода графики.
3.Но нужна библиотека, которая будет реализовывать это API, но графику выводить через встроенные средства браузера.

Эта трактовка игнорирует следующую фразу:

который бы работал как firefox/chrome и проч. расширение

Вариант #2:
1.Вам нужно написать расширение для Firefox/Chrome/другого браузера на Java.
2.Оно будет работать с API SWT.
3.И вам нужна библиотека, которая будет реализовывать это API, но графику выводить через встроенные средства браузера.

Эта трактовка игнорирует слово «апплет», поскольку это уже будет не апплет.


Итак, что ближе к истине?

Зачем виндовый ActiveX тащить на *nix?

remote xul? рисуем мордочку в xml-е, клиентская логика - javascript. доступны всевозможные API через XPCOM, начиная с банального XHR заканчивая локальной файловой системой. в мозилке все для этого уже есть.

непонятно с какой целью тут java и swt. если хочется логику реализовать на java и выполнять на клиенте - все тот же xul и javascript в качестве клея к java-applet-у (live-connect или как там его нынче звать?)