AString get_string (in AString stri); => NS_IMETHOD get_string(const nsAString & stri, nsAString & _retval);

https://developer.mozilla.org/en/XPCOM_string_guide

Я не использовал встроенный Gecko в своих приложениях. При разработке XPCOM-компонентов для расширений не нужно ничего вручную инициализировать. Все уже приготовлено броузером, поэтому тут ничем помочь не могу.

Если стоит задача использовать в приложении на Delphi движок рендеринга HTML отличный от IE-шного, то советую посмотреть на WebKit.

http://code.google.com/p/delphichromiumembedded/
http://code.google.com/p/chromiumembedded/

IsokHtmlElement - это синоним IInterface. По сути это объект документной модели который поддерживает nsIDOMNode. В коде дальше у него просится этот интерфейс и работа ведется уже с ним.

IID_nsIDOMNSRange_190, IID_nsIDOMNSRange_181 - это TGUID-ы для соответствующих интерфейсов для разных версий Gecko (1.9.0 и 1.8.1). Mozilla делает одну странность: они в разных версиях меняют guid-ы своих интерфейсов, хотя сами интерфейсы оставляют без изменений. Иными словами, если вам нужно получить интерфейс у объекта по глобальному идентификатору, то нужно  знать в какой версии gecko вы работаете (какая версия firefox). Если хотите, чтобы компонент работал в разных версиях gecko нужно делать вот такие некрасивые проверки, как в той функции.

NS_ERROR() - это функция которая проверяет NS_FAILED() и если результат положительный (nsResult <> 0) генерирует исключение.

К фреймовой структуре доступ получается приблизительно так:
  [code]
  element = document.getElementsByTagName('iframe')[0]
  doc = el

Пришлите исходники вашего XPCOM компонента мне на почту, я посмотрю на выходных. Только удалите все лишнее. Оставте только проблемное место. И еще pas-файлы вашего Gecko SDK, может быть в нем проблема.
elexander [at] ukr.net

Интерфейс такой, проверте.
[code]nsIDOMNSElement = interface(nsISupports)
    ['{C9BA11BC-32D4-425E-A91F-7E0939C39251}']
    function GetElementsByClassName(const classes: nsAString; var _retval: nsIDOMNodeList): HRESULT; stdcall;
    function GetClientRects(var _retval: nsIDOMClientRectList): HRESULT; stdcall;
    function GetBoundingClientRect(var _retval: nsIDOMClientRect): HRESULT; stdcall;
    function GetScrollTop(out aScrollTop: Integer): HRESULT; stdcall;
    function SetScrollTop(aScrollTop: Integer): HRESULT; stdcall;
    function GetScrollLeft(out aScrollLeft: Integer): HRESULT; stdcall;
    function SetScrollLeft(aScrollLeft: Integer): HRESULT; stdcall;
    function GetScrollHeight(out aScrollHeight: Integer): HRESULT; stdcall;
    function GetScrollWidth(out aScrollWidth: Integer): HRESULT; stdcall;
    function GetClientTop(out aClientTop: Integer): HRESULT; stdcall;
    function GetClientLeft(out aClientLeft: Integer): HRESULT; stdcall;
    function GetClientHeight(out a

Тут все аналогично.
length - свойство объекта-массива (получить можно через NPN_GetProperty)
items(i) - метод с одним параметром (через вызов NPN_Invoke)

Возможно. Вставьте скрипт (<srcipt>...</script>) в страницу, он сразу исполнится.

Объект должен реализовывать кроме nsIWebProgressListener еще nsISupportsWeakReference и nsIWeakReference, в методах которых возвращать себя же.

Есть такой nsIDOMSerializer. Он принимает nsIDOMNode и возвращает в виде текста html-содержимое элемента. Попробуйте nsIDOMHTMLDocument привести к nsIDOMNode, ну или получить DocumentElement через nsIDOMDocument.

У ссылки (<a/>) убрать href, чтобы браузер не совершал лишних движений. И подписаться на mousedown. В обработчике показать xul-диалог или свой собственный через вызов XPCOM. Если ссылку добавляете вы, проблем быть не должно.

Вероятно, contentDocument - это XBL-свойство sidebar. В таком случае я бы вызывал JavaScript из XPCOM. Для этого нужно реализоть на JS объект со всем необходимым функционалом и передать ссылку на него в XPCOM-компонент.

JavaScript:

var CallbackObject = 
{
    getSidebarURL: function()
    {
               return sidebar.contentDocument.location.href;
    }
}

var Component = Components.classes["@example.com/component;1"]
    .createInstance().QueryInterface(Components.interfaces.IMyInterface);
Component.setCallback(CallbackObject);

IDL:

[scriptable, uuid(8CECF414-495D-48FF-BEC4-F4ED2809AAEC)]
interface ICallbackObject : nsISupports 
{
    AString getSidebarURL();
};

[scriptable, uuid(90758A97-A6F3-4ea4-8953-16BD2EE3A977)]
interface IMyInterface : nsISupports
{
    void setCallback(in ICallbackObject aCallback);
};

После вызова setCallback в компоненте можна запоминать и использовать интерфейс ICallbackObject.

А что мешает явно запросить интерфейс в инициализации расширения и сохранить в глобальной переменной?