Re: [E-devel] * character for target and source
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 and each time > theh have a mouse in, going to same state. Both should work it's a bug in edje or in your edc. Can you show it to us ? Or at least a minimal example that reproduce this behaviour. > What should i use to define such a things instead of writing program > sections for each menu at the EDC file? The matching engine should work like fnmatch, giving the possibility to match multiple * or ? any where in both string. -- Cedric BAIL -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] * character for target and source
Here it is.
program { name: "menu1,foc";
signal: "mouse,in";
source: "menu1";
action: STATE_SET "active" 0.0;
transition: ACCELERATE 0.1;
target: "menu1";
target: "menu1txt";
after: "menu1,effect";
}
If i make the menu1 parts to menu* it says no program is defined with
the name menu1
On Thu, Jan 22, 2009 at 10:53 AM, Cedric BAIL wrote:
> 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 and each time
>> theh have a mouse in, going to same state.
>
> Both should work it's a bug in edje or in your edc. Can you show it
> to us ? Or at least a minimal example that reproduce this behaviour.
>
>> What should i use to define such a things instead of writing program
>> sections for each menu at the EDC file?
>
> The matching engine should work like fnmatch, giving the possibility
> to match multiple * or ? any where in both string.
>
> --
> Cedric BAIL
>
--
Oğuz Yarımtepe
www.loopbacking.info
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] * character for target and source
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;
>target: "menu1";
>target: "menu1txt";
>after: "menu1,effect";
>
>}
>
> If i make the menu1 parts to menu* it says no program is defined with
> the name menu1
My bad, I think I miss understood you. Only signal and source offer
matching capability right now. If I understand you correctly you want
that if we match menu1 in the source, we send the signal to menu1,
same goes with menu2, menu3, ...
If that's right, then it's not currently possible, and I don't know if
we want to introduce this kind of feature (it shouldn't be hard to
add).
--
Cedric BAIL
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] * character for target and source
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, Cedric BAIL wrote:
> 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;
>>target: "menu1";
>>target: "menu1txt";
>>after: "menu1,effect";
>>
>>}
>>
>> If i make the menu1 parts to menu* it says no program is defined with
>> the name menu1
>
> My bad, I think I miss understood you. Only signal and source offer
> matching capability right now. If I understand you correctly you want
> that if we match menu1 in the source, we send the signal to menu1,
> same goes with menu2, menu3, ...
>
> If that's right, then it's not currently possible, and I don't know if
> we want to introduce this kind of feature (it shouldn't be hard to
> add).
>
> --
> Cedric BAIL
>
--
Oğuz Yarımtepe
www.loopbacking.info
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] * character for target and source
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 repeating, write a macro and use that.
Think there should be a lot of examples, if you don't find one, ask
and I will post one.
> 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?
#include inserts the included file as it is at this part of the edc.
So if you have a file that has only part {...} use #include inside the
main edc's parts {...}
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [PATCH] efl_doxygen.m4 documentation logic fails
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 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] little string changes
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);
shouldn't the former be a system action, instead on an enlightenment
action? can I change it?
also, the word "off" is also used in
src/modules/conf_desks/e_int_config_desks.c:262, but with a
different meaning, and this leads to problem when translating it to
italian (and maybe some other languages).
can I rename the actions from "off" and "off now" to "halt" and
"halt now"? or rename the one in e_int_config_desks.c from "off" to
"none"? or something else?
--
Massimo Maiurana massimoragusa.linux.it
http://massimo.solira.org GPG keyID #7044D601
Articolo 33 - [...]Enti e privati hanno il diritto di istituire
scuole ed istituti di educazione, senza oneri per lo Stato.[...]
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] efl_doxygen.m4 documentation logic fails
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 Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] efl_doxygen.m4 documentation logic fails
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 -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] efl_doxygen.m4 documentation logic fails
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 bug if you want :). choose whatever you > like Finally, I have time to commit my patch this evening. I have done it for eet. Can you check it if it is good for you too. I have tested it a lot and it works for me Vincent -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: caro IN trunk/eet: . doc m4
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/configure.ac
> ===
> --- trunk/eet/configure.ac2009-01-22 20:55:22 UTC (rev 38699)
> +++ trunk/eet/configure.ac2009-01-22 21:14:12 UTC (rev 38700)
> @@ -365,7 +365,7 @@
> echo "Cipher support.: ${have_cipher}"
> echo "Signature..: ${have_signature}"
> echo
> -echo " Documentation: ${enable_doc}"
> +echo " Documentation: ${build_doc}"
> echo " Tests: ${enable_tests}"
> echo " Coverage.: ${enable_coverage}"
> echo
>
> Modified: trunk/eet/doc/Makefile.am
> ===
> --- trunk/eet/doc/Makefile.am 2009-01-22 20:55:22 UTC (rev 38699)
> +++ trunk/eet/doc/Makefile.am 2009-01-22 21:14:12 UTC (rev 38700)
> @@ -10,8 +10,8 @@
> doc-clean:
> rm -rf html/ latex/ man/ xml/ $(PACKAGE_DOCNAME).tar*
>
> -doc: all doc-clean
> - $(DOXYGEN)
> +doc: doc-clean
> + $(efl_doxygen)
> cp img/* html/
> rm -rf $(PACKAGE_DOCNAME).tar*
> mkdir -p $(PACKAGE_DOCNAME)/doc
>
> Modified: trunk/eet/m4/efl_doxygen.m4
> ===
> --- trunk/eet/m4/efl_doxygen.m4 2009-01-22 20:55:22 UTC (rev 38699)
> +++ trunk/eet/m4/efl_doxygen.m4 2009-01-22 21:14:12 UTC (rev 38700)
> @@ -11,52 +11,55 @@
> AC_DEFUN([EFL_CHECK_DOXYGEN],
> [
>
> -DOXYGEN="doxygen"
> -
> dnl
> dnl Disable the build of the documentation
> dnl
> AC_ARG_ENABLE([doc],
> - AC_HELP_STRING(
> - [--disable-doc],
> - [Disable the build of the documentation]),
> - [if test "${disable_doc}" = "yes" ; then
> - enable_doc="no"
> + [AC_HELP_STRING(
> + [--disable-doc],
> + [Disable documentation build @<:@default=enabled@:>@])],
> + [
> +if test "x${enableval}" = "xyes" ; then
> + efl_enable_doc="yes"
> else
> - enable_doc="yes"
> -fi],
> - [enable_doc="yes"]
> + efl_enable_doc="no"
> +fi
> + ],
> + [efl_enable_doc="yes"]
> )
>
> dnl
> dnl Specify the full file name, with path
> dnl
> +
> +efl_doxygen="doxygen"
> +
> AC_ARG_WITH([doxygen],
> - AC_HELP_STRING(
> - [--with-doxygen=FILE],
> - [doxygen program to use @<:@default=doxygen@:>@]),
> + [AC_HELP_STRING(
> + [--with-doxygen=FILE],
> + [doxygen program to use @<:@default=doxygen@:>@])],
> dnl
> dnl Check the given doxygen program.
> dnl
> [DOXYGEN=${withval}
> -AC_CHECK_PROG([BUILD_DOCS],
> - [${DOXYGEN}],
> +AC_CHECK_PROG([efl_have_doxygen],
> + [${efl_doxygen}],
> [yes],
> [no])
> -if test "x${BUILD_DOCS}" = "xno" ; then
> +if test "x${efl_have_doxygen}" = "xno" ; then
> echo "WARNING:"
> echo "The doxygen program you specified:"
> - echo "$DOXYGEN"
> + echo "$efl_doxygen"
> echo "was not found. Please check the path and make sure "
> echo "the program exists and is executable."
> AC_MSG_WARN([Warning: no doxygen detected. Documentation will not be
> built])
> fi
> ],
> - [AC_CHECK_PROG([BUILD_DOCS],
> - [${DOXYGEN}],
> + [AC_CHECK_PROG([efl_have_doxygen],
> + [${efl_doxygen}],
> [yes],
> [no])
> -if test "x${BUILD_DOCS}" = "xno" ; then
> +if test "x${efl_have_doxygen}" = "xno" ; then
> echo "WARNING:"
> echo "The doxygen program was not found in your execute"
> echo "You may have doxygen installed somewhere not covered by your
> path."
> @@ -73,11 +76,15 @@
> dnl
> dnl Substitution
> dnl
> -AC_SUBST([DOXYGEN])
> +AC_SUBST([efl_doxygen])
>
> -AM_CONDITIONAL(EFL_BUILD_DOC, test "x${BUILD_DOCS}" = "xyes")
> +if ! test "x${efl_have_doxygen}" = "xyes" ; then
> + efl_enable_doc="no"
> +fi
>
> -if test "x${BUILD_DOCS}" = "xyes" ; then
> +AM_CONDITIONAL(EFL_BUILD_DOC, test "x${efl_enable_doc}" = "xyes")
> +
> +if test "x${efl_enable_doc}" = "xyes" ; then
>ifelse([$1], , :, [$1])
> else
>ifelse([$2], , :, [$2])
>
>
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
>
Why test for doxygen if no doc is needed? see patch at trac #198
Also, wouldn't it be easier if all efl_doxygen.m4 file are the same all
over the efl's?
Vtorri will post his patches tonight also. I hope they are
Re: [E-devel] (third) patch for Elementary on Windows XP
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 to svn? > > third patch. I now export the elm_main symbol in test.c and it seems to > work > > so the patch should be good enough to be pushed in svn > > raster ? > > Vincent > > > new patch: i forgot to update elementary.pc.in > > > > Vincent > > > > On Sat, 17 Jan 2009, Vincent Torri wrote: > > > >> > >> Hey, > >> > >> 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... > >> > >> 2) I use the directdraw engine. > >> > >> 3) there is a problem with shapes, as the shapes are not yet supported > >> with that engine. > >> > >> I don't apply it because of point 1). I'm waiting for raster's answer, now > >> > >> Anyway, the test works like a charm :) > >> > >> Vincent -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] patch for Elementary on Windows XP
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... > > > > ok. this needs to be visible. the reason is that it (will be/is) used for > > fast launch. another process will dlopen() the actual executable - it will > > find this symbol and jump right there. this fast-launch process will have > > done all the init prior to elm_main() (elm_init and a bunch of stuff to > > make sure stuff is set up). this basically moves a chunk of init to be > > speculatively done prior to execution. actual execution in "fast launch > > mode" simply passes the exe + arguments to the fast-launch app - which just > > does the dlopen() and calls elm_main() with the app args. this should make > > executing a new process lightning fast. so i designed for it now, but it's > > not currently implemented. > > > >> 2) I use the directdraw engine. > >> > >> 3) there is a problem with shapes, as the shapes are not yet supported > >> with that engine. > > > > that's ok. then you just get a square window. :) > > > >> I don't apply it because of point 1). I'm waiting for raster's answer, now > > > > need it! now.. for wince... maybe we can't ever do this - so fast-launch > > can't ever happen. but on unix it's perfectly possible :) > > Let's see when you implement it. > > I have some remark: > > * you didn't use the _elm_data_dir value for the theme in elm_theme.c. So > i can't get the theme path on win ce fixed already :) > * for the win ce port, with a small modification (the previous remark), i > can load the theme, the window is resized, but then the program exits. I > don't know why yet (that behavior is usually a seg fault) and it's not > easy to debug on thaat platform :) hmm - resize callbacks ad an ecore_job to deal with it later... something there maybe? > * 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 small test example, if you want hmm. odd. got the test? > Finally, one question: may I commit the patch for win xp, without the > modification in test.c ? > > Vincent > > -- > This SF.net email is sponsored by: > SourcForge Community > SourceForge wants to tell your story. > http://p.sf.net/sfu/sf-spreadtheword > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e17] about the seg fault of the color config dialog
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 while l is not available anymore. > >>> > >>> so maybe we can switch the lines 190 et 191 : free first l->data, then > >>> remove the list item l. > >>> > >>> what do you think ? > >> > >> it is still wrong since l->next will be accessed right after that. You > >> need to move E_FREE() call before list removal and use proper > >> iteration, might be good use of my EINA_LIST_FOREACH_SAFE(). > > > > I've already comitted it. I add a FIXME to say that it's not the correct > > fix. I don't know how to use EINA_LIST_FOREACH_SAFE(). > > check the docs in eina_list.h, should be easy to understand, it's a > drop-in replacement to EINA_LIST_FOREACH() but takes an extra variable > to pre-fetch the next pointer so if you remove the current node its > ->next is already known. If you remove more than the current node > (hint: current->next), then you're screwed anyway :-) In this case > you must do it manually. you do know.. color and font class config is going to be disabled for e17...? worry about it for e18... (just too much to do there to make it work well). -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] little string changes
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 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);
>
> shouldn't the former be a system action, instead on an enlightenment
> action? can I change it?
>
> also, the word "off" is also used in
> src/modules/conf_desks/e_int_config_desks.c:262, but with a
> different meaning, and this leads to problem when translating it to
> italian (and maybe some other languages).
> can I rename the actions from "off" and "off now" to "halt" and
> "halt now"? or rename the one in e_int_config_desks.c from "off" to
> "none"? or something else?
>
> --
>Massimo Maiurana massimoragusa.linux.it
>http://massimo.solira.org GPG keyID #7044D601
>
> Articolo 33 - [...]Enti e privati hanno il diritto di istituire
> scuole ed istituti di educazione, senza oneri per lo Stato.[...]
>
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] (third) patch for Elementary on Windows XP
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 window. not win32 whnd. so otheriwse - all fine. you want to commit it to svn? Now that you mention it, i remember that i wanted to ask you something related to that: instead of xwin, maybe we should use a 'native' window as name, and try to manage that worrectly ? I would like to commit it, maybe we can manage those native windows later Vincent third patch. I now export the elm_main symbol in test.c and it seems to work so the patch should be good enough to be pushed in svn raster ? Vincent new patch: i forgot to update elementary.pc.in Vincent On Sat, 17 Jan 2009, Vincent Torri wrote: Hey, 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... 2) I use the directdraw engine. 3) there is a problem with shapes, as the shapes are not yet supported with that engine. I don't apply it because of point 1). I'm waiting for raster's answer, now Anyway, the test works like a charm :) Vincent -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Ce message a été vérifié par MailScanner pour des virus ou des polluriels et rien de suspect n'a été trouvé. Message délivré par le serveur de messagerie de l'Université d'Evry. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] little string changes
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 :) -- Massimo Maiurana massimoragusa.linux.it http://massimo.solira.org GPG keyID #7044D601 Articolo 33 - [...]Enti e privati hanno il diritto di istituire scuole ed istituti di educazione, senza oneri per lo Stato.[...] -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] (third) patch for Elementary on Windows XP
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) 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 to svn? > > Now that you mention it, i remember that i wanted to ask you something > related to that: instead of xwin, maybe we should use a 'native' window as > name, and try to manage that worrectly ? the problem is - what is the "native type" ? a pointer an int? short? long? long long? thus why i hadonly 1 export type/func for 1 windowing back-end. > I would like to commit it, maybe we can manage those native windows later well it can go in with that bit of the patch - it's harmless. a win32 WHND masquerades as an xwindow id... not really a problem :) > Vincent > > >> third patch. I now export the elm_main symbol in test.c and it seems to > >> work > >> > >> so the patch should be good enough to be pushed in svn > >> > >> raster ? > >> > >> Vincent > >> > >>> new patch: i forgot to update elementary.pc.in > >>> > >>> Vincent > >>> > >>> On Sat, 17 Jan 2009, Vincent Torri wrote: > >>> > > Hey, > > 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... > > 2) I use the directdraw engine. > > 3) there is a problem with shapes, as the shapes are not yet supported > with that engine. > > I don't apply it because of point 1). I'm waiting for raster's answer, > now > > Anyway, the test works like a charm :) > > Vincent > > > > > > -- > > - Codito, ergo sum - "I code, therefore I am" -- > > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > > > > -- > > Ce message a été vérifié par MailScanner > > pour des virus ou des polluriels et rien de > > suspect n'a été trouvé. > > Message délivré par le serveur de messagerie de l'Université d'Evry. > > > > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: caro IN trunk/eet: . doc m4
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. But I'll wait for the patch to be tested a bit first :) > Vtorri will post his patches tonight also. I hope they are the same :) Like Jimmy Cliff says: "We Are The Same Person" :) Vincent -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] (third) patch for Elementary on Windows XP
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. >>> you want to commit it to svn? >> >> Now that you mention it, i remember that i wanted to ask you something >> related to that: instead of xwin, maybe we should use a 'native' window as >> name, and try to manage that worrectly ? > > the problem is - what is the "native type" ? a pointer an int? short? long? > long long? thus why i hadonly 1 export type/func for 1 windowing back-end. we can use some defines, which can be a bit ugly, or just a long, as a HWND is a pointer and an X Window is an int, which fits always in a long according to the standard. >> I would like to commit it, maybe we can manage those native windows later > > well it can go in with that bit of the patch - it's harmless. a win32 WHND > masquerades as an xwindow id... not really a problem :) ok, it's in :) Now, let's fight with win ce bug :) Vincent -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] patch for Elementary on Windows XP
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 small test example, if you want > > hmm. odd. got the test? here it is: http://pastebin.ca/1315786 i resize the window to 210x110 but when I check the size, it's not that Vincent -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
