On Saturday 07 April 2007 11:21:22 Carsten Haitzler wrote:
On Wed, 21 Mar 2007 16:58:15 +0100 Cedric BAIL [EMAIL PROTECTED]
babbled:
ok- started reviewing... and i'll basically cover as much as i had time to
review here.
1. shared evas image cache - good idea, BUT... has problems.
On 4/5/07, Massimiliano Calamelli [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all, here another prob...
Running make i got this error:
ecore_fb_li.c: In function `ecore_fb_input_device_open':
ecore_fb_li.c:385: error: `EV_SYN' undeclared (first use in this
Yes, seems to be really outdated, will remove it in the next version of
the script.
Greets,
Brian 'morlenxus' Miculcy
On Fri, Apr 06, 2007 at 08:35:41AM +0200, Peter Parkanyi wrote:
Or else, you might wanna discover the magic -e arg :
#easy_e17.sh -i -e --clean --clean
is my default way
On Tuesday 10 April 2007 01:13:16 Jorge Luis Zapata Muga wrote:
On 4/7/07, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote:
On Wed, 21 Mar 2007 17:45:43 +0100 Cedric BAIL [EMAIL PROTECTED]
babbled:
i'll do this one first - it's less work than the sdl engine + cache +
one :)
...
just one thing is missing, what is the prefered way to define the fb
device to use (in ecore_fb, ecore_evas_fb, evas)? on evas we use the
device_number (int 0 = fb0, 1 = fb1, ...) in ecore_fb it was
supposed to use the full device path (char /dev/fb0, etc) and in
ecore_evas_fb a char with
Hello everyone,
I know that this is a developer's list, and yet, I'd like to use it to
thank to everyone who donated me to buy a new monitor.
So, finally, after some painful months, here is it. I brought it. It's
a 21 Dell E228WFP and it is truly amazing!
Thanks for all your support, man. Thank
amd has a price drop. you can pick up a dual core for $100.
On 4/10/07, Luchezar Petkov [EMAIL PROTECTED] wrote:
Hello everyone,
I know that this is a developer's list, and yet, I'd like to use it to
thank to everyone who donated me to buy a new monitor.
So, finally, after some painful
We need to be able to select all font classes at once (e.g. ctrl+a,
right click select all, etc) then apply one font for them all.
The reason is, that, for example I have to use a font for all classes
that supports Cyrillic letters. And selecting every single font class,
then apply the
Ugh.. It's implemented. My mistake.. Excuse me.
*blush*
On 4/10/07, Luchezar Petkov [EMAIL PROTECTED] wrote:
We need to be able to select all font classes at once (e.g. ctrl+a,
right click select all, etc) then apply one font for them all.
The reason is, that, for example I have to use a font
On Tue, 10 Apr 2007 23:13:14 +0300
Luchezar Petkov [EMAIL PROTECTED] wrote:
Ugh.. It's implemented. My mistake.. Excuse me.
*blush*
Thats right,
I didn't change anything but change the font selection from one list to two.
Let me know if there is anything else that is not working.
Carsten wrote:
... what your cache doesn't handle is if you have 2 or 3
or 4 different engines when 2 of them are NOT software engines
and both want DIFFERENT private engine data (a pixmap, render
picture, texture etc.). they share the RGBA_Image but they are
not able to share
11 matches
Mail list logo