never mind,
continuing the best traditions of this group, I'm replying to myself
the problem was with WebBrowser which instance was QIed to nsIDocShellTreeItem
and SetItemType() was called with
nsIDocShellTreeItem::typeChrome argument.
Corrected to nsIDocShellTreeItem::typeContent and now all the links are shown
good.
A deep and real problem was with Mozilla documentation (sources&web) that did
not shed enough light on what that method expects.
-dmitry.
> I got Gecko/nsIWebBrowser to work alomost a month ago but only yesterday I
> noticed that links (anchors with href) got no default
> style while they should.
> In other words, html listed below shows "link" text with no attributes (no
> underline, no blue text).
>
> <html>
> <body>
> <a href="somewhere">link</a>
> </body>
> </html>
>
> Probably I missed something in my embedding app, but can't find it.
> Mfcembed works as expected ("link" text is underlinied and shown in blue
> color) but mine does not.
>
> I'm huniting everywhere through the mozilla codebase and found a few
> differences in how gecko works for my app and for mfcembed:
>
> nsRuleNode::WalkRuleTree() finds detail == eRulePartialReset while working
> under mfcembed and finds only eRuleNone for my own app.
> as a result corresponding call to
> nsRuleNode::ComputeTextResetData() is done with
> textData.mDecoration.GetUnit() == eCSSUnit_Enumerated for mfcembed and is
> never
> called with this value for my app.
>
>
> I compared preferences - they all are default.
> Chrome and components stuff is exactly the same in mfcembed and my
> application.
> All is exactly the same by executables :)
>
> What could be the reason for this problem?
>
> TIA,
> Dmitry
>
>
_______________________________________________
dev-embedding mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-embedding
