kamenevn / googlefontdirectory Goto Github PK
View Code? Open in Web Editor NEWAutomatically exported from code.google.com/p/googlefontdirectory
Automatically exported from code.google.com/p/googlefontdirectory
What steps will reproduce the problem?
1. Attempt to install Google fonts in Windows Vista
What is the expected output? What do you see instead?
Installation failed. Error messages state that these are not valid TTF fonts.
What version of the product are you using? On what operating system?
Windows Vista Ultimate
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 5 Oct 2010 at 3:36
What steps will reproduce the problem?
1. Using Firefox 3.6.13
2. Browse to http://code.google.com/apis/webfonts/docs/getting_started.html
3. The font is not applied in Firefox for "make the web beautiful"
What is the expected output? What do you see instead?
I expect that a pretty font should be applied, but instead see the standard
What version of the product are you using? On what operating system?
Windows 7, Firefox 3.6.13
Please provide any additional information below.
I do see it correctly in IE and Chrome. (this is a first for FF not working!)
Original issue reported on code.google.com by [email protected]
on 25 Feb 2011 at 3:18
Attachments:
Hi!
Molengo seems to have problems with some Firefox Versions.
What steps will reproduce the problem?
1. Firefox 3.5.10, Win XP SP3
2. font-size: 14px
What is the expected output? What do you see instead?
Instead of seeing an "ä" sometimes the dots are missing so you only see an "a"
What version of the product are you using? On what operating system?
I'm including the font via "http://fonts.googleapis.com/css?family=Molengo"
On most other systems, even with a similar environment, the "ä" is rendered
correctly.
Thank you for your great work.
--Marek
Original issue reported on code.google.com by [email protected]
on 13 Jul 2010 at 9:25
What steps will reproduce the problem?
1. Using font family "Arimo"
2. setting font size at pt, px, em
3. Using windows only
What is the expected output? What do you see instead?
Able to see each descender as you can in OS X instead the descenders are
getting cut off.
What version of the product are you using? On what operating system?
Latest "Arimo" linked font. Windows 7: ie7,ie8,firefox
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 17 Jan 2011 at 11:59
The Molengo Font does not display on a windows PC running IE8. When Viewing the
Google Fonts directory a number of fonts do not display and just show as normal
sans serif, such as Reenie Beanie
What steps will reproduce the problem?
1. Any, just visiting the Google font directory page
What is the expected output? What do you see instead?
The Font should render correctly
What version of the product are you using? On what operating system?
Calling the font via Google API in head of CSS
Please provide any additional information below.
The site I'm trying to use Molengo on is:
www.newbk.litchfieldmorris.co.uk
No issues on Mac or other pc systems running other version on IE
Original issue reported on code.google.com by [email protected]
on 3 Mar 2011 at 4:02
On a page such as:
http://code.google.com/webfonts/family?family=Ubuntu#code
the user is presented with a default fallback of:
h1 { font-family: 'Ubuntu', arial, serif; }
despite this only being an example, it seems that people use it verbatium. In
this case a sans-serif font falls back to a serif font as the point of last
resort. Ideally it would be possible to specific per-font a better suggested
fallback sequence, in the case of Ubuntu the preference would currently be
(improvements welcomed):
font-family: Ubuntu, "Bitstream Vera Sans", "DejaVu Sans", Tahoma, sans-serif;
Original issue reported on code.google.com by [email protected]
on 24 Dec 2010 at 3:45
What steps will reproduce the problem?
Importing the Google Font API CSS stylesheet on the same page where jQuery
v 1.4 (served from Google code repository) is called, the result is 100%
crash in Mobile Safari. jQuery 1.3.2 is stable.
What is the expected output? What do you see instead?
expected output would be the page or since iPhone is not supported maybe
just the next font in the CSS stack.
What version of the product are you using? On what operating system?
Bug happens only on Apple's Mobile Safari browser. iPhone, iPad, iPod Touch.
Please provide any additional information below.
This bug is only replicable with jQuery 1.4, it seems to be stable with
jQuery 1.3.2
Original issue reported on code.google.com by [email protected]
on 4 Jun 2010 at 4:44
Attachments:
What steps will reproduce the problem?
1. Render a page using the Reenie Beanie webfont
2. Use Firefox 3.6.8
3. Space characters are replaced by a # character
What is the expected output? What do you see instead?
Space characters are replaced by a # character
What version of the product are you using? On what operating system?
Firefox 3.6.8 Mac OS X 10.6
Please provide any additional information below.
It works well in Chrome
Original issue reported on code.google.com by [email protected]
on 19 Aug 2010 at 10:02
Viewing the family overview page defaults to Cyrillic regardlessly (this is of
course useful to Russian web designers!) if the family supports Latin, Greek
and Cyrillic:
http://code.google.com/webfonts/family?family=Ubuntu (Cy, Gr, La)
http://code.google.com/webfonts/family?family=Anonymous+Pro (Cy, Gr, La)
http://code.google.com/webfonts/family?family=Neucha (Cy, La)
It's possibly something to do with alphabetical ordering. Deciding which to
default to is a policy issue; Ideally it could be based on the
"Accept-Language:" ordering provided by the webserver, although a simpler
solution in the short term might be to default to the script of the page
content (English, so defaulting to Latin) which would be less of a shock to
users.
Original issue reported on code.google.com by [email protected]
on 21 Dec 2010 at 9:56
Access the top-level font directory in Firefox 3.6.13 on Ubuntu causes the
browser to crash:
http://code.google.com/webfonts
The individual font family pages work fine, such as:
http://code.google.com/webfonts/family?family=Ubuntu
Ideally browsers should not crash, but it would be useful if the crash could be
avoided by debugging the cause and adjusting the generated CSS or subsetting
TTF output.
Original issue reported on code.google.com by [email protected]
on 21 Dec 2010 at 9:42
What steps will reproduce the problem?
1. Download PT Sans .ZIP
2. Unzip
3. Compare to the way it's displayed on the Webfonts BETA site
What is the expected output? What do you see instead?
Web version should display as downloadable version (correct version). Instead
there is a serif-style font, but not PT Serif, which looks different
What version of the product are you using? On what operating system?
Version unknown. Mac OSX
Please provide any additional information below.
File attached for reference.
Original issue reported on code.google.com by [email protected]
on 9 Feb 2011 at 10:41
Attachments:
What steps will reproduce the problem?
In the "Lobster" font isn't characters for -> ű Ű ő Ő
(They are hungarian characters)
I've solved this problem: I've make this characters, I attached the new file.
I hope it will good!
Original issue reported on code.google.com by [email protected]
on 29 Aug 2010 at 2:15
Attachments:
What steps will reproduce the problem?
1. Use the font Vollkorn (normal and bold) from google font directory
2. Write a paragraph of text.
3. Bold a word somewhere in the middle of the paragraph.
What is the expected output? What do you see instead?
The word should be simply bolded and not affect anything else.
But Vollkorn Bold seem to have a diffrent built-in line-height which I can't
change with CSS (you can see it when highlighting the word with the mouse).
This creates a horizontal "gap" in the paragraph.
What version of the product are you using? On what operating system?
I've seen the same results in firefox, chrome and safari (not safari on iPhone).
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 18 Jan 2011 at 12:39
What steps will reproduce the problem?
1. load http://dev.l-c-n.com/CSS3_font-face/cardo.html which links to
http://fonts.googleapis.com/css?family=Cardo
2. look at the underlined strings with green background
3.
What is the expected output? What do you see instead?
* the green background should span the whole height of the text (all
browsers), instead, the green background only spans the top part of the string
This indicates to me that something is wrong inside the font.
* in gecko 1.9.2 (Firefox 3.6+) the underline looks more like a
strike-through) (in Gecko, text-decoration depends on font-metrics,
where-as in WebKit, it is generic; that explains the difference).
* selecting (part of) the text in webkit also shows the issue (the
selection is shifted upwards.
What version of the product are you using? On what operating system?
tested on OS X 10.6 and 10.5, various browsers.
Linux browsers (Ubuntu10.4) handle this correctly
Please provide any additional information below.
I first notice the issue here: http://www.xanthir.com/:wih
Original issue reported on code.google.com by [email protected]
on 29 May 2010 at 6:00
There needs to be an easily downloadable archive containing all the fonts.
Not all web designers know how to use Mercurial. If these fonts are going to be
used, the TrueType
files need to be easily accessible for non-technical users.
Please add a zip archive to the downloads section of this project.
Original issue reported on code.google.com by [email protected]
on 21 May 2010 at 1:16
What steps will reproduce the problem?
1. View pages using the Arvo or Puritan font on any browser in Windows.
What is the expected output? What do you see instead?
I expect the fonts to render smoothly like they do in Mac OS X, instead they
appear jagged/aliased.
Please provide any additional information below.
Compare Bad_Windows.png with Good_Mac.png. Bad_Windows.png was sent to me by
someone using Firefox 3.6 on what I believe to be Windows 7, but i've had
similar results with IE8 on Windows 7 in my own testing. The fonts render
smoothly/correctly in Google Chrome 11.0.672.2 dev, Firefox 3.6, and Safari all
on Mac OS X 10.6.6. Why does the platform change make such a huge difference?
It seems like I may be experiencing the phenomenon described here for TypeKit:
http://getsatisfaction.com/typekit/topics/typekit_fonts_rendering_horribly_on_wi
ndows_based_systems
Original issue reported on code.google.com by [email protected]
on 20 Feb 2011 at 1:40
Attachments:
Viewing the filesize information at:
http://code.google.com/webfonts/family?family=Ubuntu
shows a full-font size of 168 kilobytes, instead of the subsetted sizes of
approximately ~50 kB each. Ideally the size displayed in the font directory
should match the size that will be returned by requesting that subset from the
API.
Original issue reported on code.google.com by [email protected]
on 21 Dec 2010 at 2:39
The download .zip being distributed at:
http://code.google.com/webfonts/family?family=Ubuntu#download
Does not contain a copy of the licence and its associated documentation.
Original issue reported on code.google.com by [email protected]
on 5 Jan 2011 at 1:48
What steps will reproduce the problem?
1. View the font directory
2. View Droid Sans / Droid Serif
What is the expected output? What do you see instead?
I'd expect to see the font working properly. It doesn't. It shows some weird
font that looks like TImes New Roman.
What version of the product are you using? On what operating system?
Google Chrome OS X version 9.0.597.102
Original issue reported on code.google.com by [email protected]
on 17 Feb 2011 at 7:21
Attachments:
Because choosing the "short" version (<link
href='http://fonts.googleapis.com/css?family=Nobile' rel='stylesheet'
type='text/css'>) does not work in IE8 for me I took the webfont loader as
mentioned in the wfl example. All browsers work except IE... When using the
developertools I discovered that it remains either in loading or inactive state
never reaching active state. So the choosen webfont will never be displayed.
Do I miss something or is it just another IE Bug?
Thanks for any help
Please provide any additional information below.
Original issue reported on code.google.com by itserviceokamzol
on 20 Sep 2010 at 10:31
What steps will reproduce the problem?
1. View font directory
2. View PT Sans families
What is the expected output? What do you see instead?
I expect to see PT Sans. It looks like Times New Roman
What version of the product are you using? On what operating system?
OS X Snow Leopard, Google Chrome 9.0.597.102
Original issue reported on code.google.com by [email protected]
on 17 Feb 2011 at 7:24
Attachments:
What steps will reproduce the problem?
1. Go to http://code.google.com/webfonts/family?family=Droid+Sans#variants
using Mac Firefox 3.6.6 (OSX 10.6.4)
What is the expected output? What do you see instead?
It should display both Droid Sans Regular and Droid Sans Bold variants
correctly. Instead it displays both as Droid Sans Regular.
What version of the product are you using? On what operating system?
Mac Firefox 3.6.6 (Mac OSX 10.6.4)
Please provide any additional information below.
So far, no other browsers I've tested have reproduced this bug, including Win
FF 3.6.6. I also tested on my own local HTML file (using the link tag, not the
WebFont Loader) and the bug still persists. However, using this link tag from
kernest.com actually works:
<link href="http://kernest.com/fonts/droid-sans-bold.css" media="screen"
rel="stylesheet" type="text/css" />
Original issue reported on code.google.com by [email protected]
on 3 Jul 2010 at 9:06
Attachments:
What steps will reproduce the problem?
1. Use IE to open:
http://fonts.googleapis.com/css?family=Vollkorn:regular,bold
<html>
<header>
<link href=' http://fonts.googleapis.com/css?family=Vollkorn:regular,bold' rel='stylesheet' type='text/css'>
</header>
<body>
<span style="font-family:Vollkorn">Vollkorn</span>
<span style="font-family:Vollkorn; font-weight:bold;">Vollkorn Bold</span>
</body>
</html>
Actual Result:
1. IE use an artificial "bold" font, not the bold variant in ttf.
Expected Result
1. IE should use the bold variant from ttf
Workaround:
- Don't load the regular font, ie:
<link href=' http://fonts.googleapis.com/css?family=Vollkorn:bold' rel='stylesheet' type='text/css'>
/OR/
- Use the CSS file from the font directory.
Original issue reported on code.google.com by [email protected]
on 10 Jun 2010 at 1:09
Right now, there is no CE support in G.Webfonts (only Roman script i
available). Could you enable it? There're potential users in that part of the
globe :)
Original issue reported on code.google.com by [email protected]
on 10 Jun 2010 at 11:58
What steps will reproduce the problem?
1. Install nobile_bold_italic.ttf
2. Try to install nobile.ttf
What is the expected output? What do you see instead?
The bold italic one should install as "Nobile-bold-italic (TrueType)" but
instead installs as "Nobile (TrueType)". Because Windows doesn't allow
duplicates, this prevents the actual basic Nobile from installing.
What version of the product are you using? On what operating system?
Revision r5b679865d7 of nobile_bold_italic.ttf, rd1c997b9e5 of nobile.ttf. On
Windows XP.
Original issue reported on code.google.com by [email protected]
on 18 Aug 2010 at 10:27
What steps will reproduce the problem?
1. Go to http://code.google.com/webfonts
2. Scroll down to the Reenie Beanie font.
3. Notice that the font is not rendered.
What is the expected output? What do you see instead?
The Reenie Beanie font show work in IE6. Instead I see the default san-serif
font.
What version of the product are you using? On what operating system?
Using IE6 on Windows XP.
Please provide any additional information below.
The font works fine in IE7, IE8, Firefox, Chrome, Safari and Opera.
Is it possible that this is related to issue #1
(http://code.google.com/p/googlefontdirectory/issues/detail?id=1) where the
font name table is not coded correctly. Although, that wouldn't explain why it
works in IE7 and IE8 but not in IE6.
Original issue reported on code.google.com by [email protected]
on 10 Dec 2010 at 8:35
>What steps will reproduce the problem?
1. Look at
http://code.google.com/webfonts/family?family=Philosopher&subset=cyrillic or
latin with _any_ browser.
2. Notice а, р, с (cyrillic) or u, x (latin) upper height in the line
started with "18px ..."
>What is the expected output? What do you see instead?
Equal upper line as in all other *px sizes.
>What version of the product are you using? On what operating system?
Any browser, Win7
Original issue reported on code.google.com by [email protected]
on 9 Jan 2011 at 7:15
Luzi wrote,
"On my client's Windows Machine, she's probably running IE7, there are some
letters being showed like under the baseline."
Original issue reported on code.google.com by d.crossland
on 4 Apr 2011 at 11:08
What steps will reproduce the problem?
1. Open http://code.google.com/webfonts/family?family=Molengo#set in ie9 beta
What is the expected output? What do you see instead?
Big letter Z is not displaying. White space instead of it.
What version of the product are you using? On what operating system?
ie9 beta + win7
Original issue reported on code.google.com by [email protected]
on 16 Sep 2010 at 9:50
What steps will reproduce the problem?
1. Open the attached test case in IE8.
2. The webpage will not render. A blank white screen will be displayed.
What is the expected output? What do you see instead?
I expect the page to display. I instead see a blank white page.
What version of the product are you using? On what operating system?
I am using Internet Explorer 8 on Windows 7 Ultimate.
Please provide any additional information below.
Putting IE in quirks mode, removing the @font-face declaration, or
removing the styles that follow the @font-face declaration all seem to
resolve the problem.
Original issue reported on code.google.com by [email protected]
on 31 May 2010 at 4:11
Attachments:
What steps will reproduce the problem?
1. Use Cousine TTF on a local text editor
2. Write a semicolon
3. The app uses semicolon from a different font or shows missing caracter
symbol.
What version of the product are you using? On what operating system?
Cousine Regular TTF, OSX.
Original issue reported on code.google.com by [email protected]
on 7 Jan 2011 at 9:57
What steps will reproduce the problem?
1. Created a test page with two fonts
2. Works fine in modern browsers
3. Doesn't work in IE7, IE8
So I can't get it to work in IE, is there some extra javascript or something
I need to add for IE?
Original issue reported on code.google.com by [email protected]
on 20 May 2010 at 7:30
What steps will reproduce the problem?
1. View the Nobile font, whether embedded via the Google Font API or as a
downloaded font, on a Mac running OS X.
What is the expected output?
The dots over the "i" and "j" are on top of those letters.
What do you see instead?
The dots are lying to the left of the letters "i" and "j".
What version of the product are you using? On what operating system?
Version 1.000, from revision 08e9e92db5.
Original issue reported on code.google.com by codeman38
on 22 May 2010 at 12:31
Attachments:
What steps will reproduce the problem?
1. Use 'Droid Sans Mono' following instructions (works fine in all other
browsers)
2. Open page with Opera 11.01 / Mac OS X 10.6.6
3. The font doesn't work!
Original issue reported on code.google.com by [email protected]
on 23 Feb 2011 at 6:42
In the last few days, the Neuton font has changed and now has a very high line
height in Firefox. It looks like it could have been this commit: 14a316c269
See attached Neuton.png vs Nobile.png
Original issue reported on code.google.com by [email protected]
on 10 Feb 2011 at 7:02
Attachments:
This is likely related to the other Nobile on Mac issues, but I thought it
deserved its own entry.
When viewed from a Mac running 10.6, the bold version of Nobile is displayed
even when the regular version is specified. This is true even on the GFD
website as pictured below (Windows on the left, Mac on the right). 10.5 does
not appear to exhibit this issue.
http://cl.ly/7f14f9cf745cca22e0bf
Original issue reported on code.google.com by [email protected]
on 20 Jul 2010 at 7:13
What steps will reproduce the problem?
1. Download .TTF files from google code repository
2. Add fonts into a management application like Extensis Suitcase Fusion
3. Note that the metadata does not appear to be unique for each face to reflect
the actual filename.
What is the expected output?
I would expect to be able to add the fonts and then be able to activate all of
them.
What do you see instead?
Instead I see a clash where it cannot simultaneously activate all of the
indivual Nobile typefaces - I am guessing due to a metadata conflict where
suitcase cannot add more than one font wioth the same metadata name...
If the versions can be updated to reflect a fix, it would be much appreciated.
Apolgies if this should somehow be posted to the entry for the typeface, I
normally don't use google code.
Original issue reported on code.google.com by [email protected]
on 29 Jun 2010 at 12:52
Please close https://bugzilla.redhat.com/show_bug.cgi?id=637280
Original issue reported on code.google.com by d.crossland
on 20 Mar 2011 at 7:14
Viewing Lato in Chrome or any version of IE will display a serif font that is
not Lato.
Lato should load cross-browser as most other google fonts do. Chrome and IE
think that Lato is loading so even a font stack such as 'Lato', Trebuchet MS,
Arial, sans-serif; does not work, you always get the serif font. This is the
same behavior on the official google fonts Lato page so I know it is not a site
specific problem.
Lato seems to load fine in FireFox and Safari.
Original issue reported on code.google.com by [email protected]
on 9 Feb 2011 at 1:45
What steps will reproduce the problem?
1. Use the characters ‘’, encoded in HTML as ‘ and ’, in the
Nobile font.
What is the expected output? What do you see instead?
The left and right single quotes should be flipped versions of each other. This
is correct in the Bold and Bold Italic fonts. In the non-bold fonts, however,
the right single quote is correct, but the left single quote is identical to
the grave accent.
What version of the product are you using? On what operating system?
Version 0.10, Mac OS X 10.6.4
Please provide any additional information below.
I'd be willing to provide a patch for the .sfd files if necessary - I have a
fair amount of experience with FontForge.
Original issue reported on code.google.com by codeman38
on 17 Jun 2010 at 2:14
Attachments:
The CSS file provided by the static call to the webfonts (ie using a <style>
tag) doesn't serve a gzipped file.
According to Page Speed and Chrome's Audit tab, it would save roughly 50% of
bandwidth.
Please implement this to make the web faster!
Original issue reported on code.google.com by edo999
on 19 Jul 2010 at 3:19
Using the css stylesheet:
<link rel="stylesheet" type="text/css"
href="http://fonts.googleapis.com/css?family=Nobile">
The font always displays as italic:
Original issue reported on code.google.com by [email protected]
on 1 Feb 2011 at 6:09
Attachments:
Currently, the PT Sans font is embedded as a single monolithic file including
both Latin and Cyrillic characters.
This is not the case for most fonts on the Font Directory; for most of the
multilingual fonts on the directory, such as Ubuntu, the Latin and Cyrillic
characters are separated into subsets.
As a result, using PT Sans on my English-only blog carries a larger download
size than a comparable font that is split into subsets, such as Ubuntu or
Arimo. The TTF is a 300 KB download for <em>each</em> font in the family.
Original issue reported on code.google.com by codeman38
on 8 Jan 2011 at 1:51
The Latin extended character subset in subset.py only includes characters from
Extended A, B, C, D, and Additional (without Vietnamese characters).
But some of those characters are only one of bicameral pair of the same letter.
For exemple Ɛ (U+0190) is in Latin Extended-B, but its lowercase ɛ (U+025B)
is in IPA Extensions.
Not all IPA Extensions characters are used outside of IPA, although in general
if it has another case variant in another Latin block it probably is used in
language orthographies.
Characters in Combining Diacritical Marks are also used in language
orthographies in Latin script. They are used on letters withouth precomposed
character forms, for example Yoruba uses combining dot below (U+0323) or
combining acute (U+301) depending on how accented letters like ẹ́ is
represented.
I don't know if you want to include those whole blocks in the latin-ext subset,
considering not all characters are actually used in language orthography.
However this might not be much of an issue if the font doesn't have all the
characters of those blocks.
I can provide a list of characters I've found to be used in language
orthographies.
Original issue reported on code.google.com by [email protected]
on 7 Jan 2011 at 4:48
See:
https://bugs.launchpad.net/ubuntu-font-family/+bug/656690
The Vietnamese subsetting code at:
http://code.google.com/p/googlefontdirectory/source/browse/tools/subset/subset.py
Lines:
181 if 'vietnamese' in subset:
182 result += range(0x1ea0, 0x1ef2) + [0x20ab]
Cuts off at U+1EF1 inclusive ('ự'), but this should be U+1EF9 ('ỹ') or in
in Python N-1 range notation: range(0x1ea0, 0x1efa) + [0x20ab]
Original issue reported on code.google.com by [email protected]
on 8 Jan 2011 at 6:42
What steps will reproduce the problem?
1. View either playtypesans/PlaytypeSans-Regular.ttf or
playtypesans/src/PlaytypeSans-Regular.otf in the Mercurial repository (or on
the web at
http://code.google.com/p/googlefontdirectory/source/browse/playtypesans).
What is the expected output? What do you see instead?
The files should be TrueType and OpenType font files, respectively. In reality,
both of them are FontForge source files with the wrong extension.
What version of the product are you using?
Mercurial revision 360f705f1e50.
Original issue reported on code.google.com by codeman38
on 8 Mar 2011 at 3:39
There is no link to this code repository from the public Google Font Directory
page
(http://code.google.com/webfonts)
The first step towards wide adoption of these fonts is to get them into the
hands of web designers
to use on their local computers in non-web applications. This repository is too
difficult to find and
poorly linked from the materials it is supporting.
Please link this repository from the main Google Font Directory page.
Original issue reported on code.google.com by [email protected]
on 21 May 2010 at 1:24
What steps will reproduce the problem?
1. Use google font "OFL Sorts Mill Goudy TT" on a website
2. Write a word that uses a cedilla
What is the expected output? What do you see instead?
What happens is that the cedilla appears out of place, towards the left of the
"ç", making it impossible to use when the site is in a language that relies on
cedillas.
What version of the product are you using? On what operating system?
Google Chrome 7.0.517.44 / Mac OS X 10.6.4
But this issue seems to be independent from the browser, because i've tested it
in firefox and safari and it happens there too.
Please provide any additional information below.
Tried another font (Crimson Text) and this problem doesn't happen, so it's
related to this font only.
Thanks!
Original issue reported on code.google.com by [email protected]
on 12 Nov 2010 at 6:43
Attachments:
<link
href="//fonts.googleapis.com/css?family=Yanone+Kaffeesatz:200,300,400,700&subset
=latin" rel="stylesheet" type="text/css" >
<style>
body {
font-family: 'Yanone Kaffeesatz', serif;
font-size: 28px;
font-style: normal;
font-weight: 400;
text-shadow: none;
text-decoration: none;
text-transform: none;
letter-spacing: 0em;
word-spacing: 0em;
line-height: 1em;
}
</style>
Original issue reported on code.google.com by [email protected]
on 29 Sep 2010 at 9:04
The Droid Sans font has some errors where the descenders extend beyond the
defined limits of the font. This is easiest to see in Windows, just open the
the font in the font viewer and look at the letters 'g','j', or 'y', especially
at small font sizes. The bottom gets cut off.
The font as it exists in the latest Android SDK (though the build ID is the
same?) helps quite a bit, though it still truncates a bit at some sizes.
Please note, if looking at these in Windows Font Viewer, you must not have them
open at the same time, as Windows will simply display twice whichever was
opened first.
I have not thoroughly checked any other Droid variants, but they should all
probably be updated.
Thanks,
Dan
Original issue reported on code.google.com by [email protected]
on 9 Jun 2010 at 2:21
Attachments:
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.