On Thu, Jun 21, 2012 at 10:57 AM, Vincent Torri <vincent.to...@gmail.com> wrote:
> On Thu, Jun 21, 2012 at 3:48 PM, Enlightenment SVN
> <no-re...@enlightenment.org> wrote:
>> Log:
>> tenative font glyph workaround for fonts not containing gfx drawing
>>  chars.
>>
>>
>>
>> Author:       raster
>> Date:         2012-06-21 06:48:59 -0700 (Thu, 21 Jun 2012)
>> New Revision: 72604
>> Trac:         http://trac.enlightenment.org/e/changeset/72604
>>
>> Modified:
>>  trunk/evas/src/lib/engines/common/evas_font_main.c
>>
>> Modified: trunk/evas/src/lib/engines/common/evas_font_main.c
>> ===================================================================
>> --- trunk/evas/src/lib/engines/common/evas_font_main.c  2012-06-21 13:45:36 
>> UTC (rev 72603)
>> +++ trunk/evas/src/lib/engines/common/evas_font_main.c  2012-06-21 13:48:59 
>> UTC (rev 72604)
>> @@ -366,7 +366,6 @@
>>         if (fg == (void *)(-1)) return NULL;
>>         else if (fg) return fg;
>>      }
>> -
>>  //   fg = eina_hash_find(fi->glyphs, &hindex);
>>  //   if (fg) return fg;
>>
>> @@ -467,6 +466,42 @@
>>  EAPI FT_UInt
>>  evas_common_get_char_index(RGBA_Font_Int* fi, Eina_Unicode gl)
>>  {
>> +   static const Eina_Unicode mapfix[] =
>> +     {
>> +        0x25c6, 0x1,
>> +        0x2592, 0x2,
>> +        0x2409, 0x3,
>> +        0x240c, 0x4,
>> +        0x240d, 0x5,
>> +        0x240a, 0x6,
>> +        0x00b0, 0x7,
>> +        0x00b1, 0x8,
>> +        0x2424, 0x9,
>> +        0x240b, 0xa,
>> +        0x2518, 0xb,
>> +        0x2510, 0xc,
>> +        0x250c, 0xd,
>> +        0x2514, 0xe,
>> +        0x253c, 0xf,
>> +        0x23ba, 0x10,
>> +        0x23bb, 0x11,
>> +        0x2500, 0x12,
>> +        0x23bc, 0x13,
>> +        0x23bd, 0x14,
>> +        0x251c, 0x15,
>> +        0x2524, 0x16,
>> +        0x2534, 0x17,
>> +        0x252c, 0x18,
>> +        0x2502, 0x19,
>> +        0x2264, 0x1a,
>> +        0x2265, 0x1b,
>> +        0x03c0, 0x1c,
>> +        0x2260, 0x1d,
>> +        0x00a3, 0xa3,
>> +        0x00b7, 0x1f,
>> +        0x20a4, 0xa3,
>> +        0x0000, 0x0
>> +     };
>>    Font_Char_Index result;
>>    //FT_UInt ret;
>>
>> @@ -498,6 +533,22 @@
>>  #ifdef HAVE_PTHREAD
>>  //   pthread_mutex_unlock(&fi->ft_mutex);
>>  #endif
>
> are you sure that you don't have to use macro LK*** instead of
> directly pthread (i fear a big problem on windows...)

drogs?! he used the macros in his code, that one is context, was already there


-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--------------------------------------
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to