As far as I can work out, there isn't currently a way to control the
appearance of a EWL button label (i.e. the Ewl_Button.label_object) from
an edje theme, other than using the global /entry/* data items. I'm
guessing the same applies to all EWL text in general.
The main drawback to this, ot
Michael Jennings wrote:
As I do not have a P4 box or an x86_64 box, please test the latest CVS
stuff to make sure nothing was merged incorrectly.
Michael,
Just one small remaining problem on 86_64 with gcc4.
libast/include/libast.h doesn't
deal correctly with a predefined STRICT_ISO_C99.
Well, you are not completely restricted to the global theme entries,
as you can use /button/text/* as the keys to reference a text object
nested inside of a button, but this doesn't allow for dynamic theming.
It's not really an inconsistent case as widgets are creating evas
objects for their displa
Nathan Ingersoll wrote:
Well, you are not completely restricted to the global theme entries,
as you can use /button/text/* as the keys to reference a text object
nested inside of a button, but this doesn't allow for dynamic theming.
Yes. It also also doesn't use the Ewl_Button's label text: it u
Il giorno Tue, 14 Jun 2005 02:40:42 +0200 Peter scrisse:
> By the way, I've got now a very little home page, where you can find
> the latest version (0.0.2). It's now with autoconf and automake and a
> theme selector.
I've just downloaded it, but trying to make I get this error:
elitaire_card.cp
Massimo Maiurana <[EMAIL PROTECTED]> [2005-06-14 21:34]:
> Il giorno Tue, 14 Jun 2005 02:40:42 +0200 Peter scrisse:
>
> > By the way, I've got now a very little home page, where you can find
> > the latest version (0.0.2). It's now with autoconf and automake and a
> > theme selector.
>
> I've jus
Yep, text should be more themeable than it is, so much to do, so little time.
Ok, a little talking on IRC with dj2 and some thinking on this over
lunch has me leaning towards doing a combination of the things we've
discussed.
I'm thinking we should resurrect ewl_label to use as we discussed with
I've created a simple ewl_label that does whats being talked about here. Shoudl
be fully themeable. The theme only exists for default at the moment, and it
isn't great.
If I missed the mark, let me know. At least the infrastructre is in there
dan
> Yep, text should be more themeable tha
Hi,
Attached is a patch to engines/buffer/evas_outbuf.c which allows evas to
write to BGR32 buffers. I've been sitting on this patch for a while now
because I'm not very familiar with evas's code, so I'm not sure if this
is the optimal way to do it. Nevertheless, the code is trivial enough
that
Hello
I've just checked out some e17-modules from the cvs, and I'm having
problems compiling engrave.
./autoconfig.sh --prefix=$HOME/e17
make
When it comes to src/lib it gives me this:
...
engrave.l:5:35: libengrave_la-engrave.h: No such file or directory
engrave.l: In function `yylex':
engrave
use a different automake. 1.5 works well for me.
dan
> Hello
>
> I've just checked out some e17-modules from the cvs, and I'm having
> problems compiling engrave.
>
> ./autoconfig.sh --prefix=$HOME/e17
> make
>
> When it comes to src/lib it gives me this:
>
> ...
> engrave.l:5:35: libengrave
looks to me that this misses "if (!modpath)", so on a null entry segs?
enlightenment-cvs@lists.sourceforge.net wrote:
> Enlightenment CVS committal
>
> Author : lofwyrm
> Project : e17
> Module : apps/e
>
> Dir : e17/apps/e/src/bin
>
>
> Modified Files:
> e_module.c
>
>
> Log Me
Dnia 27-05-2005, pią o godzinie 12:09 +0200, Falko Schmidt napisał(a):
> On Fri, May 27, 2005 at 11:47:41 +0200, gimpel wrote:
> > awesome! looks better now!
> >
> > but since yesterday's E CVS it segfaults E when i try to load it...
> > phenomenon of my box? or common problem?
> Same problem here
Bertrand Jacquin schrieb:
>You think good :) That's what I wanted to say, I'm a beginner in
>autotools and see like that is exige
>
>:)
>beber
>
>
I'm a beginner, too :-) . But it seems to be worth to learn it now.
>On 6/14/05, Andrew Elcock <[EMAIL PROTECTED]> wrote:
>
>
>>why not
>>
>>PACKA
Nathan Ingersoll schrieb:
>To get this to build on OSX, I had to cast add a cast to (double) on
>line 926 of elitaire_card.cpp
>
>
thanks
>On 6/13/05, Peter Wehrfritz <[EMAIL PROTECTED]> wrote:
>
>
>>Daniel Kozlowski schrieb:
>>
>>
>>
>>>Well i said this before but i don't think it made i
Hi,
utf8 support doesn't work in entry boxes and also doesn't work in
notes module. What can i do? is this a known issue?
I have this environment variables:
LANGUAGE=en_US.UTF-8
LC_ALL=en_US.UTF-8
The OS is FreeBSD 5.4 -RELEASE and enlightnment is the CVS version.
Thanks in advance.
--
La prueba
"name" is checked for NULL at the beginning of the function
(e_module_new) and modpath is checked right after the strdup. No segv
worry here.
Lofwyrm
Dnia 15-06-2005, śro o godzinie 23:11 +0100, Andrew Elcock napisał(a):
> looks to me that this misses "if (!modpath)", so on a null entry s
17 matches
Mail list logo
