


clear:both
behind the last child node of that container.

Edit: And cool loader :)


Otherwise nice pose there is.

Working everywhere in Opera/9.80 (Windows NT 6.1; U; de) Presto/2.6.30 Version/10.62

It works in Chrome and Opera, Firefox only on the home page, nightly builds + repos (even after clearing the cache) and for IE7 + IE8 not at all. That IE doesnt support this doesnt surprise me but that my firefox shows it on some pages and on others not puzzles me.

Btw, since you changed your header it doesn't work in Opera anymore
For me (Firefox) it only works on the hg changelog site, but not on others.


Firefox does not understand remote font definition. As the only browser amongst the big and smaller ones.
Edit: And, what it also doesnt understand is when the font definition links to a local font but the CSS in which this is done is a remote one.
Edit2: This issue is already known https://bugzilla.mozilla.org/show_bug.cgi?id=536510

https://bugzilla.mozilla.org/show_bug.cgi?id=555077
Works everywhere in Konqueror 4.5.1 (with both the KHTML and the Webkit Renderer). Firefox 3.6.8 as you said only on the home page. And strangely nowhere in Opera 10.61.

Chrome uses a modified/extended version of WebKit. Currently the fonts work only in Opera and Chromium for me, in Firefox, Webkit-based-browsers and Konqueror it doesn't work.

Edit: It works with Safari
No, Konqueror has font-face abilities. That testpage doesn't work because Konqueror does ignore the "font-family" value in the @font-face and always wants the full name of the font. (that means for example "Yanone" instead of basic)
I've researched a bit and found this, the problem is the local-statement wich somewhat confuses KHTML and those "derivated" WebKit (Qt and GTK ports) engines:
http://www.aaronjamesyoung.com/blog/tech/font-face-for-obscure-linux-browsers
I've researched a bit and found this, the problem is the local-statement wich somewhat confuses KHTML and those "derivated" WebKit (Qt and GTK ports) engines:
http://www.aaronjamesyoung.com/blog/tech/font-face-for-obscure-linux-browsers
When browsing the forum, the "Forum" link on the navbar isn't rendered dark gray when you hover over another category; same thing on the "Download" wiki page. On the nightly builds page and the repository, the category gets a dark gray font color when you hover over another one. And on the blog, the category link seems to have a light grey background.
On all pages, when you load the page for the first time (without cache), you get a brief flash of non-Endeavour text in the navbar, which is ugly. See repository, where this doesn't happen due to some JS.
Using Opera/9.80 (Windows NT 6.1; U; de) Presto/2.6.30 Version/10.62
On all pages, when you load the page for the first time (without cache), you get a brief flash of non-Endeavour text in the navbar, which is ugly. See repository, where this doesn't happen due to some JS.
Using Opera/9.80 (Windows NT 6.1; U; de) Presto/2.6.30 Version/10.62

>When browsing the forum, the "Forum" link on the navbar isn't rendered dark gray when you hover over another category; same thing on the "Download" wiki page.
Works correctly here.
Opera/9.80 (Windows NT 6.0; U; de) Presto/2.6.30 Version/10.62

> blog, the category link seems to have a light grey background.
Fixed.
> On the nightly builds page and the repository, the category gets a dark gray font color when you hover over another one.
Remove the #navigation redefinitions from the override.css.
> On all pages, when you load the page for the first time (without cache), you get a brief flash of non-Endeavour text in the navbar, which is ugly.
Hm. But this does not work if JS is not activated. I rather stick with a CSS only solution.
> Remove the #navigation redefinitions from the override.css.
Ugh, I didn't realize that the nightly page is using the repository CSS files and thus assumed it was intentional.
> Hm. But this does not work if JS is not activated. I rather stick with a CSS only solution.
Without JS you simply get the default styled text while the .ttf loads.

Pretty much. As you can see, I've stuck the Endeavour font definition into a separate CSS file that's loaded by JS, and after the script, added it as a normal CSS link as well, so browsers with JS disabled get it anyway. And then I've added
.wf-loading #nav_navigation ul li a { visibility: hidden; }
, so the links are invisible while the font still loads.

Powered by mwForum 2.29.7 © 1999-2015 Markus Wichitill