On Thu, 19 May 2005 09:50:04 +0200 " " <[EMAIL PROTECTED]> babbled:
>
> Thanks for the answer. I have already figured the "flag thing" out and
> setting the focus in e_border_eval(),
> but I didn't know if this was the right way to do this.
>
> However, I came across a probl
On Fri, 2005-05-20 at 21:57 +0200, Kim Woelders wrote:
> Tres Melton wrote:
> > I used to have a problem with borderless Eterm's shrinking when
> > changing back and forth in virtual/multiple desktops. Those seem to
> > have fixed themselves. But, I still suffer from windows that grow
> > while s
Are the CPU/NET load modules created by Holger Hanrath going to be
merged into the e_utils CVS?
If not, does anyone know where I can snag a copy of those modules to do
some testing?
Thanks,
Ed
--
Hardware, n.:
The parts of a computer system that can be kicked.
---
samuel flores sanchez wrote:
Open an Eterm, "Set Border Style -> Borderless", when you try to
resize it, it will remain at the maximum size of the original size
before you remove the borders (it doesn't resize to a size bigger than
its own size), the non-visible resized area is also inactive, you
d
On Fri, 20 May 2005 13:46:50 +0100 Simon Poole <[EMAIL PROTECTED]>
babbled:
> Tilman Sauerbeck wrote:
> > Simon Poole <[EMAIL PROTECTED]> [2005-05-20 13:17]:
> >
> >>Is there currently a way to use edje_cc on my x86 build box to create themes
> >
> >>that will work on my A
On Fri, 20 May 2005 09:15:38 -0500 Nathan Ingersoll <[EMAIL PROTECTED]>
babbled:
> This is actually a "sort of" dependancy. Right now there is a tool in
> there, ewl_edb_ed that requires EDB, the actual library itself does
> not. It's probably just better to add the EDB dep to EWL t
On Fri, 20 May 2005 13:17:25 +0100 Simon Poole <[EMAIL PROTECTED]>
babbled:
> I am cross-compiling EFL using an x86-ARM toolchain, and I'm a little
> bit baffled by Edje.
>
> Is there currently a way to use edje_cc on my x86 build box to create
> themes that will work on my
This is actually a "sort of" dependancy. Right now there is a tool in
there, ewl_edb_ed that requires EDB, the actual library itself does
not. It's probably just better to add the EDB dep to EWL than
splitting the utility out at this time.
Thanks for pointing that out, raster is the only one with
On 5/20/05, enlightenment-cvs@lists.sourceforge.net
wrote:
> Enlightenment CVS committal
>
> Author : moom16
> Project : e17
> Module : apps/eclair
>
> Dir : e17/apps/eclair
>
>
> Modified Files:
> TODO
>
>
> Log Message:
>
> * Should fix a segv which happened on exit, related
Tilman Sauerbeck wrote:
Simon Poole <[EMAIL PROTECTED]> [2005-05-20 13:17]:
Is there currently a way to use edje_cc on my x86 build box to create themes
that will work on my ARM box? I have no native compiler on the ARM box and
Yes. Edjes built on x86 will work nicely on big-endian arch boxes
Simon Poole <[EMAIL PROTECTED]> [2005-05-20 13:17]:
> Is there currently a way to use edje_cc on my x86 build box to create themes
> that will work on my ARM box? I have no native compiler on the ARM box and
Yes. Edjes built on x86 will work nicely on big-endian arch boxes and
vice versa of co
I am cross-compiling EFL using an x86-ARM toolchain, and I'm a little
bit baffled by Edje.
Is there currently a way to use edje_cc on my x86 build box to create
themes that will work on my ARM box? I have no native compiler on the
ARM box and anyway would like the themes to build automaticall
Open an Eterm, "Set Border Style -> Borderless", when you try to
resize it, it will remain at the maximum size of the original size
before you remove the borders (it doesn't resize to a size bigger than
its own size), the non-visible resized area is also inactive, you
dont't have access to that are
Could whoever maintains the DR17 snapshots web page [1] please update
the text at the top to reflect that EWL requires EDB. Thanks.
[1] http://enlightenment.freedesktop.org/
--
Simon Poole
www.appliancestudio.com
---
This SF.Net email is spons
Hi all,
I made a little patch for setting the focus like in e16.
It can only be configured at compile time, but if this patch is ok I
intend to
make it configurable via ipc.
The possible values of FOCUS_SETTING
0: normal mode
1: new windows get the focus
2: only dialogs get the focus
3. only dia
On Fri, 20 May 2005 09:26:56 +0200 "Tamas Morvai" <[EMAIL PROTECTED]> babbled:
>
> It detects XK_Meta_L.
> I am not sure a simple comparison between ECORE_X_MODIFIER_ALT and
> ECORE_X_MODIFIER_WIN
> is enough.
there should be a 1 to 1 mapping. it should be enough. i don
It detects XK_Meta_L.
I am not sure a simple comparison between ECORE_X_MODIFIER_ALT and
ECORE_X_MODIFIER_WIN
is enough.
Anyway, why you don't save this info as string? The parsing is already in
e_remote_main.
/Tamas
On Fri, 20 May 2005 09:06:17 +0200, Carsten Haitzler (The Rasterman)
<[EMA
On Fri, 20 May 2005 09:09:01 +0200 " " <[EMAIL PROTECTED]> babbled:
>
> Hi all,
>
> The ALT and WIN modifiers can be the same if someone like me does not
> use the "us" layout. The WIN keys are not even modifiers in my case and
> as the ALT is also META the ECORE_X_MODIFIER_
On Fri, 20 May 2005 01:53:19 +0500 Boldin Pavel <[EMAIL PROTECTED]>
babbled:
> Hi all again :).
>
> This is my patch to implement focus policy.
>
> Patch not against latest CVS, but i think it is easy to apply.
>
> Setting and getting focus policy is done by IPC (enli
19 matches
Mail list logo
