Jorge writes:
ok! now i understand what you mean on the first place, i totally
agree with you.
in the current evas in order to make a new engine you have to
define all the current engine functions or at least inherit the
software engine (almost all engines do that),
Carsten Haitzler (The Rasterman) wrote:
On Thu, 31 Aug 2006 14:59:01 -0400 Carl Bolduc [EMAIL PROTECTED] babbled:
Hi,
Now that AIGLX is inside xorg, is there plans for E to use composite effects
such as the ones that metacity and compiz are using? Maybe in 0.18 ;)
Bye bye,
we have made
Hey,
I know the first one (iirc, the dev is on that list, or e-users)
i didn't know the second, but there is no file rleased, and nothing in
cvs. Also, the home page does not exist.
regards
Vincent
On Thu, 31 Aug 2006, Andreas Volz wrote:
Hi,
I've some questions about the C++ bindings
I had to modify the CPU module a bit to make it show the usage of both
of my CPU cores. I checked it for compatibility on another machine with
a plain normal Pentium 3 CPU.
Without the patch the CPU module only shows the summary of both cores
divided by 2 on the left and always 0% on the right.
As far as I can tell, you always get the Create Icon instead of Edit
Icon border menu entry unless bd-app is set. Typically bd-app is
only set if the border icon came from the E_App, all other methods leave
bd-app empty. Most of these other methods have priority over the
E_App icon. So, even
On Friday 01 September 2006 08:02, [EMAIL PROTECTED] wrote:
Jorge writes:
...
Many engines have some sort of native notion of a 'buffer'
that one can get/put data to, which they can composite to a target
surface.. eg. xrender has 'pictures', gl has at least
It seems to me that the _NET_CLIENT_LIST atom is giving an incorrect
list of window Ids.
I have a piece of code that iterates though the returned list and this
code works fine outside of e17, but it breaks inside :(
Any clues as to what is wrong? netwm.txt says that this is supported...
Andy
Andrew Williams wrote:
It seems to me that the _NET_CLIENT_LIST atom is giving an incorrect
list of window Ids.
I have a piece of code that iterates though the returned list and this
code works fine outside of e17, but it breaks inside :(
Any clues as to what is wrong? netwm.txt says that
On Fri, 01 Sep 2006 20:40:54 +0200 Sebastian Dransfeld [EMAIL PROTECTED]
babbled:
Andrew Williams wrote:
It seems to me that the _NET_CLIENT_LIST atom is giving an incorrect
list of window Ids.
I have a piece of code that iterates though the returned list and this
code works fine
Is there a particular use intended for ~/.e/e/icons? I'm hoping it is
for user created icons. Then I can just add it to the top off the app
icon search path.
To make users lifes easier, and to help fend of all those I want to
keep all my custom eaps you bastard, fuck off with your .desktop shit
On Sat, 2 Sep 2006 10:59:38 +1000 David Seikel [EMAIL PROTECTED] babbled:
Is there a particular use intended for ~/.e/e/icons? I'm hoping it is
for user created icons. Then I can just add it to the top off the app
icon search path.
yup - that's the intent of it :)
To make users lifes
Cedric writes:
Many engines have some sort of native notion of a 'buffer'
that one can get/put data to, which they can composite to a
target surface.. eg. xrender has 'pictures', gl has at least
'textures', etc.. and usually this compositing can be done with
some
12 matches
Mail list logo