2009/1/22 Oguz Yarimtepe :
> At an EDC file it is possible to use * for the signal part and define
> signals like something_*. I need * usage for the target and source
> part of my program. I tried it by guessing there is a support for it
> but it didn't worked. I have some menu1 menu2 .. menuN an
Here it is.
program { name: "menu1,foc";
signal: "mouse,in";
source: "menu1";
action: STATE_SET "active" 0.0;
transition: ACCELERATE 0.1;
target: "menu1";
2009/1/22 Oguz Yarimtepe :
> Here it is.
>
> program { name: "menu1,foc";
>signal: "mouse,in";
>source: "menu1";
>action: STATE_SET "active" 0.0;
>transition: ACCELERATE 0.1;
>tar
I am rewriting the same program but instead of menu1's i am writing
menu2 for a part related with menu2, ... So much repeating.
What is the usage of #include statement at the EDC file. How will i
refer to the part at another edc in my main edc program section?
On Thu, Jan 22, 2009 at 11:14 AM, Ce
2009/1/22 Oguz Yarimtepe :
> I am rewriting the same program but instead of menu1's i am writing
> menu2 for a part related with menu2, ... So much repeating.
This is not really a specific solution, more a workaround:
As edje uses the C preprocessor, you can use macros, via #define.
So instead of
trac ticket #198: efl_doxygen.m4 documentation logic fails
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
in e/src/bin/e_actions.c I read the following lines:
ACT_GO(halt_now);
e_action_predef_name_set(_("Enlightenment"), _("Off Now"),
"halt_now", NULL, NULL, 0);
ACT_GO(halt);
e_action_predef_name_set(_("System"), _("Off"), "halt",
NULL, NULL, 0);
Hey,
> trac ticket #198: efl_doxygen.m4 documentation logic fails
i have a patch on my hard disk
if I have time, i'll comit it tonight, otherwise tomorrow
Vincent
--
This SF.net email is sponsored by:
SourcForge Commu
Vincent Torri wrote:
>
> Hey,
>
>> trac ticket #198: efl_doxygen.m4 documentation logic fails
>
> i have a patch on my hard disk
>
> if I have time, i'll comit it tonight, otherwise tomorrow
>
> Vincent
there is a patch attached to the bug if you want :). choose whatever you
like
cazze
--
On Thu, 22 Jan 2009, Pierre Cassimans wrote:
> Vincent Torri wrote:
>>
>> Hey,
>>
>>> trac ticket #198: efl_doxygen.m4 documentation logic fails
>>
>> i have a patch on my hard disk
>>
>> if I have time, i'll comit it tonight, otherwise tomorrow
>>
>> Vincent
> there is a patch attached to the b
Enlightenment SVN wrote:
> Log:
> fix logic in efl_doxygen.m4
>
> Author: caro
> Date: 2009-01-22 13:14:12 -0800 (Thu, 22 Jan 2009)
> New Revision: 38700
>
> Modified:
> trunk/eet/configure.ac trunk/eet/doc/Makefile.am
> trunk/eet/m4/efl_doxygen.m4
>
> Modified: trunk/eet/con
On Sat, 17 Jan 2009 17:00:16 +0100 (CET) Vincent Torri
said:
ok 1. thing. no need for:
+ case ELM_SOFTWARE_WIN32:
+ if (win->ee) win->xwin = (int)ecore_evas_win32_window_get(win->ee);
as xwin literally is.. an x window. not win32 whnd. so otheriwse - all fine.
you want to commit it
On Sat, 17 Jan 2009 13:45:30 +0100 (CET) Vincent Torri
said:
>
> >> as i was on Windows today, i tried to port elementary on windows XP. The
> >> patch is attached.
> >>
> >> Some remarks:
> >>
> >> 1) i had to remove EAPI from elm_main in test.c. I don't understand why it
> >> should be visible
On Tue, 20 Jan 2009 00:39:44 -0200 "Gustavo Sverzut Barbieri"
said:
> On Mon, Jan 19, 2009 at 9:15 PM, Vincent Torri wrote:
> >
> >
> > On Mon, 19 Jan 2009, Gustavo Sverzut Barbieri wrote:
> >
> >>> about that bug, i think that the problem is that, line 191, we try to
> >>> free
> >>> l->data wh
On Thu, 22 Jan 2009 19:33:16 +0100 Massimo Maiurana said:
just did this - also changed strings in e_sys.c too... they all match with
"power off" now. i'm simplifying the labels for english at least to make things
use less space and be more generic.
> in e/src/bin/e_actions.c I read the following
On Fri, 23 Jan 2009, Carsten Haitzler (The Rasterman) wrote:
On Sat, 17 Jan 2009 17:00:16 +0100 (CET) Vincent Torri
said:
ok 1. thing. no need for:
+ case ELM_SOFTWARE_WIN32:
+ if (win->ee) win->xwin = (int)ecore_evas_win32_window_get(win->ee);
as xwin literally is.. an x windo
Carsten Haitzler (The Rasterman), il 22/01/2009 22:26, scrisse:
> just did this - also changed strings in e_sys.c too... they all match with
> "power off" now. i'm simplifying the labels for english at least to make
> things
> use less space and be more generic.
great! thank you very much :)
--
On Thu, 22 Jan 2009 22:26:11 +0100 (CET) Vincent Torri
said:
>
>
> On Fri, 23 Jan 2009, Carsten Haitzler (The Rasterman) wrote:
>
> > On Sat, 17 Jan 2009 17:00:16 +0100 (CET) Vincent Torri
> > said:
> >
> > ok 1. thing. no need for:
> >
> > + case ELM_SOFTWARE_WIN32:
> > + if (win->ee)
On Thu, 22 Jan 2009, Pierre Cassimans wrote:
> Why test for doxygen if no doc is needed? see patch at trac #198
I was lazy :p I'll fix that
> Also, wouldn't it be easier if all efl_doxygen.m4 file are the same all
> over the efl's?
i'll copy that all over the efl using 'make doc', don't worry
On Fri, 23 Jan 2009, Carsten Haitzler (The Rasterman) wrote:
>>> ok 1. thing. no need for:
>>>
>>> + case ELM_SOFTWARE_WIN32:
>>> + if (win->ee) win->xwin = (int)ecore_evas_win32_window_get(win->ee);
>>>
>>>
>>> as xwin literally is.. an x window. not win32 whnd. so otheriwse - all fine.
On Fri, 23 Jan 2009, Carsten Haitzler (The Rasterman) wrote:
>
>> * i have written a small test that i use for win ce, and it does not
>> behave correctly with X. If I resize the main window to size w x h, i
>> obtain other values for h. Are you aware of such behavior ? I can provide
>> the sm
21 matches
Mail list logo
