|
|
|
This thread is locked; no one can reply to it.
|
1
2
|
| Allegro 4.9 and OS X |
|
Elias
Member #358
May 2000
|
Peter Wang said: No one's really done anything yet with the font subsytem. Eventually I'd like to see something more like GlyphKeeper in the core. Well, Trent translated the A4 font system into a bitmap-font addon. Which means it works just like A4 though. We definitely need a freetype addon as well. Adding support for kerning ("overlapping bounding boxes") is rather easy, some font addons for A4 can already do it (e.g. glyphkeeper and fudgefont). So even the A4 font vtables are more than enough for that. Also rendering TTFs with vector outlines would probably be nice - it would also provide us with an al_draw_triangle implementation which we are still missing currently -- |
|
Thomas Harte
Member #33
April 2000
 |
Quote: Well, Trent translated the A4 font system into a bitmap-font addon Oh, so you've stuck to the idea of using add-ons for branch functionality? I'm even more impressed than I was before. Quote: We definitely need a freetype addon as well. Adding support for kerning ("overlapping bounding boxes") is rather easy... Stuff like ligatures would also be nice. But I guess that if you can pair kern then you can, ummm, ligature. Quote: Also rendering TTFs with vector outlines would probably be nice - it would also provide us with an al_draw_triangle implementation which we are still missing currently If you're going to support non-OpenGL targets then I guess the hardest part of writing such an add-on would actually be the tesselator (unless you made GLU a requirement, given that the tesselator parts actually don't need the underlying GL to be functioning); I posted triangle code which followed the OpenGL criteria for pixel painting to this forum a while ago, I guess the stuff that constitutes the various "does this look the same on you machine" tests that have been posted a couple of times elsewhere is being used instead, almost certainly for a smart reason. Are you planning on keeping a sort of semi-official collection of addons (ala SDL_ttf, SDL_mixer, SDL_etc) and if so is TTF font rendering a suitable sort of thing to be one of them? [My site] [Tetrominoes] |
|
Elias
Member #358
May 2000
|
Quote: Stuff like ligatures would also be nice. But I guess that if you can pair kern then you can, ummm, ligature.
Yes, I guess, basically, FreeType would be asked to return the position - so whatever it supports will work Quote: I posted triangle code which followed the OpenGL criteria for pixel painting to this forum a while ago Yes, I was meaning to add an al_triangle with this as the non-GL implementation back then I think, forgot what stopped me from doing it. Quote: Are you planning on keeping a sort of semi-official collection of addons (ala SDL_ttf, SDL_mixer, SDL_etc) and if so is TTF font rendering a suitable sort of thing to be one of them? Yes and yes. That is, we never could decide yet what constitutes official/semi-official/external addons - probably it will mostly depend on if and by who an addon is maintained. -- |
|
Arvidsson
Member #4,603
May 2004
 |
Works fine here. MacBook, intel, OSX 10.5.4
|
|
SiegeLord
Member #7,827
October 2006
 |
Quote: I posted triangle code which followed the OpenGL criteria for pixel painting to this forum a while ago
Except for the fact that its output looked nothing like an OpenGL triangle's, and it had overlaps when stacked next to other triangles of the same type "For in much wisdom is much grief: and he that increases knowledge increases sorrow."-Ecclesiastes 1:18 |
|
Thomas Harte
Member #33
April 2000
|
Quote: Except for the fact that its output looked nothing like an OpenGL triangle's, and it had overlaps when stacked next to other triangles of the same type . I've a fixed version of that algorithm in a primitives addon I am sort of working on though. It was written specifically not to overlap over triangles of the same type; the whole point was to demonstrate the problems with ye olde Allegro's built-in stuff (for which an approximate similar algorithm might be "plot any pixel whose centre is in or, you know, roughly near the triangle"). I'd really appreciate it if you could PM me a summary of the problems you found, as I'm about to implement a polygon filler for a z80 target, where plotting any more pixels than is absolutely necessary hurts quite a bit in speed terms, so obviously if my comprehension is at fault then I'd much rather know now — doubly so given the effort of z80 assembly. Hopefully I just made implementation errors... but please don't try to tread politely around it if there seems to be some fundamental flaw in my understanding. I would much rather know. [My site] [Tetrominoes] |
|
Johan Halmén
Member #1,550
September 2001
|
What's the z80 target? TI calculators? And yes, Peter's last version worked here, too. PPC Powerbook. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Years of thorough research have revealed that what people find beautiful about the Mandelbrot set is not the set itself, but all the rest. |
|
Thomas Harte
Member #33
April 2000
|
I completely missed Peter's fix. The program continues to run as correctly as it ever did through Rosetta on my Core Duo MacBook Pro, for what little benefit that is. Quote: What's the z80 target? TI calculators? Nope, the Sam Coupé — an ancient 8bit that you've probably never heard of. For discussion, I've posted a hasty message about my efforts to the "The Depot" forum here, so as not to pollute this thread with off-topic chatter. [My site] [Tetrominoes] |
|
|
1
2
|
. I've a fixed version of that algorithm in a primitives addon I am sort of working on though.