[E-devel] Re: E CVS: libs/imlib2 raster

2005-07-30 Thread Kim Woelders

enlightenment-cvs@lists.sourceforge.net wrote:

Enlightenment CVS committal

Author  : raster
Project : e17
Module  : libs/imlib2

Dir : e17/libs/imlib2/src/lib


Modified Files:
	font_draw.c 



Log Message:


expand tmp image

===
RCS file: /cvsroot/enlightenment/e17/libs/imlib2/src/lib/font_draw.c,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -3 -r1.1 -r1.2
--- font_draw.c 1 Nov 2004 09:45:31 -   1.1
+++ font_draw.c 29 Jul 2005 02:23:55 -  1.2
@@ -77,9 +77,12 @@
ImlibImage *im2;
DATA32 *data, col;
int nx, ny, tmp;
-
-   imlib_font_query_advance(fn, text, w, h);
-
+   int inset;
+   
+   inset = imlib_font_query_inset(fn, text);

+   imlib_font_query_size(fn, text, w, h);
+   w += inset;
+   
data = malloc(w * h * sizeof(DATA32));

if (!data)
   return;


This causes uglyness in all e16 themes using TT fonts. Many strings are
chopped ~1 pixel at the right side.

Any objections to reverting this change?

/Kim


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Re: E CVS: libs/imlib2 raster

2005-07-30 Thread The Rasterman
On Sat, 30 Jul 2005 16:56:04 +0200 Kim Woelders [EMAIL PROTECTED] babbled:

 enlightenment-cvs@lists.sourceforge.net wrote:
  Enlightenment CVS committal
  
  Author  : raster
  Project : e17
  Module  : libs/imlib2
  
  Dir : e17/libs/imlib2/src/lib
  
  
  Modified Files:
  font_draw.c 
  
  
  Log Message:
  
  
  expand tmp image
  
  ===
  RCS file: /cvsroot/enlightenment/e17/libs/imlib2/src/lib/font_draw.c,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -3 -r1.1 -r1.2
  --- font_draw.c 1 Nov 2004 09:45:31 -   1.1
  +++ font_draw.c 29 Jul 2005 02:23:55 -  1.2
  @@ -77,9 +77,12 @@
  ImlibImage *im2;
  DATA32 *data, col;
  int nx, ny, tmp;
  -
  -   imlib_font_query_advance(fn, text, w, h);
  -
  +   int inset;
  +   
  +   inset = imlib_font_query_inset(fn, text);
  +   imlib_font_query_size(fn, text, w, h);
  +   w += inset;
  +   
  data = malloc(w * h * sizeof(DATA32));
  if (!data)
 return;
  
 This causes uglyness in all e16 themes using TT fonts. Many strings are
 chopped ~1 pixel at the right side.
 
 Any objections to reverting this change?

really? hmm advance shoudl normally be worse and be smaller... argh. ok -
revert. i give up. :)

-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
裸好多  [EMAIL PROTECTED]
Tokyo, Japan (東京 日本)


---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Re: E CVS: libs/imlib2 raster

2005-02-24 Thread Michael Jennings
On Thursday, 24 February 2005, at 14:12:42 (+0800),
Didier Casse wrote:

 E has also been downgraded from 0.17-xxx to 0.16.999.001. Hmm from the
 point of view of an rpm managed system, if somebody doesn't realize
 this and do something like:
 
 apt-get update or yum check-update... they would never be able to
 know that there exist a latest version coz the latest one has a
 lower version! Same applies to some efls. I'm not saying this is
 right or wrong but we need to tell the people that there's been a
 regression in the version numbering so that they wipe out the older
 versions first.

I've been doing packaging for a very long time, and I'm well aware of
the issues associated with downgrading.  This has nothing to do with
my statement.



On Thursday, 24 February 2005, at 15:29:54 (+0900),
Carsten Haitzler wrote:

 yes :0 thats why it's in my commit log - we need to do this for
 sanity.

No we don't.  First off, release numbers are for packages, not vendor
source.  Second, every spec file in CVS uses a release number of
0.MMDD or something similar.  This cleanly and efficiently
provides the snapshot concept and information in a form which, when
a release is made, can be easily updated such that the release will
replace the snapshot.

 i downgraded ONLY those packages that were pre_ something and needed
 downgrading.

Not true at all.  You added the .001 to a grand total of 18
packages.  Only THREE of those packages (evas, ecore, and e) actually
used the _pre.  The rest you obfuscated for no apparent reason.

 the extra .001 is now instead of that - and lets us to just a set of
 releases without having to bum the maj/min/micro version.

You didn't have to in the first place.  It was already taken care of.
Only 3 packages had the _pre problem which was causing the integer
expression expected error when doing version comparisons.

 we can bump those separately as needed. so the .specs just need to
 add an extra version filed (the .001). it may be time to make all
 the packaging stuff auto-generated... :/

We did that before, and it was a huge hassle.  You really should leave
the packaging details to the packagers and focus on the stuff that
actually needs your attention.

Michael

-- 
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  [EMAIL PROTECTED]
n + 1, Inc., http://www.nplus1.net/   Author, Eterm (www.eterm.org)
---
 Come stand a little bit closer.  Breathe in and get a bit higher.
  You'll never know what hit you when I get to you.
-- Savage Garden, I Want You


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] Re: E CVS: libs/imlib2 raster

2005-02-23 Thread Michael Jennings
On Monday, 21 February 2005, at 01:35:30 (-0800),
E CVS List wrote:

 Enlightenment CVS committal
 
 Author  : raster
 Project : e17
 Module  : libs/imlib2
 
 Dir : e17/libs/imlib2
 
 
 Modified Files:
   configure.in 
 
 
 Log Message:
 
 
 change versions. some went DOWN - because they arent releases and i'm trying
 to remove the _pre ascii from the version. i added a .001 (a release number)
 so we can automatically or easiyl generate releases... sorry guys. but it's
 kind of for the good of the code. :)

This should only have been done for the few packages that actually had
the _pre in the version to begin with.  In particular, doing this to
Imlib2 is just plain silly.

Can we please undo this for those packages that don't need it?

Michael

-- 
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  [EMAIL PROTECTED]
n + 1, Inc., http://www.nplus1.net/   Author, Eterm (www.eterm.org)
---
 I guess the time is right for us to say we'll take our time and live
  our lives together day by day.  We'll make a wish and send it on a
  prayer.  We know our dreams will all come true with love that we can
  share.   -- Firehouse, Love of a Lifetime


---
SF email is sponsored by - The IT Product Guide
Read honest  candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Re: E CVS: libs/imlib2 raster

2005-02-23 Thread The Rasterman
On Thu, 24 Feb 2005 14:12:42 +0800 Didier Casse [EMAIL PROTECTED]
(Bbabbled:
(B
(B On Wed, 23 Feb 2005 19:20:16 -0500, Michael Jennings [EMAIL PROTECTED]
(Bwrote:
(B  On Monday, 21 February 2005, at 01:35:30 (-0800),
(B  E CVS List wrote:
(B  
(B   Enlightenment CVS committal
(B  
(B   Author  : raster
(B   Project : e17
(B   Module  : libs/imlib2
(B  
(B   Dir : e17/libs/imlib2
(B  
(B  
(B   Modified Files:
(B configure.in
(B  
(B  
(B   Log Message:
(B  
(B  
(B   change versions. some went DOWN - because they arent releases and i'm
(Btrying
(B   to remove the _pre ascii from the version. i added a .001 (a release
(Bnumber)
(B   so we can automatically or easiyl generate releases... sorry guys. but
(Bit's
(B   kind of "for the good of the code". :)
(B  
(B  This should only have been done for the few packages that actually had
(B  the _pre in the version to begin with.  In particular, doing this to
(B  Imlib2 is just plain silly.
(B  
(B  Can we please undo this for those packages that don't need it?
(B  
(B  Michael
(B 
(B E has also been downgraded from 0.17-xxx to 0.16.999.001. Hmm from the
(B point of view of an rpm managed system, if somebody doesn't realize
(B this and do something like:
(B 
(B apt-get update or yum check-update... they would never be able to know
(B that there exist a latest version coz the latest one has a lower
(B version! Same applies to some efls. I'm not saying this is right or
(B wrong but we need to tell the people that there's been a regression in
(B the version numbering so that they wipe out the older versions first.
(B ;-)
(B
(Byes :0 thats why it's in my commit log - we need to do this for sanity. i
(Bdowngraded ONLY those packages that were pre_ something and needed downgrading.
(Bthe extra .001 is now instead of that - and lets us to just a set of releases
(Bwithout having to bum the maj/min/micro version. we can bump those separately as
(Bneeded. so the .specs just need to add an extra version filed (the .001). it may
(Bbe time to make all the packaging stuff auto-generated... :/
(B
(B
(B-- 
(B- Codito, ergo sum - "I code, therefore I am" --
(BThe Rasterman (Carsten Haitzler)[EMAIL PROTECTED]
$BMg9%B?(B  [EMAIL PROTECTED]
(BTokyo, Japan ($BEl5~(B $BF|K\(B)
(B
(B
(B---
(BSF email is sponsored by - The IT Product Guide
(BRead honest  candid reviews on hundreds of IT Products from real users.
(BDiscover which products truly live up to the hype. Start reading now.
(Bhttp://ads.osdn.com/?ad_id=6595alloc_id=14396op=click
(B___
(Benlightenment-devel mailing list
(Benlightenment-devel@lists.sourceforge.net
(Bhttps://lists.sourceforge.net/lists/listinfo/enlightenment-devel

[E-devel] Re: E CVS: libs/imlib2 raster

2004-11-11 Thread JC Wong
[EMAIL PROTECTED] wrote on Thu, Nov 11, 2004 at 
04:23:26PM -0800
 Enlightenment CVS committal
 
 Author  : raster
 Project : e17
 Module  : libs/imlib2
 
 Dir : e17/libs/imlib2
 
 
 Modified Files:
   configure.in 
 
 
 Log Message:
 
 
 cleaner configure.in

Hmmpants OFF :)

$: make

 gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/X11R6/include -I. -I../..
 -I../.. -g -O2 -MT api.lo -MD -MP -MF .deps/api.Tpo -c api.c  -fPIC
 -DPIC -o .libs/api.o
 In file included from api.c:30:
 /usr/include/ft2build.h:56:38: freetype/config/ftheader.h: No such file
 or directory
 api.c:31:10: #include expects FILENAME or FILENAME
 In file included from api.c:40:
 font.h:3:10: #include expects FILENAME or FILENAME
 font.h:4:10: #include expects FILENAME or FILENAME
 In file included from api.c:40:
 font.h:43: error: parse error before FT_Face
 font.h:43: warning: no semicolon at end of struct or union
 font.h:43: warning: no semicolon at end of struct or union
 font.h:45: warning: data definition has no type or storage class
 font.h:53: error: parse error before '}' token
 font.h:57: error: parse error before FT_Glyph
 font.h:57: warning: no semicolon at end of struct or union
 font.h:58: warning: data definition has no type or storage class
 font.h:101: error: parse error before FT_UInt
 make[3]: *** [api.lo] Error 1

jcwong
-- 
There is a fly on your nose.



---
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588alloc_id=12065op=click
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel