Commit Graph

21 Commits

Author SHA1 Message Date
Carsten Haitzler 0273204901 some extra checks and leak fix
SVN revision: 16368
2005-08-26 08:00:49 +00:00
Carsten Haitzler 0a61e33102 some debugging commented out. seems evas's caches work like a charm
SVN revision: 14920
2005-05-23 06:29:40 +00:00
Carsten Haitzler 46e02cf8bb whitespace
SVN revision: 14889
2005-05-22 02:49:50 +00:00
Carsten Haitzler 8c235e2831 oops - size properly. fix!
SVN revision: 13810
2005-03-20 17:14:41 +00:00
Carsten Haitzler 792762f2d5 use engine add's
SVN revision: 13807
2005-03-20 16:41:49 +00:00
Carsten Haitzler 7462681dad werd to my homies... this had to happen sooner or later.... evas supports
FONTSETS!

so u can do
Vera,Kochi,Blah ... etc.
as the font name
it will fall back font by font until it finds a char or finally fails.

this is for internationalisation support...

WHERD!


SVN revision: 13804
2005-03-20 15:57:55 +00:00
Carsten Haitzler 100c9a3479 massive speedup in textblock... maaaaaaaaaaasive.
SVN revision: 13151
2005-01-31 09:32:31 +00:00
Carsten Haitzler 8375062f08 oops - NOw they agree. evas is fixed to 75 dpi - thats how it thinks now.
maybe i should export this as engine and then evas calls? lets see.


SVN revision: 11758
2004-10-06 00:08:12 +00:00
Carsten Haitzler 7edce6a8d6 this has always been there - it measn xft, x and evas dont agree on the size
of a "7 pixel" or "20 pixel" font. now they will. the numbers were fudged
frome examples... now they are pure :)


SVN revision: 11757
2004-10-06 00:05:20 +00:00
Carsten Haitzler f11447ab8a cross-compile cleanly damnit!
SVN revision: 9002
2004-02-17 07:12:38 +00:00
Carsten Haitzler 00d0dd777a and fix the sizing bug!!!!! all happy now!
SVN revision: 8666
2004-01-26 08:21:00 +00:00
Carsten Haitzler 6022da9101 2 problems fixed.
1. evas line draws of 2 pixelin size work now. oops!
2. font faces are shared between multiple sizes without a performance hit! yay!


SVN revision: 8660
2004-01-26 03:31:40 +00:00
Carsten Haitzler 9f24ecb043 missed a size_use() call that would have screwed up some font queries... and
i've disabled font face (font source) instance sharing - it will load one per
size again due to performance reasons. i need to tackle this with the ft2
guys and see if theres an acceptible solution.

i COULD shadow all the glyph and font metric data i use myself per size -
thats fine... EXCEPT for kerning - thats the thing i can't sanely (figure
out how to) shadow myself... if someone figures that out for me! be my guest!
:) let me know!


SVN revision: 8634
2004-01-23 11:03:07 +00:00
Carsten Haitzler 876c5f617d ensure these list heads are 0'd out
SVN revision: 8629
2004-01-23 06:20:00 +00:00
Carsten Haitzler 4e6f799b2c uninitialized...
SVN revision: 8628
2004-01-23 05:58:34 +00:00
Carsten Haitzler 8523421b7c added in loading froms from memory buffers at the engine level, and now an
api to set a font "source" (blank is normal filing system) but the source can
be a device or file etc. in this case it currently supports eet files as the
source and then the font name is used as a key in th eet file as to where to
find the font - edb support would be trivial to add. :) if the font is not
found in the "source" it falls back to the font path etc.


SVN revision: 8625
2004-01-23 02:14:45 +00:00
rbdpngn 4436026ac6 An instance of ft_lib was missed.
SVN revision: 8444
2004-01-15 14:58:03 +00:00
rbdpngn 84736e7845 Renamed a variable to avoid a collision with an imlib2 global.
SVN revision: 8442
2004-01-15 06:27:44 +00:00
Carsten Haitzler 246fd31846 open gl is fulyl functional now - it coudl defnitely do with optimizations
with texture upload. it does NOt check error returns anywhere from gl... this
may mean issues with LOTs of images, LARGE images etc. need to fix that later


SVN revision: 7432
2003-09-09 05:51:03 +00:00
Carsten Haitzler 3dc1dcbd32 the big internal function call renaming happened... and it was good.
SVN revision: 6449
2002-11-14 05:38:10 +00:00
Carsten Haitzler 56b5e15f26 code move
SVN revision: 6445
2002-11-08 08:02:15 +00:00