Re: [E-devel] E SVN: urandom IN trunk/ephoto: . data/themes/default src/bin
On Tue, Sep 14, 2010 at 10:35 AM, Enlightenment SVN wrote: > Log: > optional libexif support. > > initial rotation support with edje map (the swallow still needs to be > refitted in the available space after the rotation) Just one question why didn't you add exif support to elementary instead ? -- Cedric BAIL -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: urandom IN trunk/ephoto: . data/themes/default src/bin
tbh I'm not sure it should be there. it does add another dependency, which might not be desirable. and the actual exif code is pretty small, so it can easily be copied around for other apps to use. and the actual rotation is still a bit rough, so it's definitely not ready for elementary, if that should be its home. speaking of which, how can I tell the edje part to refit itself once it has been rotated by a map? the rel1 and rel2 blocks don't seem to be enforced, or maybe edje thinks that the part's geometry hasn't changed. On Tue, Sep 14, 2010 at 11:51 AM, Cedric BAIL wrote: > On Tue, Sep 14, 2010 at 10:35 AM, Enlightenment SVN > wrote: > > Log: > > optional libexif support. > > > > initial rotation support with edje map (the swallow still needs to be > refitted in the available space after the rotation) > > Just one question why didn't you add exif support to elementary instead ? > -- > Cedric BAIL > > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: urandom IN trunk/ephoto: . data/themes/default src/bin
On Tue, Sep 14, 2010 at 11:03 AM, Viktor Kojouharov wrote: > tbh I'm not sure it should be there. it does add another dependency, which > might not be desirable. and the actual exif code is pretty small, so it can > easily be copied around for other apps to use. > and the actual rotation is still a bit rough, so it's definitely not ready > for elementary, if that should be its home. Duplicating code for a small dependencies, that could be optional, sounds like a wrong excuse to me. Maybe some one more involved than me in elementary could give his opinion on this subject. But in my opinion, it should be done at elementary level. > speaking of which, how can I tell the edje part to refit itself once it has > been rotated by a map? the rel1 and rel2 blocks don't seem to be enforced, > or maybe edje thinks that the part's geometry hasn't changed. Don't know much about edje map code. But sounds reasonable to think that it only handle rel1 and rel2 before applying map. -- Cedric BAIL -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Elm Thumb and ifdef
On Tue, Sep 14, 2010 at 3:30 AM, Brett Nash wrote: > > > > #ifdef ELM_ETHUMB > > > EAPI Ethumb_Client *elm_thumb_ethumb_client_get(void); > > > #else > > > EAPI void *elm_thumb_ethumb_client_get(void); > > > #endif > > > > > > How are you supposed to use it in an application without an #ifdef? > > > Well I suppose you could declare your pointer as a void *, and go from > > > there, but then we kill the need for the #ifdef in Elm.h. > > > > > > Otherwise if you need an ifdef in the application anyway, why not just > > > get rid of the API call entirely when ifdefed out? > > > > > > What is even worse of course is the application needs an ifdef around > > > the type decleration _or_ always uses > > > a void pointer? > > > > > > Suggestions: > > > - change it to always return NULL > > > - change it to always return struct _Ethumb_Client * > > > (since opaque structures don't need to be declared? > > > > > > Regards, > > > nash > > > > > > > Hi > > > > You can compile elementary without EThumb library support, so in this > > case you maybe have not Ethumb.h present and Ethumb_Client is > > unknown. > > Yeah I got that bit. Please read my email again: Do you see the issue? > > To use this API in an application I need to either use an #ifdef thereby > defeating the purpose of the #ifdef/#else combo in elm.h > Or I need t to use only a void * as my type. > > The issue needs to be fixed. It's wrong. > > There is a small error in my 2 suggestions: the first should be: > - Change it to always return void * this is a valid change, anyway your code using it likely should check for ethumb && elementary with ethumb and as you need the ifdef for the former, you do the same for the later. So you can do this, but from an usage POV it is basically the same thing/effort as you'll not be getting the value anyway. I dislike using struct instead. BR, -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: nash IN trunk: TMP/st/elementary/src/lib ecore/src/lib/ecore_x
On 09/13/2010 08:46 PM, Gustavo Sverzut Barbieri wrote: > > Yeah... that's the kind of problem I said in the other mail thread > that got disturbed by stupid GIT discussions :-/ See guys, not even > GIT would help here :-/ > The problem here isn't the revision control system, it's that there's no systematic code review before code goes into SVN. thanks, Mike -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Question about Illume and ELM
Hi folks, I have received a touchbook[1] 3 month ago, and I would like to do something with it. I have already installed angstrom on it with e17 and illume-home profile. It's running fine, and the composite manager looks good on top of the sgx gles graphic card. But i'm not really satisfied with the current illume configuration. So i was wondering if some of you could answer some of my questions. - Is the launcher running with OpenGL-ES acceleration ? I have check a bit in the source code, and it seems that is build in a e17 module and is dependan of the configuration of the E engine, so could only be x11 of xrender if i'm not mistaken. Do you know if OpenGLES acceleration is interesting or you are considering that software is enough for this task. The processor of the touchbook is an ARM Omap3 running at 600Mhz? - If i want developed a new launcher from scratch, with elm for example, how could i do to integrate it on the desktop exactly how the illume launcher does ? Should i develop an e module, or could i develop an independant Elm application ? - About the soft-key module, according to the name, it seems that it's a software shortcut for hardware keys, on the touchbook I have a specific key, how could i mapped it to have the same actions than the back key for example ? - I would like to add a shelf with an ibox containing shortcut of applications. How could i do to have this shelf always behind the new windows, but that his layout is taken into account on the desktop ? ie the launcher is not covered by this shelf. - More generic question but maybe stupid as i'm really noobs in e modules, is it possible to create elementary windows in an E module ? - Which .desktop applications are used to populate the current launcher ? Currently i have some .desktop added on my pc, but none on the touchbook. - in Elementary there is some api about a quickpanel. What it is for ? Where could i found documentation or example about how to use it ? - There is also some API in Ecore_X specific for illume, what it is for ? Sorry for the long list of question, but i'm curious today :) thanks, Nico [1] http://www.alwaysinnovating.com/touchbook/info.htm -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://www.digital-corner.org -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Evas Textblock: Request for review
Hey all, I just committed a fix to an issue with multiple tabs and text causing text to disappear. During that fix I removed a function that looked odd and I think that caused the problem. The function itself made 0 sense to me, I really don't get what it was for, that's why I removed it. The function just runs on the items of a line searching for items consisting of just one word and no spaces/whatever and keeps them in a list. It stops looking once it found an item that ends with a whitespace or one that has more than just a single word in it. It then splits the item to two items, the last word and the rest. It removes all the items it passed at the start and advances a line. In some situations this causes an empty line and is generally just messy. Then it adds the items again to the new line but with bad coordinates. It's more complicated than that, but that's the idea. Even if this function has a purpose (which I don't think it has), it's terribly buggy. I did a lot of testing trying to see if there are any new bugs after the fix, and found nothing. Please if you can, check out the removed function (_layout_walk_back_to_item_word_redo) and see if it makes any sense to you, if it does, please let me know Revision: 52243. Thanks, Tom. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Question about Illume and ELM
Hi Nicolas, I will try to answer some of these questions for you below. On 09/14/2010 09:33 AM, Nicolas Aguirre wrote: > Hi folks, > > I have received a touchbook[1] 3 month ago, and I would like to do > something with it. > I have already installed angstrom on it with e17 and illume-home > profile. It's running fine, and the composite manager looks good on > top of the sgx gles graphic card. > > But i'm not really satisfied with the current illume configuration. Just keep in mind that all parts of Illume2 (the indicator, the home screen, the softkey, the keyboard, etc, etc, etc) can be replaced as they are just loaded E modules...so you are always free to code one that you like :) So > i was wondering if some of you could answer some of my questions. > > - Is the launcher running with OpenGL-ES acceleration ? I have check a > bit in the source code, and it seems that is build in a e17 module and > is dependan of the configuration of the E engine, so could only be x11 > of xrender if i'm not mistaken. Do you know if OpenGLES acceleration > is interesting or you are considering that software is enough for this > task. The processor of the touchbook is an ARM Omap3 running at > 600Mhz? > The only thing that will run with OpenGL-ES would be the Composite module. Normally, the engine used for rendering is the one which E is configured with. However, if you are running the Composite module also, then rendering is handled by it and thus will use the OpenGL-ES engine. > - If i want developed a new launcher from scratch, with elm for > example, how could i do to integrate it on the desktop exactly how the > illume launcher does ? Should i develop an e module, or could i > develop an independant Elm application ? > It would be a separate elm application. There is an example one in e/trunk/PROTO/elm_indicator. When you are ready to test it, launch the illume-home profile as you normally would, and unload the illume-indicator module. Then goto the configuration. You should see a 'Windows' entry in the Illume section. Click 'Windows' and in that dialog you can set your elm app to be the "Indicator". (See 'Select Window' button in the indicator section). > - About the soft-key module, according to the name, it seems that it's > a software shortcut for hardware keys, No, not exactly. It's really misnamed :( on the touchbook I have a > specific key, how could i mapped it to have the same actions than the > back key for example ? > > - I would like to add a shelf with an ibox containing shortcut of > applications. How could i do to have this shelf always behind the new > windows, but that his layout is taken into account on the desktop ? > ie the launcher is not covered by this shelf. > > - More generic question but maybe stupid as i'm really noobs in e > modules, is it possible to create elementary windows in an E module ? > Not as far as I know. Elm windows would require the elm main loop to be running, but an e module requires E's main loop running...I do not believe the 2 are compatible. > - Which .desktop applications are used to populate the current > launcher ? Currently i have some .desktop added on my pc, but none on > the touchbook. > The .desktop files are gotten from efreet. See http://wiki.enlightenment.org/index.php/E17_and_Efreet > - in Elementary there is some api about a quickpanel. What it is for ? > Where could i found documentation or example about how to use it ? > The best way is to show you :) In e/trunk/PROTO there is elm_quickpanel. Build & install that. Then run the illume-home profile. Once inside illume2, run the elm_quickpanel application you just installed. (You will not see anything immediate on the screen). After elm_quickpanel is started, click on the Indicator bar and some windows should slide down :) > - There is also some API in Ecore_X specific for illume, what it is for ? > Mainly just for backend illume2 stuff. Some of the api functions there are used in making quickpanel windows, but other than the functions used in the example apps, you really don't need to worry about those :) > Sorry for the long list of question, but i'm curious today :) > > thanks, > Nico > > [1] http://www.alwaysinnovating.com/touchbook/info.htm > Cheers, dh -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Evas Textblock: Request for review
On Tue, Sep 14, 2010 at 11:24 AM, Tom Hacohen wrote: > Hey all, > > I just committed a fix to an issue with multiple tabs and text causing > text to disappear. During that fix I removed a function that looked odd > and I think that caused the problem. The function itself made 0 sense to > me, I really don't get what it was for, that's why I removed it. > > The function just runs on the items of a line searching for items > consisting of just one word and no spaces/whatever and keeps them in a > list. It stops looking once it found an item that ends with a whitespace > or one that has more than just a single word in it. > > It then splits the item to two items, the last word and the rest. > > It removes all the items it passed at the start and advances a line. In > some situations this causes an empty line and is generally just messy. > Then it adds the items again to the new line but with bad coordinates. > It's more complicated than that, but that's the idea. > > Even if this function has a purpose (which I don't think it has), it's > terribly buggy. > > I did a lot of testing trying to see if there are any new bugs after the > fix, and found nothing. > > Please if you can, check out the removed function > (_layout_walk_back_to_item_word_redo) and see if it makes any sense to > you, if it does, please let me know > The description sounds like something used for word wrapping, but I guess you tested that's still working fine after killing it. > Revision: 52243. > > Thanks, > Tom. > > > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] emotion smart callbacks
Hello, I noticed that the emotion smart callbacks are at most undocumented. Or didn't I find the documentation? What is the best way to detect that a file has played to the end? regards Andreas -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] emotion smart callbacks
Evas callbacks for emotion : http://trac.enlightenment.org/e/browser/trunk/emotion/src/lib/emotion_smart.c 97 static const char SIG_FRAME_DECODE[] = "frame_decode"; 98 static const char SIG_POSITION_UPDATE[] = "position_update"; 99 static const char SIG_LENGTH_CHANGE[] = "length_change"; 100 static const char SIG_FRAME_RESIZE[] = "frame_resize"; 101 static const char SIG_DECODE_STOP[] = "decode_stop"; 102 static const char SIG_PLAYBACK_FINISHED[] = "playback_finished"; 103 static const char SIG_AUDIO_LEVEL_CHANGE[] = "audio_level_change"; 104 static const char SIG_CHANNELS_CHANGE[] = "channels_change"; 105 static const char SIG_TITLE_CHANGE[] = "title_change"; 106 static const char SIG_PROGRESS_CHANGE[] = "progress_change"; 107 static const char SIG_REF_CHANGE[] = "ref_change"; 108 static const char SIG_BUTTON_NUM_CHANGE[] = "button_num_change"; 109 static const char SIG_BUTTON_CHANGE[] = "button_change"; (what you want here is probably "playback_finished") On Tue, Sep 14, 2010 at 10:28 PM, Andreas Volz wrote: > Hello, > > I noticed that the emotion smart callbacks are at most undocumented. Or > didn't I find the documentation? > > What is the best way to detect that a file has played to the end? > > regards > Andreas > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Evas Textblock: Request for review
On Tue, 14 Sep 2010 14:19:43 -0300 Iván Briano (Sachiel) said: > On Tue, Sep 14, 2010 at 11:24 AM, Tom Hacohen > wrote: > > Hey all, > > > > I just committed a fix to an issue with multiple tabs and text causing > > text to disappear. During that fix I removed a function that looked odd > > and I think that caused the problem. The function itself made 0 sense to > > me, I really don't get what it was for, that's why I removed it. > > > > The function just runs on the items of a line searching for items > > consisting of just one word and no spaces/whatever and keeps them in a > > list. It stops looking once it found an item that ends with a whitespace > > or one that has more than just a single word in it. > > > > It then splits the item to two items, the last word and the rest. > > > > It removes all the items it passed at the start and advances a line. In > > some situations this causes an empty line and is generally just messy. > > Then it adds the items again to the new line but with bad coordinates. > > It's more complicated than that, but that's the idea. > > > > Even if this function has a purpose (which I don't think it has), it's > > terribly buggy. > > > > I did a lot of testing trying to see if there are any new bugs after the > > fix, and found nothing. > > > > Please if you can, check out the removed function > > (_layout_walk_back_to_item_word_redo) and see if it makes any sense to > > you, if it does, please let me know > > > > The description sounds like something used for word wrapping, but I guess > you tested that's still working fine after killing it. what he said. are you sure you tested all the wrapping scenarios since the fix? -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: nash IN trunk: TMP/st/elementary/src/lib ecore/src/lib/ecore_x
On Tue, 14 Sep 2010 21:18:58 +0900 Mike McCormack said: > On 09/13/2010 08:46 PM, Gustavo Sverzut Barbieri wrote: > > > > Yeah... that's the kind of problem I said in the other mail thread > > that got disturbed by stupid GIT discussions :-/ See guys, not even > > GIT would help here :-/ > > The problem here isn't the revision control system, it's that > there's no systematic code review before code goes into SVN. if you want development to work at 1/4 the speed it does... then just keep suggesting that. :) code gets looked at partly by svn commit mails with diffs. if we literally stopped all changes by everything having to be in a patch queue and reviewed, we'd need a lot more manpower than we have - a lot more time, or frankly - a lot less will get done. instead we have lots of empirical testing going on day to day. we eat our own dogfood. every day. it's a different method. well at least i do, and a lot of other devs do too. review doesn't just magically catch all bugs. reading code and thinking of every possible permutation it could be used in is hard and invariably lots of things fall through the cracks. to have less fall through you have it reviewed by multiple people. but then any form of development speed drops through the floor. and then even if you write whole sets of unit tests for every possible permutation of usage of whatever is being changed (good luck - i know our test cases will be, if we can sensibly even write an automated test, be many times larger than efl currently is and still fall short). one example - your epoll patches. i've disabled them now. they broke elm quicklaunch. it totally didn't dawn on me that elm was doing some fun tricks with fork that your patch implicitly interacts with and breaks as it inherits the epoll fd from parent to child. wasn't found until there was actual empirical testing of that specific codepath. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Question about Illume and ELM
On Tue, 14 Sep 2010 15:33:22 +0200 Nicolas Aguirre said: > Hi folks, > > I have received a touchbook[1] 3 month ago, and I would like to do > something with it. > I have already installed angstrom on it with e17 and illume-home > profile. It's running fine, and the composite manager looks good on > top of the sgx gles graphic card. did you enable opengl and texture from pixmap? or are you relying on the software fallback compositing? it makes a big difference in rendering path etc. and the gl one will heavily rely on stability and correctness of the gl drivers (and xorg etc.). i'm just curious as to how solid those gl drivers are in this regard (as such i have personally tested this on some other sgx drivers not available to the public on different soc's and on a tegra2 and it works - amazingly. :)). > But i'm not really satisfied with the current illume configuration. So > i was wondering if some of you could answer some of my questions. > > - Is the launcher running with OpenGL-ES acceleration ? I have check a > bit in the source code, and it seems that is build in a e17 module and > is dependan of the configuration of the E engine, so could only be x11 > of xrender if i'm not mistaken. Do you know if OpenGLES acceleration > is interesting or you are considering that software is enough for this > task. The processor of the touchbook is an ARM Omap3 running at > 600Mhz? no. it'll use software rendering (e17 only offers software-x11 - no other engines). the compositor itself can use either software (default) or opengl (go to its config panel and enable it + optional texture from pixmap if you are using gl). > - If i want developed a new launcher from scratch, with elm for > example, how could i do to integrate it on the desktop exactly how the > illume launcher does ? Should i develop an e module, or could i > develop an independant Elm application ? you can write a stand-alone app. e simply needs to know that your window is now the home screen/launcher and dont bother loading the quick and dirty example thats there. > - About the soft-key module, according to the name, it seems that it's > a software shortcut for hardware keys, on the touchbook I have a > specific key, how could i mapped it to have the same actions than the > back key for example ? i guess this policy callback would need to become an e action then u can bind it to any key. it isn't right now. > - I would like to add a shelf with an ibox containing shortcut of > applications. How could i do to have this shelf always behind the new > windows, but that his layout is taken into account on the desktop ? > ie the launcher is not covered by this shelf. this is more part of something your replacement home/launcher screen should do. though ibox would be tough to implement. > - More generic question but maybe stupid as i'm really noobs in e > modules, is it possible to create elementary windows in an E module ? no. tho elm_run simply runs ecore's main loop, elm currently assumes it is managed by a wm when opening windows. when a wm opens its own windows.. things are different - you have to special-case internally managed windows. elm doesnt have any logic for that at this stage, so no. you can't. > - Which .desktop applications are used to populate the current > launcher ? Currently i have some .desktop added on my pc, but none on > the touchbook. it'll flatten the system apps menu. so same menu u;d get for all applications on desktop e - just flattened as icons. > - in Elementary there is some api about a quickpanel. What it is for ? > Where could i found documentation or example about how to use it ? little windows that can slide down from under the indicator for quick access to control things, notifications etc. etc. > - There is also some API in Ecore_X specific for illume, what it is for ? > > Sorry for the long list of question, but i'm curious today :) for "protocol" for doing specific things from apps to talk to illume and back. > thanks, > Nico > > [1] http://www.alwaysinnovating.com/touchbook/info.htm > > -- > Nicolas Aguirre > Mail: aguirre.nico...@gmail.com > Web: http://www.digital-corner.org > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > 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 -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and acceler
Re: [E-devel] emotion smart callbacks
On Tue, 14 Sep 2010 22:28:44 +0200 Andreas Volz said:
> Hello,
>
> I noticed that the emotion smart callbacks are at most undocumented. Or
> didn't I find the documentation?
>
> What is the best way to detect that a file has played to the end?
yeah - not documented. "decode_stop" is what you want. well that's when it's
stopped playing (which it will at the end). you can get pos and check against
length of video if u want to be paranoid. see emotion_test src - it simply sets
a cb for this and:
static void
video_obj_stopped_cb(void *data, Evas_Object *obj, void *event_info)
{
printf("video stopped!\n");
emotion_object_position_set(obj, 0.0);
emotion_object_play_set(obj, 1);
}
ie sets position back to 0 and plays again (loops). :)
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/edje/src/lib
Hey guys,
Am 15.09.2010 um 00:32 schrieb Enlightenment SVN:
> Log:
> CEDRI!
>borked e conf panel. unbork. disable aspect.
>
I guess Sachiel was referring in his commit (r52254) to this one from cedric.
So it should be reverted as well, shouldn't it?
BR,
Leif
>
> Author: raster
> Date: 2010-09-14 15:32:34 -0700 (Tue, 14 Sep 2010)
> New Revision: 52273
>
> Modified:
> trunk/edje/src/lib/edje_calc.c trunk/edje/src/lib/edje_private.h
>
> Modified: trunk/edje/src/lib/edje_calc.c
> ===
> --- trunk/edje/src/lib/edje_calc.c2010-09-14 22:29:51 UTC (rev 52272)
> +++ trunk/edje/src/lib/edje_calc.c2010-09-14 22:32:34 UTC (rev 52273)
> @@ -610,8 +610,8 @@
>params->y = TO_INT(ADD(want_y,
> MUL(SUB(want_h, FROM_INT(params->h)),
> desc->align.y)));
> -
> - params->aspect = apref;
> +// not tested enough -> cedric. e's config panel borks. disable.
> +// params->aspect = apref;
> }
>
> static void
>
> Modified: trunk/edje/src/lib/edje_private.h
> ===
> --- trunk/edje/src/lib/edje_private.h 2010-09-14 22:29:51 UTC (rev 52272)
> +++ trunk/edje/src/lib/edje_private.h 2010-09-14 22:32:34 UTC (rev 52273)
> @@ -167,11 +167,12 @@
> * ? all unsafe calls that may result in callbacks must be marked and dealt
> with
> */
>
> -typedef enum {
> - EDJE_ASPECT_PREFER_NONE,
> - EDJE_ASPECT_PREFER_VERTICAL,
> - EDJE_ASPECT_PREFER_HORIZONTAL,
> - EDJE_ASPECT_PREFER_BOTH
> +typedef enum
> +{
> + EDJE_ASPECT_PREFER_NONE,
> + EDJE_ASPECT_PREFER_VERTICAL,
> + EDJE_ASPECT_PREFER_HORIZONTAL,
> + EDJE_ASPECT_PREFER_BOTH
> } Edje_Internal_Aspect;
>
> struct _Edje_Perspective
> @@ -1039,7 +1040,7 @@
>Edje_Internal_Aspect aspect; // 4
>unsigned charvisible : 1;
>unsigned charsmooth : 1; // 1
> -}; // 100
> +}; // 96
>
> struct _Edje_Real_Part_Set
> {
>
>
> --
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> ___
> enlightenment-svn mailing list
> enlightenment-...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: nash IN trunk: TMP/st/elementary/src/lib ecore/src/lib/ecore_x
On 09/15/2010 06:49 AM, Carsten Haitzler (The Rasterman) wrote: > On Tue, 14 Sep 2010 21:18:58 +0900 Mike McCormack > said: > > >> On 09/13/2010 08:46 PM, Gustavo Sverzut Barbieri wrote: >> >>> Yeah... that's the kind of problem I said in the other mail thread >>> that got disturbed by stupid GIT discussions :-/ See guys, not even >>> GIT would help here :-/ >>> >> The problem here isn't the revision control system, it's that >> there's no systematic code review before code goes into SVN. >> > if you want development to work at 1/4 the speed it does... then just keep > suggesting that. :) > I don't really buy that argument, because breaks keep developers away and slow down development anyway, but it's your project... > review doesn't just magically catch all bugs. It magically catches 80% of bugs, which is a good start. How about having patches at least verified by a buildbot before they're commited? thanks, Mike -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/edje/src/lib
On Wed, 15 Sep 2010 01:10:00 +0200 Leif Middelschulte said: > Hey guys, > > Am 15.09.2010 um 00:32 schrieb Enlightenment SVN: > > > Log: > > CEDRI! > >borked e conf panel. unbork. disable aspect. > > > > I guess Sachiel was referring in his commit (r52254) to this one from cedric. > So it should be reverted as well, shouldn't it? maaaybe - but i see nothnig wrong at 1.0 either (after disable of aspect) for efenniht, so i guess leave it. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: nash IN trunk: TMP/st/elementary/src/lib ecore/src/lib/ecore_x
On Wed, 15 Sep 2010 09:05:15 +0900 Mike McCormack said: > On 09/15/2010 06:49 AM, Carsten Haitzler (The Rasterman) wrote: > > On Tue, 14 Sep 2010 21:18:58 +0900 Mike McCormack > > said: > > > > > >> On 09/13/2010 08:46 PM, Gustavo Sverzut Barbieri wrote: > >> > >>> Yeah... that's the kind of problem I said in the other mail thread > >>> that got disturbed by stupid GIT discussions :-/ See guys, not even > >>> GIT would help here :-/ > >>> > >> The problem here isn't the revision control system, it's that > >> there's no systematic code review before code goes into SVN. > >> > > if you want development to work at 1/4 the speed it does... then just keep > > suggesting that. :) > > > > I don't really buy that argument, because breaks keep developers away > and slow > down development anyway, but it's your project... i do - because i actually do have some level of patches that end up in queues (for people without svn access) and they eat up quite a bit of time. even for the few that are around and even for fairly superficial review. > > review doesn't just magically catch all bugs. > It magically catches 80% of bugs, which is a good start. > > How about having patches at least verified by a buildbot before they're > commited? that's the job of the committer to at least have built the src first and run and tested it. if devs consistently commit patches that dont even build or work in the most basic way then they probably should have svn access revoked. this isnt a technical issue - it's a human issue. to be solved the human way - spank them a few times and eventually kick them out. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: nash IN trunk: TMP/st/elementary/src/lib ecore/src/lib/ecore_x
On Tue, Sep 14, 2010 at 9:13 PM, Carsten Haitzler wrote: > On Wed, 15 Sep 2010 09:05:15 +0900 Mike McCormack > said: > >> On 09/15/2010 06:49 AM, Carsten Haitzler (The Rasterman) wrote: >> > On Tue, 14 Sep 2010 21:18:58 +0900 Mike McCormack >> > said: >> > >> > >> >> On 09/13/2010 08:46 PM, Gustavo Sverzut Barbieri wrote: >> >> >> >>> Yeah... that's the kind of problem I said in the other mail thread >> >>> that got disturbed by stupid GIT discussions :-/ See guys, not even >> >>> GIT would help here :-/ >> >>> >> >> The problem here isn't the revision control system, it's that >> >> there's no systematic code review before code goes into SVN. >> >> >> > if you want development to work at 1/4 the speed it does... then just keep >> > suggesting that. :) >> > >> >> I don't really buy that argument, because breaks keep developers away >> and slow >> down development anyway, but it's your project... > > i do - because i actually do have some level of patches that end up in queues > (for people without svn access) and they eat up quite a bit of time. even for > the few that are around and even for fairly superficial review. > >> > review doesn't just magically catch all bugs. >> It magically catches 80% of bugs, which is a good start. >> >> How about having patches at least verified by a buildbot before they're >> commited? > > that's the job of the committer to at least have built the src first and run > and tested it. if devs consistently commit patches that dont even build or > work > in the most basic way then they probably should have svn access revoked. this > isnt a technical issue - it's a human issue. to be solved the human way - > spank > them a few times and eventually kick them out. I like this idea... We're doing such stuff for webkit-efl based on contract with Samsung, maybe someone at Samsung could implement (or have us to) something similar in EFL? The webkit way is also using svn, but instead of directly commit people have to create bugs, then the bot goes and compile the patches, if it fails then a highlight shows that. If not then people add a cq+ in bugzilla and it will be magically merged into svn (if it compiles, if something else introduced a conflict it will be rejected and highlighted) Of course they have scripts to do so and also to force unreviewed/unchecked fixes, like we are doing to recover from their EFL build breaks (as we do not have the bots connected to their system yet). Sounds a big thing, but if we can have someone to do it, then it will not impact the developers a lot. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: nash IN trunk: TMP/st/elementary/src/lib ecore/src/lib/ecore_x
On 09/15/2010 09:13 AM, Carsten Haitzler (The Rasterman) wrote: > i do - because i actually do have some level of patches that end up in queues > (for people without svn access) and they eat up quite a bit of time. even for > the few that are around and even for fairly superficial review. Big patches are bad, you should reject them. If you encourage people to submit patch sequences, the review load should be much lighter. e.g. (PATCH 1-10/10) You're also assuming that you have to do the review. If you don't have time, why not appoint/request somebody else to do it? >>> review doesn't just magically catch all bugs. >> It magically catches 80% of bugs, which is a good start. >> >> How about having patches at least verified by a buildbot before they're >> commited? > > that's the job of the committer to at least have built the src first and run > and tested it. if devs consistently commit patches that dont even build or > work > in the most basic way then they probably should have svn access revoked. this > isnt a technical issue - it's a human issue. to be solved the human way - > spank > them a few times and eventually kick them out. Everybody makes mistakes. Having at least a basic sanity check on what's committed would improve the quality of SVN quite a bit IMO. I'm wonder if there's any other successful projects out there that have 50+ commiters, and zero review of patches before they go in... thanks, Mike -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] How to Package a MinGW-based SDK
Hello list/Vincent, I've followed the guide @http://trac.enlightenment.org/e/wiki/EFLWindowsXP. Thanks to the wiki, with just a few glitches, I've finally built my EFL + Elementary!!! The question now is: how do I move the whole runtime environment of EFL to Windows (XP)? My dev/compile environment is: * x86 ubuntu box * i586-mingw32msvc cross toolchain Thanks in advance. brian -- brian -- Cool-Karaoke - The smallest recording studio, in your palm, open-sourced http://cool-idea.com.tw/ iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: nash IN trunk: TMP/st/elementary/src/lib ecore/src/lib/ecore_x
On Wed, 15 Sep 2010 09:36:55 +0900 Mike McCormack said: > On 09/15/2010 09:13 AM, Carsten Haitzler (The Rasterman) wrote: > > > i do - because i actually do have some level of patches that end up in > > queues (for people without svn access) and they eat up quite a bit of time. > > even for the few that are around and even for fairly superficial review. > > Big patches are bad, you should reject them. If you encourage people to > submit patch sequences, the review load should be much lighter. e.g. (PATCH > 1-10/10) > > You're also assuming that you have to do the review. If you don't have time, > why not appoint/request somebody else to do it? doesn't matter if it's me or not - if it was me, i'd never have written a line of code over the past 10 years. i'd have purely reviewed. i'd still be behind. as such if it was spread around it'd still heavily impact development. but i do agree with the "small patches". i disagree with needing to go into a patch queue and be reviewed. i think we can handle this given our current infra with svn commits list - the commits though need to be small and digestible. instead of committing 1 month worth of work in 1 big commit, it's split into small bits as you go - first with base infra (disabled), then u fill it in a bit piece by piece etc. and slowly it appears and eventually is actually vaguely usable - people try it out and maybe comment on your design and code at the time - maybe spank you, and eventually it all comes together and is on by default and is now used and it gets much heavier testing. as such e3 and e4 (our 2 new french servers) are intended to become build and test machines - they literally will rebuild large chunks of svn and create reports etc. they are not ready yet. being worked on. > >>> review doesn't just magically catch all bugs. > >> It magically catches 80% of bugs, which is a good start. > >> > >> How about having patches at least verified by a buildbot before they're > >> commited? > > > > that's the job of the committer to at least have built the src first and run > > and tested it. if devs consistently commit patches that dont even build or > > work in the most basic way then they probably should have svn access > > revoked. this isnt a technical issue - it's a human issue. to be solved the > > human way - spank them a few times and eventually kick them out. > > Everybody makes mistakes. Having at least a basic sanity check on what's > committed would improve the quality of SVN quite a bit IMO. > > I'm wonder if there's any other successful projects out there that have 50+ > commiters, and zero review of patches before they go in... i suspect there definitely are :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] How to Package a MinGW-based SDK
On Wed, 15 Sep 2010 10:49:35 +0800 Brian Wang said: > Hello list/Vincent, > > I've followed the guide @http://trac.enlightenment.org/e/wiki/EFLWindowsXP. > Thanks to the wiki, with just a few glitches, I've finally built my > EFL + Elementary!!! > > The question now is: how do I move the whole runtime environment of > EFL to Windows (XP)? > My dev/compile environment is: > * x86 ubuntu box > * i586-mingw32msvc cross toolchain > > Thanks in advance. why would you want to? :) > brian > > > -- > brian > -- > > Cool-Karaoke - The smallest recording studio, in your palm, open-sourced > http://cool-idea.com.tw/ > > iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > 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 -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] How to Package a MinGW-based SDK
On Wed, Sep 15, 2010 at 12:51 PM, Carsten Haitzler wrote: > On Wed, 15 Sep 2010 10:49:35 +0800 Brian Wang > said: > >> Hello list/Vincent, >> >> I've followed the guide @http://trac.enlightenment.org/e/wiki/EFLWindowsXP. >> Thanks to the wiki, with just a few glitches, I've finally built my >> EFL + Elementary!!! >> >> The question now is: how do I move the whole runtime environment of >> EFL to Windows (XP)? >> My dev/compile environment is: >> * x86 ubuntu box >> * i586-mingw32msvc cross toolchain >> >> Thanks in advance. > > why would you want to? :) I'm writing a WIN32 gui helper utility for my device. I'm using wxWidgets right now and after some experience of EFL, I feel like moving to EFL (a lot fancier). I want to package the app/libraries/config files in one self-contained file. Maybe the question should be how to package my EFL app? I've figured out some parts. elementary_test.exe runs on my Windows XP but it feels _slow_ (a lot slower than wxWidgets). Maybe it's because it's running inside VirtualBox. I'll definitely test it on a native Windows box. I'm still trying to figure out how to get my font right. The font used in elementary_test.exe looks ugly... > >> brian >> >> >> -- >> brian >> -- >> >> Cool-Karaoke - The smallest recording studio, in your palm, open-sourced >> http://cool-idea.com.tw/ >> >> iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe >> >> -- >> Start uncovering the many advantages of virtual appliances >> and start using them to simplify application deployment and >> accelerate your shift to cloud computing. >> http://p.sf.net/sfu/novell-sfdev2dev >> ___ >> 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 > > -- brian -- Cool-Karaoke - The smallest recording studio, in your palm, open-sourced http://cool-idea.com.tw/ iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: nash IN trunk: TMP/st/elementary/src/lib ecore/src/lib/ecore_x
On 09/15/2010 01:50 PM, Carsten Haitzler (The Rasterman) wrote: > but i do agree with the "small patches". i disagree with needing to go into a > patch queue and be reviewed. i think we can handle this given our current > infra > with svn commits list - the commits though need to be small and digestible. The "drive by" commit issue is similar to the "small patch" & "lack of code review" issues. There wouldn't be any "drive by" commits if code review was enforced. > as such e3 and e4 (our 2 new french servers) are intended to become build and > test machines - they literally will rebuild large chunks of svn and create > reports etc. they are not ready yet. being worked on. Sounds great! > i suspect there definitely are :) Like which one? :-) thanks, Mike -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] How to Package a MinGW-based SDK
Hey, > I've followed the guide @http://trac.enlightenment.org/e/wiki/EFLWindowsXP. > Thanks to the wiki, with just a few glitches, I've finally built my > EFL + Elementary!!! > > The question now is: how do I move the whole runtime environment of > EFL to Windows (XP)? > My dev/compile environment is: > * x86 ubuntu box > * i586-mingw32msvc cross toolchain 1) just get the DLL (EFL + dependencies). Not easy, as, for example, evas modules must be placed correctly. 2) you can use on Windows the "MSYS/MinGW SDK" I created to have a working environment: http://www.maths.univ-evry.fr/pages_perso/vtorri/files/msys.7z Untar it (using 7zip for example) in a path without space. You'll be able to launch an MSYS terminal. All the needed dependencies should be there. Just check out the libs and compile them using the wiki. 3) You can wait 2 days. I'll finish a new installer quite soon. Vincent PS: if the wiki has some errors, please fix them or report them to me. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] How to Package a MinGW-based SDK
On Wed, 15 Sep 2010, Brian Wang wrote: > On Wed, Sep 15, 2010 at 12:51 PM, Carsten Haitzler > wrote: >> On Wed, 15 Sep 2010 10:49:35 +0800 Brian Wang >> said: >> >>> Hello list/Vincent, >>> >>> I've followed the guide @http://trac.enlightenment.org/e/wiki/EFLWindowsXP. >>> Thanks to the wiki, with just a few glitches, I've finally built my >>> EFL + Elementary!!! >>> >>> The question now is: how do I move the whole runtime environment of >>> EFL to Windows (XP)? >>> My dev/compile environment is: >>> * x86 ubuntu box >>> * i586-mingw32msvc cross toolchain >>> >>> Thanks in advance. >> >> why would you want to? :) > > I'm writing a WIN32 gui helper utility for my device. I'm using > wxWidgets right now and after some experience of EFL, I feel like > moving to EFL (a lot fancier). I want to package the > app/libraries/config files in one self-contained file. Maybe the > question should be how to package my EFL app? > > I've figured out some parts. elementary_test.exe runs on my Windows > XP but it feels _slow_ (a lot slower than wxWidgets). Maybe it's > because it's running inside VirtualBox. I'll definitely test it on a > native Windows box. Windows is slow, so Windows in VirtualBox... Well, there are several reasons why it is slow: * The quantity of messages sent via printf is just too huge. I'm sure it slow down the app. * are you sure you compiled with -O2 or -O3 ? * for now, only GDI (the default) and DirectDraw are working. I had no time to update the gl engine, nor the direct3d one. GDI is slow, as it is not hardware accelerated. > I'm still trying to figure out how to get my font right. The font > used in elementary_test.exe looks ugly... Well, I have nice fonts. Note that if your fontconfig setup is messed, the chosen fonts will be ugly. Vincent -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] How to Package a MinGW-based SDK
On Wed, 15 Sep 2010, Brian Wang wrote: > On Wed, Sep 15, 2010 at 12:51 PM, Carsten Haitzler > wrote: >> On Wed, 15 Sep 2010 10:49:35 +0800 Brian Wang >> said: >> > I'm writing a WIN32 gui helper utility for my device. I'm using > wxWidgets right now and after some experience of EFL, I feel like > moving to EFL (a lot fancier). I want to package the > app/libraries/config files in one self-contained file. Maybe the > question should be how to package my EFL app? about a self contained file, everything can be linked statically. I tried it on Linux and it works (it's just a matter of passing the correct flag to libtool). I think it should work on Windows too Vincent -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] How to Package a MinGW-based SDK
On Wed, Sep 15, 2010 at 2:00 PM, Vincent Torri wrote: > > Hey, > >> I've followed the guide >> @http://trac.enlightenment.org/e/wiki/EFLWindowsXP. >> Thanks to the wiki, with just a few glitches, I've finally built my >> EFL + Elementary!!! >> >> The question now is: how do I move the whole runtime environment of >> EFL to Windows (XP)? >> My dev/compile environment is: >> * x86 ubuntu box >> * i586-mingw32msvc cross toolchain > > 1) just get the DLL (EFL + dependencies). Not easy, as, for example, evas > modules must be placed correctly. > > 2) you can use on Windows the "MSYS/MinGW SDK" I created to have a working > environment: > > http://www.maths.univ-evry.fr/pages_perso/vtorri/files/msys.7z > > Untar it (using 7zip for example) in a path without space. You'll be able to > launch an MSYS terminal. All the needed dependencies should be there. Just > check out the libs and compile them using the wiki. I'm sticked to my linux box... It's a personal preference. I feel much more comfortable with ubuntu. > > 3) You can wait 2 days. I'll finish a new installer quite soon. > > Vincent > > PS: if the wiki has some errors, please fix them or report them to me. How do I fix them (wiki) or how do I report them? Sorry, newbie question... -- brian -- Cool-Karaoke - The smallest recording studio, in your palm, open-sourced http://cool-idea.com.tw/ iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] How to Package a MinGW-based SDK
On Wed, 15 Sep 2010, Brian Wang wrote: >> Untar it (using 7zip for example) in a path without space. You'll be able to >> launch an MSYS terminal. All the needed dependencies should be there. Just >> check out the libs and compile them using the wiki. > > I'm sticked to my linux box... It's a personal preference. I feel > much more comfortable with ubuntu. then use wine, it should work. >> PS: if the wiki has some errors, please fix them or report them to me. > > How do I fix them (wiki) or how do I report them? Sorry, newbie question... report them to me. Privately or in the ML. That will be sufficient thank you Vincent -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] How to Package a MinGW-based SDK
On Wed, Sep 15, 2010 at 2:08 PM, Vincent Torri wrote: > > > On Wed, 15 Sep 2010, Brian Wang wrote: > >> On Wed, Sep 15, 2010 at 12:51 PM, Carsten Haitzler >> wrote: >>> >>> On Wed, 15 Sep 2010 10:49:35 +0800 Brian Wang >>> said: >>> Hello list/Vincent, I've followed the guide @http://trac.enlightenment.org/e/wiki/EFLWindowsXP. Thanks to the wiki, with just a few glitches, I've finally built my EFL + Elementary!!! The question now is: how do I move the whole runtime environment of EFL to Windows (XP)? My dev/compile environment is: * x86 ubuntu box * i586-mingw32msvc cross toolchain Thanks in advance. >>> >>> why would you want to? :) >> >> I'm writing a WIN32 gui helper utility for my device. I'm using >> wxWidgets right now and after some experience of EFL, I feel like >> moving to EFL (a lot fancier). I want to package the >> app/libraries/config files in one self-contained file. Maybe the >> question should be how to package my EFL app? >> >> I've figured out some parts. elementary_test.exe runs on my Windows >> XP but it feels _slow_ (a lot slower than wxWidgets). Maybe it's >> because it's running inside VirtualBox. I'll definitely test it on a >> native Windows box. > > Windows is slow, so Windows in VirtualBox... Well, there are several reasons > why it is slow: > > * The quantity of messages sent via printf is just too huge. I'm sure it > slow down the app. > * are you sure you compiled with -O2 or -O3 ? yes (-g -O2). > * for now, only GDI (the default) and DirectDraw are working. I had no time > to update the gl engine, nor the direct3d one. GDI is slow, as it is not > hardware accelerated. So, I should switch to DirectDraw and that is working properly? > >> I'm still trying to figure out how to get my font right. The font >> used in elementary_test.exe looks ugly... > > Well, I have nice fonts. Note that if your fontconfig setup is messed, the > chosen fonts will be ugly. Any example fontconfig setup files? I'll play with it a bit. Thanks. :-) > > Vincent > -- brian -- Cool-Karaoke - The smallest recording studio, in your palm, open-sourced http://cool-idea.com.tw/ iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] How to Package a MinGW-based SDK
On Wed, Sep 15, 2010 at 2:12 PM, Vincent Torri wrote: > > > On Wed, 15 Sep 2010, Brian Wang wrote: > >> On Wed, Sep 15, 2010 at 12:51 PM, Carsten Haitzler >> wrote: >>> >>> On Wed, 15 Sep 2010 10:49:35 +0800 Brian Wang >>> said: >>> >> I'm writing a WIN32 gui helper utility for my device. I'm using >> wxWidgets right now and after some experience of EFL, I feel like >> moving to EFL (a lot fancier). I want to package the >> app/libraries/config files in one self-contained file. Maybe the >> question should be how to package my EFL app? > > about a self contained file, everything can be linked statically. I tried it > on Linux and it works (it's just a matter of passing the correct flag to > libtool). I think it should work on Windows too Can evas modules be statically linked too? Since my app is the sole user of EFL, I guess it's better to statically link all the stuff to save some space and that should also improve the startup speed. That's what I'm going to try next. > > Vincent > -- brian -- Cool-Karaoke - The smallest recording studio, in your palm, open-sourced http://cool-idea.com.tw/ iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] How to Package a MinGW-based SDK
On Wed, Sep 15, 2010 at 2:38 PM, Vincent Torri wrote: > > > On Wed, 15 Sep 2010, Brian Wang wrote: > >>> Untar it (using 7zip for example) in a path without space. You'll be able >>> to >>> launch an MSYS terminal. All the needed dependencies should be there. >>> Just >>> check out the libs and compile them using the wiki. >> >> I'm sticked to my linux box... It's a personal preference. I feel >> much more comfortable with ubuntu. > > then use wine, it should work. > >>> PS: if the wiki has some errors, please fix them or report them to me. >> >> How do I fix them (wiki) or how do I report them? Sorry, newbie >> question... > > report them to me. Privately or in the ML. That will be sufficient OK. I'll definitely do that after some experiments. :-) > > thank you > > Vincent > -- brian -- Cool-Karaoke - The smallest recording studio, in your palm, open-sourced http://cool-idea.com.tw/ iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] How to Package a MinGW-based SDK
count me in on this , I for one would like to know also. On 15 September 2010 18:42, Brian Wang wrote: > On Wed, Sep 15, 2010 at 2:12 PM, Vincent Torri > wrote: > > > > > > On Wed, 15 Sep 2010, Brian Wang wrote: > > > >> On Wed, Sep 15, 2010 at 12:51 PM, Carsten Haitzler < > ras...@rasterman.com> > >> wrote: > >>> > >>> On Wed, 15 Sep 2010 10:49:35 +0800 Brian Wang < > brian.wang.0...@gmail.com> > >>> said: > >>> > >> I'm writing a WIN32 gui helper utility for my device. I'm using > >> wxWidgets right now and after some experience of EFL, I feel like > >> moving to EFL (a lot fancier). I want to package the > >> app/libraries/config files in one self-contained file. Maybe the > >> question should be how to package my EFL app? > > > > about a self contained file, everything can be linked statically. I tried > it > > on Linux and it works (it's just a matter of passing the correct flag to > > libtool). I think it should work on Windows too > > Can evas modules be statically linked too? > Since my app is the sole user of EFL, I guess it's better to > statically link all the stuff to save some space and that should also > improve the startup speed. That's what I'm going to try next. > > > > > Vincent > > > > > > -- > brian > -- > > Cool-Karaoke - The smallest recording studio, in your palm, open-sourced > http://cool-idea.com.tw/ > > iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe > > > -- > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
