On Mon, 25 Jul 2005, Owen Taylor wrote:
-export-symbols is pretty straightforward to use - we use it (or
actually, -export-symbols-regex for Pango). You probably could build
the symbol file pretty easily by scanning the for FT_EXPORT ...
well, if you didn't use that for internal symbols.
Hi David,
Trying to compile CVS, I get the following:
In file included from
/home/behdad/src/sv/freetype/freetype2/src/base/ftbase.c:30:
/home/behdad/src/sv/freetype/freetype2/src/base/ftobjs.c:37:38:
error: freetype/internal/services/svtteng.h: No such file or
directory
And indeed there's no
On Sun, 26 Feb 2006, David Somers wrote:
RC3 seems to work on my Gentoo/Linux system... although I now seem to have
problems with the edges of some glyphs being clipped on fixed-width fonts.
That's probably because the release candidates had the patch for
not rounding glyph metrics. David
On Mon, 20 Mar 2006, Werner LEMBERG wrote:
BTW, we have this line in ftcache.h
typedef struct FTC_ManagerRec_* FTC_Manager;
but no FTC_ManagerRec definition...
That by itself is not necessarily a problem. We have things like
that in Pango all the time for declaring abstract
On Mon, 27 Mar 2006, Dave Behnke wrote:
I integrated this build into my project and ran into a minor problem in
trying to use an arial truetype font. Lines 171 - 173 of \src\sfnt\ttmtx.c,
in the tt_face_load_hmtx method look like this:
if ( FT_QNEW_ARRAY( *longs, num_longs ) ||
Hi,
Last night I restructured and cleaned up the OpenType Layout code
(from FreeType1) that has been in Pango and import it into a new
repository under the name HarfBuzz on fd.o. You can browse the
code or join the mailing list here:
http://freedesktop.org/wiki/Software/harfbuzz
It contains
On Tue, 11 Apr 2006, David Somers wrote:
Hi folks,
I've noticed that after installing freetype (from CVS HEAD today) a few of my
gtk-based apps seg faulted:
Program received signal SIGSEGV, Segmentation fault.
0xb776a75b in pango_fc_font_get_raw_extents ()
from
On Thu, 18 May 2006, Matthias Clasen wrote:
On Wed, 2006-05-17 at 19:40 -0400, James Cloos wrote:
Changing line 194 of your patch from:
if ( strike_index != 0xU )
to
if ( strike_index != 0xU ft_face-available_sizes != NULL)
avoids a NULL dereference in
On Mon, 5 Jun 2006, David Turner wrote:
Werner LEMBERG a �crit :
Testing the patch, I'm getting another crash for a Type1 font: [...]
Seems like ft_face-available_sizes is NULL.
I don't have time to follow the thread -- is it necessary to do
something on the FreeType side (either
On Wed, 2006-11-15 at 15:24 +0100, Werner LEMBERG wrote:
These are all cool stuff. I just want to request that FreeType be
released more regularly. Preferably, separate stable and devel
branches should be maintained. There are lots of serious bugs fixed
in FreeType CVS that are not in
On Fri, 2007-01-12 at 20:48 -0500, David Turner wrote:
I just uploaded the second release candidate:
http://david.freetype.org/freetype/freetype-2.3.0rc2.tar.bz2
http://david.freetype.org/freetype/freetype-2.3.0rc2.tar.g2
http://david.freetype.org/freetype/ft230rc2.zip
Thanks
Hi,
So, this is not something new, fcrozat already raised this after 2.2.1
was release, but since this has not improved in 2.3.0, I'm reposing.
There is a Fedora bug about this:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=198082
The interesting shots are:
before:
Hi FreeType developers,
We have a bit of a problem with the old OpenType Layout code ripped out
of FreeType and called HarfBuzz these days. The problem is that Pango
is LGPL'ed, while HarfBuzz is GPL+FTL. The two do not quite match. Are
the FreeType developers willing to do one of the
On Sun, 2007-02-04 at 18:52 +0100, David Turner wrote:
Hi Behdad,
On Sat, 03 Feb 2007 11:03:56 -0500, Behdad Esfahbod [EMAIL PROTECTED]
said:
Hi FreeType developers,
We have a bit of a problem with the old OpenType Layout code ripped out
of FreeType and called HarfBuzz these days
On Sun, 2007-02-04 at 19:14 +0100, David Turner wrote:
The problem is in Pango actually. Pango has no problem using it as in
no one ever complained about, except recently in Fedora lists. The
complaint is that Pango is not LGPLed, because it uses code that is GPL
+FTL.
Ah sorry, I
On Sun, 2007-02-04 at 21:54 +0100, Werner LEMBERG wrote:
In this new context, I understand that you would want a single license.
I'm ok with re-licensing this code under the LGPL,
Me too.
Great, thanks. To make sure, I'm looking for making it LGPL+FTL. Not
LGPL alone. The FTL license is
On Wed, 2007-04-04 at 00:32 +0200, David Turner wrote:
Hi Behdad,
Hi David,
I'm not sure if I understand what these lsb/rsb stuff is. Is there
anything here that cairo/pango should be doing that it's not already?
I'll try to summarize the issue as succintly as I can.
On Fri, 2007-03-30 at 10:47 -0400, David Turner wrote:
I'd like to see this enhancement spreading as widely as possible. I've
already tried to scan the Pango sources to see how to implement these, but
I must say this is not an easy piece of code. Any help would be appreciated,
there are
On Mon, 2007-05-28 at 01:48 -0400, LingNing Zhang wrote:
Hi all,
I have a question about freetype and harfbuzz.
FreeType1 includes an extension to support OpenType text layout
processing. But this support hasn't become part of FreeType2. Why?
Why does FreeType2 not use the codes of harfbuzz
On Mon, 2007-05-28 at 02:34 -0400, [EMAIL PROTECTED] wrote:
On Mon, 28 May 2007 13:48:20 +0800
LingNing Zhang [EMAIL PROTECTED] wrote:
Hi all,
I have a question about freetype and harfbuzz.
FreeType1 includes an extension to support OpenType text layout
processing. But this support hasn't
layout
path makes sense.
On Mon, 28 May 2007 17:37:03 -0400
Behdad Esfahbod [EMAIL PROTECTED] wrote:
There is further work to make HarfBuzz *the* shaper API for Linux
systems. That is, again, Pango, Qt, ICU, Scribus, OO.o, etc all will be
using HarfBuzz. This has been discussed extensively
On Wed, 2007-07-25 at 17:32 -0400, Werner LEMBERG wrote:
I am using FT_Glyphslot_Embolden and so far it seems to work quite
well. However, the default extra boldness (1/24 em) is too great
for my purposes, and ought to be settable via an argument, because
different values are needed at
On Tue, 2007-10-23 at 02:33 -0400, Werner LEMBERG wrote:
1. I want to use pure python.
Hmm. If I remember correctly, a longer time ago there was a message
about someone having written a python wrapper for FreeType. Whether
this still exists or whether it is up to date, I don't know.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matthias Clasen wrote:
For b), we basically
ask fontconfig do you have fonts for this language ?. It seems that
fontconfig says no if it doesn't know the language. It would be better
if fontconfig could say I don't know in that case...
One way
David Turner wrote:
Hello everyone,
long time no see :-)
I'd like to know if Werner and others are interested in switching the
FreeType repository to git in the near future ?
That would also make it easier for me to hack on FreeType (the only piece of
GNOME-based text rendering stack I've
Hi,
For OpenType complex shaping you need HarfBuzz [1]. Google engineers are
working on using it for the Chromium port on Linux [2]. Using Pango with the
FreeType backend is a simpler solution (Pango+FreeType uses HarfBuzz internally).
If your primary use is to get Arabic rendering done,
Hi,
I had to fix a bug [1] in Pango and fontconfig where the ftglue-derived code
was checking face-num_faces 1 to detect TrueType Collections. This fails
with Apple dfont's where num_faces is the number of faces in different streams
of the dfont and does not mean the current face is a TTC.
On 04/09/2009 07:37 PM, mpsuz...@hiroshima-u.ac.jp wrote:
Hi,
On Thu, 09 Apr 2009 13:34:23 -0400
Behdad Esfahbodbeh...@behdad.org wrote:
I had to fix a bug [1] in Pango and fontconfig where the ftglue-derived code
was checking face-num_faces 1 to detect TrueType Collections. This fails
with
Hi,
I'm rewriting the OpenType Layout engine in HarfBuzz to use the mmap()ed font
file directly. For that, I need a validator, which I'm also planning to
write. In the mean time, I checked otvalid and the code looks very useful in
writing mine. I wonder if the authors can relicense the
On 04/21/2009 02:05 AM, Werner LEMBERG wrote:
I wonder if the authors can relicense the otvalid code to the
HarfBuzz license (aka old-MIT). That is, remove the FreeType
advertisement clause.
I think we can give you permission to use the code from the `otvalid'
module with the HarfBuzz license
On 05/13/2009 11:18 AM, Werner LEMBERG wrote:
I don't know how this can be done (since I'm not a Windows developer);
however, there are some FontConfig people reading this list whom I ask
to forward your report to the developers who take care of the Windows
port of FontConfig.
Wendy,
I'm
Hi,
Someone reported to me that some fonts, including uming.ttf crash ftstring.
The crash seems to happen in the FTC code and I'm not familiar with that part
of the code base. Anyone care to check?
The following crashers were reported:
/usr/share/fonts/chinese/TrueType/ukai.ttf
On 11/12/2009 06:59 AM, Russell Hay wrote:
...has this 'removed the restrictions on distributing the the bytecode
interpreter?
That's my understanding, yes.
behdad
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
FYI.
Original Message
Subject: FreeType patented bytecode interpreter now in rawhide
Date: Thu, 03 Dec 2009 19:13:42 -0500
From: Behdad Esfahbod beh...@behdad.org
To: Development discussions related to Fedora fedora-devel-l...@redhat.com,
fedora-fonts-list fedora-fonts-l
Hi Maggy,
First, you would need FriBidi or another bidi implementation even if you use
HarfBuzz.
Next, for Arabic shaping, FriBidi does a very basic job of that, with no
advanced substitution/positioning involved and hence no need for GSUB/GPOS
tables. For anything more than basic Arabic you
Stumbled upon freetype.com by accident. Have people seen this before?
Interesting...
behdad
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
Hi,
In Fedora rawhide I enabled the patented bytecode interpretter a while ago
since the patents expired. I've received reports since that this has resulted
in degraded rendering of some fonts.
Apparently, from what I hear, with Medium hinting, the autohinter is not used
even if the font
On 02/23/2010 08:26 PM, Werner LEMBERG wrote:
Basically, I think this is a FontConfig issue; all TrueType fonts
which need autohinting should be configured as such.
I understand your stance. However, having to configure fonts individually is
something we have tried to avoid before.
On the
On 02/24/2010 06:19 PM, Werner LEMBERG wrote:
Not really. A yes/partial/no answer should be enough.
why do you need a `partial' if there is no possibility to find out
which ranges are hinter or unhinted?
What I want to use this info for is to be able to write configurations that
say if the
On 02/25/2010 05:21 PM, Werner LEMBERG wrote:
No idea about the in-between. That's what I called maybe. But
it's not a very flexible API. Another way would be to get the
number of hinted glyphs. I'm not sure.
Sounds sensible. The arguments could be `start' and `end' of a range
(or
On 03/01/2010 09:18 PM, mpsuz...@hiroshima-u.ac.jp wrote:
How about using
if ( face-stream-read == NULL )
instead of
if ( face-stream-base != NULL )
Yes, that's what I'm planning to do instead.
Checking the source code, I wonder if I should also check for (face_flags
On 03/05/2010 02:26 AM, mpsuz...@hiroshima-u.ac.jp wrote:
Checking the source code, I wonder if I should also check for (face_flags
FT_FACE_FLAG_EXTERNAL_STREAM) to detect whether it's an mmapped stream or the
user provided it (and hence we cannot mprotect). The docs say: Don't read
or
On 03/15/2010 01:44 AM, mpsuz...@hiroshima-u.ac.jp wrote:
On Sun, 14 Mar 2010 21:19:44 -0400
Behdad Esfahbod beh...@behdad.org wrote:
On 03/11/2010 02:47 AM, mpsuz...@hiroshima-u.ac.jp wrote:
Attached (get-stream-info.diff) is a revised patch with
a feature to get the info about the origin
On 03/15/2010 08:36 AM, mpsuz...@hiroshima-u.ac.jp wrote:
FT_EXPORT( FT_Error )
FT_Object_Get_Property( FT_Librarylibrary,
FT_Pointerobject,
const char* object_type,
const char*
On 03/15/2010 11:43 PM, mpsuz...@hiroshima-u.ac.jp wrote:
However, yet I've not figured out the detailed usecase for
reference counter of FreeType2 (so I cannot write short testing
code), thus I cannot start working just now. If you know any
softwares showing the problem caused by the lack of
On 03/16/2010 02:05 AM, Werner LEMBERG wrote:
Use case is very simple: with the FreeType stack, all of hb_face_t,
PangoFont, and cairo_scaled_font_t all can use keeping a pointer to
an FT_Face. But alas, one cannot do that safely since you never
know when the face is going away.
Again:
On 05/05/2010 08:55 AM, David Bevan wrote:
And how /should/ FreeType be used for vertical writing mode?
This is how cairo handles it:
/*
* Translate glyph to match its vertical metrics.
*/
static void
_cairo_ft_scaled_glyph_vertical_layout_bearing_fix (void*abstract_font,
.
David %^
-Original Message-
From: Behdad Esfahbod [mailto:behdad.esfah...@gmail.com] On Behalf Of Behdad
Esfahbod
Sent: 05 May 2010 20:40
To: David Bevan
Cc: freetype-devel@nongnu.org; Antony Bush; Stephen Brazier; Houjie Tu
Subject: Re: [ft-devel] FT_LOAD_VERTICAL_LAYOUT
Hi,
The Calibri font shipped in Windows XP has bitmap strikes for a variety of
sizes, but from what I understand, no bitmap glyphs for many ligature
combination it defines in its GSUB table, for example, for 'tt', 'ft', 'ffi'
among others. That results in very ugly rendering (see attached).
My
On 06/10/2010 05:17 AM, Graham Asher wrote:
Doing this showed that setjmp and longjmp are not necessary for
FreeType;
Indeed. They are only used for error-handling in the validator modules.
behdad
___
Freetype-devel mailing list
On 06/10/2010 05:17 AM, Graham Asher wrote:
Doing this showed that setjmp and longjmp are not necessary for
FreeType;
Indeed. They are only used for error-handling in the validator modules.
behdad
___
Freetype-devel mailing list
On 07/18/10 12:43, Werner LEMBERG wrote:
I've now implemented FT_Reference_Face and FT_Reference_Library.
Please test.
Wow, thanks!
What a timing... Last week I started working for Google, and I was in
Mountain View. I finally met David Turner for the first time, and the first
thing I
On 09/12/10 09:36, Werner LEMBERG wrote:
Werner, can you give a ruling on whether assignments in conditionals
are allowed in FreeType code?
If it is allowed in C89, then everything's fine. Please post the
final version I shall commit (I assume that your git access still
doesn't work...)
On 09/26/10 11:17, Gernot Reisinger wrote:
Hi there,
I am using Freetype for an embedded project and I have an issue with the
cache subsystem.
In my FTC_Face_Requester callback I create the fonts from memory with
FT_New_Memory_Face. The font memory is dynamically allocated. I
understand
You need HarfBuzz.
On 11/06/10 04:36, 丁力 wrote:
OK.
Thanks.
do you know any other small open source library can do this job?
i just want to display the vertical characters, the layout engine is to
big for me.
2010/11/6 Werner LEMBERG w...@gnu.org mailto:w...@gnu.org
i want
On 11/08/10 19:59, 丁力 wrote:
There is a message in the HarfBuzz website:
There are no releases available for download yet, but we expect to
start 0.x release soon and aim for a 1.0 release with stable API around
March 2011.
You can clone the git repo for now. Firefox and Pango already use
On 11/12/10 07:56, Алексей Подтележников wrote:
Let's face it. It's only you and me who understand these conditions.
Not really. The rest of us just don't care. Because it's just a Bezier
flattener after all...
No personal attacks on this list. We're grown ups.
behdad
[+harfbuzz list, Kenichi Handa]
On 11/06/10 05:22, mpsuz...@hiroshima-u.ac.jp wrote:
Hi,
To parse OpenType tables at low level and
obtain the substituted glyph index, libotf
might be useful.
http://www.m17n.org/libotf/
Interesting. I had totally forgotten about libotf. I hope
On 11/13/10 05:28, Miles Bader wrote:
Behdad Esfahbod beh...@behdad.org writes:
Interesting. I had totally forgotten about libotf. I hope now that new
harfbuzz is in a usable state Kenichi abandons the libotf and helps
with harfbuzz.
Do they do the same thing? From the description
On 11/16/10 22:47, Kenichi Handa wrote:
I too want to switch from libotf to harfbuzz, but at the
moment, harfbuzz is not released as an independent library
(and APIs are still changing), I can't catch a good timing
to shift to harfbuzz.
Good to know.
Maybe you're thinking of libm17n; that
On 01/07/11 00:45, suzuki toshiya wrote:
Hi,
Recently I found a group of Japanese fonts that requires
hinting even for ASCII characters, for readable results:
http://lists.gnu.org/archive/html/freetype-devel/2010-12/msg00021.html
During the registration of them to tricky font lists,
I
On 03/01/11 22:24, Werner LEMBERG wrote:
Interestingly, David thinks that the autohinter warping produces much
worse results, while I consider exactly the opposite...
I agree with David :). I guess warping may produce superior results if
combined with correct lsb/rsb adjustment. But
On 04/05/11 17:04, James Cloos wrote:
WL Looks good, thanks!
WL Please redo the patch so that the old code gets saved within a #if 0
WL ... #endif clause (to stay as a reference),
(having the old code in the repo’s history is not enough? :^)
I agree with James. Disabled code only
Hi,
Every user of FreeType that I know has once in their lifetime hit the bug that
with many common CJK fonts, non-CJK characters take doublewidth where they
should take a single one. The fix always has been to pass
FT_LOAD_IGNORE_GLOBAL_ADVANCE_WIDTH to FreeType, as the fonts have the bit set
didn't come to my mind :-)
Since your suggestion sounds sensible, could you provide a patch?
Attached. You also need to update the ft2demos that use it to remove the
option (ftdiff, etc).
behdad
Werner
commit 544aeed84bd287a6897e341025c8a15dcbc29361
Author: Behdad Esfahbod beh
Hi,
I'm adding vertical text support to HarfBuzz and it occurred to me that
FreeType's vertBearingY and vertAdvance metrics have a Y coordinate growing
downwards, while all other Y coordinates in FreeType grow upwards. Thought
that may be worth documenting.
Cheers,
behdad
On 05/18/11 12:21, Werner LEMBERG wrote:
I'm adding vertical text support to HarfBuzz and it occurred to me
that FreeType's vertBearingY and vertAdvance metrics have a Y
coordinate growing downwards, while all other Y coordinates in
FreeType grow upwards. Thought that may be worth
On 06/15/11 06:28, Werner LEMBERG wrote:
Finally, there is the problem of glyphs which can't be addressed with
a cmap directly, like small caps which are activated by an OpenType
feature. Similar to FreeType's autohinter, such glyphs don't get any
special consideration and are treated by the
On 06/17/11 23:53, Werner LEMBERG wrote:
If I understand you correctly, there currently isn't a possibility to
get such info from HarfBuzz easily (if at all)?
No, currently there isn't.
behdad
___
Freetype-devel mailing list
On 09/19/11 01:21, Louis Desjardins wrote:
Also - as I have already invested much time in Freetype I no longer have time
to integrate a different library such as Pango - is there somewhere I can
obtain freely distributable TTF files that contains kerning information that
can be handled by
Hi Nicolas,
This is great stuff!
Humm, may I suggest that you write a PangoRenderer implementation around this?
You can then render any language...
behdad
On 09/21/11 06:55, Nicolas Rougier wrote:
Hi Folks,
You might be interested in the following code that allow to render freetype
Hi,
In Chromium, there's a bug being discussed right now about what the expected
return value of FT_Get_Advance() is:
http://code.google.com/p/chromium/issues/detail?id=66073
Testing suggests that it returns glyph-linearHoriAdvance, not
glyph-advance.x. This is understandable, but unintuitive
On 01/05/2012 04:13 AM, Nicolas Rougier wrote:
Hi all,
Hi Nicolas,
Does anybody has some experience in using the harfbuzz
(http://freedesktop.org/wiki/Software/HarfBuzz) library with freetype ? I
cloned the old version (harfbuzz.old, because the new one is not stable nor
documented)
On 01/13/2012 02:13 PM, Werner LEMBERG wrote:
Comments?
Are you willing to do the work to make sure no FreeType contributor currently
has a patent on code they have contributed?
Changing the license for upcoming contributions is a welcome addition to me,
without the hassle of relicensing.
On 01/18/2012 10:08 PM, Alexei Podtelezhnikov wrote:
On Fri, Jan 13, 2012 at 2:13 PM, Werner LEMBERG w...@gnu.org wrote:
3. Grant of Patent License.
Do freetype authors hold or have they filed for a patent? Don't you
need it first before granting any patent license? This is one
On 04/09/2012 09:23 PM, Alexei Podtelezhnikov wrote:
In memory of Paul Alexi
As a way of ping, I going to throw in a much simpler
FT_Outline_Get_Orientation patch. So the whole collection of three
patches now looks like the attached. Comments,
*/
/* converter. */
This is consistent with EVEN_ODD being the case, not WINDING.
behdad
On 04/10/2012 02:45 PM, Alexei Podtelezhnikov wrote:
On Tue, Apr 10, 2012 at 11:54 AM, Behdad Esfahbod beh...@behdad.org wrote:
I like the area
On 04/18/2012 01:36 PM, Alexei Podtelezhnikov wrote:
When we talk about an outline as a collection of contours, things get
out of control very quickly
Yes, and that's what confused me. I'm still trying to figure out all the
details, to reply to your message in more detail.
Cheers!
behdad
Ok, I *was* seriously misguided. I think I understand things now. Let me
summarize for posterity. What puzzled me before is that I came across fonts
that have both TrueType orientation and Type1 orientation in the same glyph
(but separate from eachother), and FreeType handles them fine. It
On 04/19/2012 03:11 PM, Werner LEMBERG wrote:
A small remark:
- No self-intersection. Now, when one says self-intersecting, one
has to qualify. I was under the impression that assuming outlines
are not self-intersecting was a safe assumption. However, I'm
convinced now that this is
On 04/20/2012 12:31 AM, Werner LEMBERG wrote:
It competes with freetype-gl really. It's a GPU rasterizer. The
main different with freetype-gl is that I don't do any sampling, so
the glyphs are truly infinitely zoomable.
Nice! No time to look at it more closely, but I've recently skimmed
On 04/24/2012 11:07 PM, Alexei Podtelezhnikov wrote:
As I said, the ideal solution for you is to avoid this
currently-broken API and just flip the negative sign like ftgrays.c
does on line 1243. That's all there is to it.
Right. I'm not planning to use this function to begin with. And I'm
Hi,
I was playing with Unicode box characters, and noticed that DejaVu Sans
creates the glyph for ▟ out of three quadrant boxes. At different sizes I can
see very noticeable seams where the sub-glyphs meet. I thought FreeType would
handle these cases better, but seems like I'm wrong. Any
On 06/05/2012 01:56 AM, Werner LEMBERG wrote:
I was playing with Unicode box characters, and noticed that DejaVu
Sans creates the glyph for ▟ out of three quadrant boxes. At
different sizes I can see very noticeable seams where the sub-glyphs
meet. I thought FreeType would handle these
BTW, checkout DejaVuSans at 4pt. I see all kinds of triangular artifacts.
On 06/07/2012 12:40 PM, Behdad Esfahbod wrote:
On 06/05/2012 01:56 AM, Werner LEMBERG wrote:
I was playing with Unicode box characters, and noticed that DejaVu
Sans creates the glyph for ▟ out of three quadrant boxes
On 06/07/2012 03:25 PM, Werner LEMBERG wrote:
Great time for asking then: are subglyph positions rounded as part
of the hinting process?
It depends on a flag in the glyph's data, ROUND_XY_TO_GRID, if the
subglyph's offset is given as xy values. However, for the particular
DejaVu glyph,
On 06/07/2012 04:20 PM, Werner LEMBERG wrote:
BTW, checkout DejaVuSans at 4pt. I see all kinds of triangular
artifacts.
Not my problem :-) According to the font's gasp table, hinting
should be switched off below 9pt.
See attachment.
Yes, I know. I can only repeat: The bytecode goes
On 06/07/2012 04:20 PM, Werner LEMBERG wrote:
BTW, checkout DejaVuSans at 4pt. I see all kinds of triangular
artifacts.
Not my problem :-) According to the font's gasp table, hinting
should be switched off below 9pt.
See attachment.
Yes, I know. I can only repeat: The bytecode goes
On 06/07/2012 05:47 PM, Werner LEMBERG wrote:
I wonder how such glaring problems can be part of one of the most used
free fonts.
That was my first thought too. Of course, I only noticed this because I made
hb-view print ANSI-art if outputting to a terminal!
Filed here:
https://bugs.freedesktop.org/show_bug.cgi?id=50848
behdad
On 06/07/2012 05:47 PM, Werner LEMBERG wrote:
It depends on a flag in the glyph's data, ROUND_XY_TO_GRID, if the
subglyph's offset is given as xy values. However, for the
particular DejaVu glyph, the subglyphs all have
On 06/15/2012 01:49 AM, Werner LEMBERG wrote:
I think, that could work like this: the software has to build and
you conture around any glyphe, in a way that the distance to the
outline of the glyphe is depending on its form, so that the new
outline is closer to sharp edges then to straight
On 06/15/2012 02:48 PM, msk...@ansuz.sooke.bc.ca wrote:
I don't have a link for just the documentation file describing this, but
both the code and the PDF user manual explaining how it works are in the
Tsukurimashou distribution package available here:
Ah, great. Thanks for sharing.
behdad
http://charlesmchen.github.com/typefacet/topics/autokern/index.html
On 06/15/2012 03:20 PM, Nathan Willis wrote:
My understanding is that the auto-kerning implemented by Zapf's Hz-program is
now patent-free due to 2010 patent expiration. Is anyone familiar with the
approach used there?
On 06/27/2012 07:41 AM, Jay Vaughan wrote:
Direct support in FreeType? Nope. You need either Pango, ICU, or
HarfBuzz which are OpenType libraries on top of FreeType (and others
also); then it works out of the box.
Thanks for the answer! I guess we're already using freetype2 in moai,
On 06/27/2012 08:27 AM, Werner LEMBERG wrote:
Here's a simple example:
https://github.com/anoek/ex-sdl-cairo-freetype-harfbuzz
Okay, thanks for that .. it looks like something I can work with. I
guess I'll have to commit to adding pango or harfbuzz support to
MOAI, then .. time to do
On 06/27/2012 08:33 AM, Jay Vaughan wrote:
ex-sdl-cairo-freetype-harfbuzz.c:146:13: error: too few arguments to function
‘hb_buffer_create’
/usr/local/include/harfbuzz/hb-buffer.h:63:1: note: declared here
ex-sdl-cairo-freetype-harfbuzz.c:151:13: error: too many arguments to
function
harfbuzz
to use the StylisticSet01/ligatures feature of the font.. yet. Any chance
you guys want to meet in IRC?
--
Jay Vaughan
j...@allaboutapps.at
On Jun 27, 2012, at 2:37 PM, Behdad Esfahbod wrote:
On 06/27/2012 08:33 AM, Jay Vaughan wrote:
ex-sdl-cairo-freetype-harfbuzz.c
Is there anyone interested in adding WOFF support directly to FreeType?
It's a trivial amount of work. Basically you copy the SFNT code, slightly
modify it, and hook up the gzip decompressor to the tables...
It's so frustrating that there are essentially no tools to work with WOFF
files in a
On 07/31/2012 01:51 PM, Francesco Abbate wrote:
I believe that gamma correction is necessary to render properly
antialiased graphics but when I render the text with gamma correction
it looks too much light, almost washed out.
An extremely powerful way to evaluate whether your gamma is correct
On 08/15/2012 11:10 AM, Werner LEMBERG wrote:
The idea is to add just two modes (for the moment - no need to be
over-elaborate) to FT_Pixel_Mode, for premultiplied ARGB, and the
same format using 8-bit indexes into a palette. These modes are
convenient when creating bitmap fonts from PNG
1 - 100 of 479 matches
Mail list logo