The only problem I get with @font-face is that this font appears to be always bold. So anybody who has the Endeavour font installed will see the second line in normal font-weight, anybody who has not will see it bold. (Cause the online-font will only be used if Endeavour does not exist on the computer)
Hmm, I got a div and a number of smaller divs (display: block, float: left) inside of there. How can I make the enclosing div really enclose the smaller divs - so that if I e.g. give it a border, it will show around all the other divs? Right now, the enclosing div has a size of 1x1px and floats in the upper left corner.
Floating elements don't span their container vertically. So, to archieve this, you need to add an empty div with
clear:both
behind the last child node of that container.
Looks great with the pictures now!
Edit: And cool loader :)
Edit: And cool loader :)
I notice the screenshot you've used displays bug #112. If it's only a placeholder, that's fine, but I thought I'd give you the heads up.
The brick wall will look better (then boompack), I suppose (though shovel would pierce it through that way). =)
Otherwise nice pose there is.
Otherwise nice pose there is.
Does anyone have an idea why the endeavour font is shown in the header when on the home page and elsewhere not?
Working everywhere in Opera/9.80 (Windows NT 6.1; U; de) Presto/2.6.30 Version/10.62
What? Brr, why isnt it working for me then :-(
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.
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.
Ah, after some research, I found out that IE was actually the first and a long time the only browser to support web fonts. It just uses an own format (EOT). Made some changes to the header.css to enable the web font for IE. Isilkor, can you load Endeavour.eot from header/ and update your header.css? (Just the first few lines: The font-face definitions).
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.
I retested it - for me in firefox it works definitively everywhere, even after clearing the cache.
The answer to the riddle:
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
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
Sent bugreport. I'm not so sure if they will fix this as this seems to be considered as a feature.
https://bugzilla.mozilla.org/show_bug.cgi?id=555077
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 is Webkit, isn't it? In Chrome, it works. Currently downloading Konqueror for Windows...
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.
Konqueror/KHTML seems to not understand font-face at all. See http://dl.dropbox.com/u/39519/webfontsdemo/index.html and compare with Opera, FF, IE and Chrome.
Edit: It works with Safari
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.
So, I don't remove the CSS font-face but simply add the JS like in your repository?
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.
Is a seperate CSS file necessary? Most web-applications which run here don't offer to include more than one CSS file.
Powered by mwForum 2.29.7 © 1999-2015 Markus Wichitill