| Author: tobias |
Date: 2002-09-16.18:25:50 |
This task was ported over from the SF tracker.
Originally it was added 1999-12-06:
VFLib is a wrapper library around most major font
formats. It is more developed than any of our
wrapper libraries ever became. Bridge to it directly.
issues which need considering are:
where should it get its configuration data? does
it do kerning? should we use its virtual font
facility, or our own font cascades?
probably you can do a quick and dirty
implementation of this bridge without thinking
much about _any_ of the above issues. you just
might want to.
it looks like FT2 will be a better candidate for
now (though I\'ll certainly miss having METAFONT
access!)
|
| Author: nicholas |
Date: 2002-09-17.01:37:30 |
Taking ownership since I plan to look in to font
issues and the DrawingKit at some point in
mid-to-near future.
The plan is, of course, to use FT2 and forget
about VFLib. :-)
|
| Author: stefan |
Date: 2002-09-17.01:49:56 |
Nick Lewycky wrote:
yep, I agree. Or that other funky API tobias has been
talking about recently... |
| Author: nicholas |
Date: 2002-09-18.01:07:09 |
"Nick Lewycky wrote:" ? No I didn't. Stefan?
|
| Author: stefan |
Date: 2002-09-18.01:16:40 |
oups, sorry. Dunno how that came together.
I was replying by mail...
|
| Author: stefan |
Date: 2002-09-18.01:16:43 |
oups, sorry. Dunno how that came together.
I was replying by mail...
|
| Author: stefan |
Date: 2002-09-18.01:16:45 |
oups, sorry. Dunno how that came together.
I was replying by mail...
|
| Author: stefan |
Date: 2002-09-18.01:16:50 |
oups, sorry. Dunno how that came together.
I was replying by mail...
|
| Author: nicholas@mxc.ca |
Date: 2002-09-18.01:26:39 |
I received that last message four times. I once received a notice from
task 11 in duplicate. What's going on? |
| Author: oxygene |
Date: 2002-09-20.22:06:36 |
take a look at FTGL (gltt.sf.net) which gives you
access to freetype-glyphs for usage in opengl as
bitmaps and vectors (both where applicable).
beware, gltt is the _old_ library which needs
freetype1 and is incompatible with ftgl
|
| Author: nicholas |
Date: 2002-11-23.21:33:45 |
attaching necessary unifont.bdf
testers put this in share/Fresco/ .
|
| Author: nicholas |
Date: 2002-11-23.21:35:33 |
This is the alpha-1 patch. It replaces the old
Unifont support with FTFont, but only handler the
unifont type. Hacking with it gets me about two
characters of the luxi font before it crashes.
!!!THIS WON'T WORK FOR NON-NVIDIA DRIVERS!!! Sorry.
|
| Author: nicholas |
Date: 2002-11-23.21:40:05 |
no, unifont.bdf is 6 megs. Attaching 800k gziped
file in lieu.
|
| Author: nicholas |
Date: 2002-11-24.03:06:15 |
This fixes issues with metrics and bulletproofs me
from doing some dumb things that make even
NVidia's drivers crash.
It's been changed to use a non unifont font by
default, check the string:
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/luximb.ttf
|
| Author: nicholas |
Date: 2002-11-24.05:01:08 |
Beta 1: this should "work" on anybody's hardware.
Please report fonts that cause NYI/WTF messages.
The code will prefer dropping characters to
crashing your computer, but it might still happen
anyways.
The unifont codepath has a strange artifact, where
the characters are set slightly lower than we're
used to. As far as I can tell, the code is
correctly obeying Freetype2's font descriptions
and generating a -0.875 y-alignment.
On to the patch, and (slightly ugly) screenshot.
|
| Author: nicholas |
Date: 2002-11-24.05:02:06 |
screenshot. This is because GL is linearly
magnifying the texture tenfold. That will change
(with Freetype2 generating a 1:1 texel:pixel
texture) later.
|
| Author: nicholas |
Date: 2002-11-24.06:34:56 |
Last update tonight. beta1.1, reduce amount of
texture memory used, remove a leak.
Note that we're still crazy and calculating &
uploading a new texture per character, hence the
performance. That won't change any time soon.
|
| Author: nicholas |
Date: 2002-11-25.14:43:35 |
Okay, stuff that I want to make work:
- mipmapping should be done by asking FT2 to
scale the image and rendering it.
- oversized characters should be broken into
max-size textures and drawn in pieces.
- the TextDemo's Japanese text should render
properly. (help wanted, Tobias.)
- rendered glyphs should be cached.
- the font-finding code should be unified against
LibArtDK.
Better, what's actually important for me to do
before I can check this code in? We'd need to also
add unifont.bdf. Anything else?
|
| Author: stefan |
Date: 2002-11-25.14:55:55 |
speaking of unifying stuff between the LADK and GLDK,
would it be a good idea to wrap the FreeType stuff in
a C++ class (or a set thereof) and use that (them)
in the DrawingKits instead ? This little wrapper could
then also contain the glyph / bitmap caching, parametrized,
if there is any variability between the uses. |
| Author: nicholas |
Date: 2002-11-25.15:04:23 |
That's the plan eventually. Step one is to
erradicate special Unifont handling in favour of
Freetype everywhere.
Step two is to provide a FontKit, which will
provide Font objects that can do all the
measurements and solve for kerning between two
characters. This will be tightly integrated
against Freetype2, which is why I need to remove
special unifont support first. (Unifont is now
supported by asking freetype2 to load
unifont.bdf.) [the fontkit might also provide
font decorators, i don't know/care yet.]
The LADK, GLDK and PSDK(!) will all have to be
written to use the interfaces that the Font object
provides, which will be most of Freetype's API
(but wrapped in CORBA).
|
| Author: nicholas |
Date: 2002-12-18.18:49:42 |
The one texel per pixel improvement will land with
the task38 patch and Japanese text renders quite
well with an appropriate font.
We're still hoping that this doesn't blow the max
texture size limit on anybody's card. Both
characters and images will need a way to break
pictures up into multiple textures.
|
| Author: nicholas |
Date: 2002-12-18.22:27:47 |
Just to make it clear, the latest in text
rendering (post task38 landing) looks like this.
Pretty, no?
|
|
| Date |
User |
Action |
Args |
| 2002-09-16 18:25:50 | tobias | create | status: new files: (no value) task_type: coding solves: (no value) title: bridge FT2 and GGI/GLDrawingKit nosy:
stefan, tobias topics: (no value) messages:
msg33 priority: high assignedto:
stefan result: (no value) components: (no value) dependson: (no value) superseder: (no value) |
| 2002-09-17 01:37:31 | nicholas | set | nosy:
+ nicholas messages:
+ msg52 assignedto:
+ nicholas, - stefan |
| 2002-09-17 01:49:56 | stefan | set | messages:
+ msg54 |
| 2002-09-18 01:07:09 | nicholas | set | messages:
+ msg77 |
| 2002-09-18 01:16:40 | stefan | set | messages:
+ msg78 |
| 2002-09-18 01:16:43 | stefan | set | messages:
+ msg79 |
| 2002-09-18 01:16:45 | stefan | set | messages:
+ msg80 |
| 2002-09-18 01:16:51 | stefan | set | messages:
+ msg81 |
| 2002-09-18 01:26:39 | nicholas@mxc.ca | set | messages:
+ msg82 |
| 2002-09-20 22:06:36 | oxygene | set | messages:
+ msg144 |
| 2002-09-29 00:01:42 | nicholas | set | title: bridge FT2 and GLDrawingKit |
| 2002-11-23 21:33:45 | nicholas | set | status: open messages:
+ msg872 |
| 2002-11-23 21:35:33 | nicholas | set | files:
+ ft2_0.patch messages:
+ msg873 |
| 2002-11-23 21:40:09 | nicholas | set | files:
+ unifont.bdf.gz messages:
+ msg874 |
| 2002-11-24 03:06:16 | nicholas | set | files:
+ ft2_1.patch messages:
+ msg878 |
| 2002-11-24 05:01:09 | nicholas | set | files:
+ ft2_beta1.patch messages:
+ msg879 |
| 2002-11-24 05:02:07 | nicholas | set | files:
+ ft2gl.png messages:
+ msg880 |
| 2002-11-24 06:34:57 | nicholas | set | files:
+ ft2_beta1.1.patch messages:
+ msg881 |
| 2002-11-25 14:43:35 | nicholas | set | messages:
+ msg886 |
| 2002-11-25 14:55:55 | stefan | set | messages:
+ msg888 |
| 2002-11-25 15:04:23 | nicholas | set | messages:
+ msg889 |
| 2002-11-26 18:01:39 | neiljp | set | nosy:
+ neiljp |
| 2002-12-18 18:49:43 | nicholas | set | messages:
+ msg1162 |
| 2002-12-18 22:27:48 | nicholas | set | files:
+ pretty-text.png messages:
+ msg1167 |
| 2003-02-02 15:05:11 | nicholas | set | status: open result: (no value) |