SDL_ttf 2.0.1 BETA

SDL Development
1

This is looking pretty good. Can anybody who uses SDL_ttf take a look at
the new library based on FreeType 2.0 and see if this works well for them?
http://www.libsdl.org/cvs/SDL_ttf-2.0.1.tar.gz

Thanks!
-Sam Lantinga, Lead Programmer, Loki Entertainment Software

2

This is looking pretty good. Can anybody who uses SDL_ttf take a look at
the new library based on FreeType 2.0 and see if this works well for them?
http://www.libsdl.org/cvs/SDL_ttf-2.0.1.tar.gz

Okay (Using MSVC6++ SP5, PSDK Feb 2001):(All are warnings)
SDL_ttf.c(186): ‘=’ : truncation from 'const double ’ to 'float '
SDL_ttf.c(267): ‘+=’ : conversion from 'double ’ to 'int ', possible loss of
data
SDL_ttf.c(320): ‘initializing’ : conversion from 'double ’ to 'int ',
possible loss of data
SDL_ttf.c(231): ‘glyph_bbox’ : unreferenced local variable
SDL_ttf.c(763): ‘col’ : unreferenced local variable
SDL_ttf.c(796): local variable ‘src’ used without having been initialized

However, using the stock freetype 2.01, also produced a link error about
psaux, easily fixed.

Next up, the sample showfont.
Showfont needed string.h
MSVC++ doesn’t seem to have 'snprintf’
Other than that It seems to work.–
Kris Hadikin

Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

3

Sam Lantinga wrote:

This is looking pretty good. Can anybody who uses SDL_ttf take a look at
the new library based on FreeType 2.0 and see if this works well for them?

Basically its working fine.

But I noticed the following:

The height returned by TTF_SizeText differs from the height of the
rendered surface.

Is this behaviour wanted ?

Alex

4

Don’t mean to bitch without actually helping you with your beta testing
(actually, I do), but this version numbering scheme is only gonna
confuse people. How about renaming the library to SDL_ttf2 and keeping
the version number in line with SDL releases?On Mon, Apr 16, 2001 at 07:16:18PM -0700, Sam Lantinga wrote:

This is looking pretty good. Can anybody who uses SDL_ttf take a look at
the new library based on FreeType 2.0 and see if this works well for them?
http://www.libsdl.org/cvs/SDL_ttf-2.0.1.tar.gz

–
Martin

Bother! said Pooh, and twitted Brian Rupert.

5

VC has a snprintf, it’s actually called _snprintf (it’s in STDIO). I
think there are lot’s and lot’s of issues with VC and showfont though,
after fixing all this plus a few argv[] things I still have’nt got it
to work. But I did plop SDL_ttf.dll in a few of my old projects (and
a old copy of showfont :slight_smile: ) and everything looks fine.

This is looking pretty good. Can anybody who uses SDL_ttf take a look at
the new library based on FreeType 2.0 and see if this works well for them?
http://www.libsdl.org/cvs/SDL_ttf-2.0.1.tar.gz

Okay (Using MSVC6++ SP5, PSDK Feb 2001):(All are warnings)
SDL_ttf.c(186): ‘=’ : truncation from 'const double ’ to 'float '
SDL_ttf.c(267): ‘+=’ : conversion from 'double ’ to 'int ', possible loss
of> data
SDL_ttf.c(320): ‘initializing’ : conversion from 'double ’ to 'int ',
possible loss of data
SDL_ttf.c(231): ‘glyph_bbox’ : unreferenced local variable
SDL_ttf.c(763): ‘col’ : unreferenced local variable
SDL_ttf.c(796): local variable ‘src’ used without having been initialized

However, using the stock freetype 2.01, also produced a link error about
psaux, easily fixed.

Next up, the sample showfont.
Showfont needed string.h
MSVC++ doesn’t seem to have 'snprintf’
Other than that It seems to work.

–
Kris Hadikin

Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

6

Of Kisai

This is looking pretty good. Can anybody who uses SDL_ttf take a look at
the new library based on FreeType 2.0 and see if this works well for them?
http://www.libsdl.org/cvs/SDL_ttf-2.0.1.tar.gz

I think I may have found another bug in it.
The blended functions are endian-dependant (They seem to be using
big-endian) where it’s creating a surface with the red and blue swapped on
little-endian machines.

IMO, SDL needs a way to dump 32bpp images, it has saveBMP, maybe it should
have saveTGA or savePNG ? I’m trying to figure out why the blended images
from this, and even another blended image doesn’t appear to blit to a larger
software suface (not display surface.) However blitting a 8-bit or 24-bit
(no alpha) image to the 32bpp surface does what I want it to. When I use the
alpha blended images and dump the before and after surfaces with saveBMP,
the before surface has the image, the after surface is just black.

–
Kris Hadikin

Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

----- Original Message -----
From: owner-sdl@lokigames.com [mailto:owner-sdl at lokigames.com]On Behalf
Sent: April 16, 2001 10:05 PM
To: sdl at lokigames.com
Subject: RE: [SDL] SDL_ttf 2.0.1 BETA