Re: [E-devel] etk_entry text length limit patch
On Mon, May 5, 2008 at 2:58 AM, Jeremy <[EMAIL PROTECTED]> wrote: > Hi, List: > Is this patch OK that can be commit ? > or are there any progress for this patch? > > Cause I also need this to limit text length of a message that will > be sent out via SMS. > Patch is ok - I think I have it pending in my commit list, i'll take care of it (= -- Hisham Mardam Bey http://hisham.cc/ +1-514-966-8359 Codito Ergo Sum (I Code Therefore I Am) - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Nightly build log for E17 on 2008-05-05 07:09:47 -0700
Build log for Enlightenment DR 0.17 on 2008-05-05 07:09:47 -0700 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: enna http://download.enlightenment.org/tests/logs/enna.log epdf http://download.enlightenment.org/tests/logs/epdf.log evolve http://download.enlightenment.org/tests/logs/evolve.log Packages with no supported build system: entice, esmart_rsvg, exorcist, python-efl, Packages skipped: camE, ecore_dbus, engage, enotes, enscribe, epbb, eplay, erss, etk_server, etox, e_utils, Evas_Perl, evoak, gfx_routines, lvs-gui, med, nexus, notgame, ruby-efl, webcam, Packages that build OK: alarm, bling, calendar, cpu, deskshow, echo, eclair, ecore_li, ecore, edata, edb, e_dbus, edje_editor, edje, edje_viewer, edvi, eet, eflame, eflpp, efm_nav, efm_path, efreet, elapse, elation, elicit, elitaire, e, embrace, embryo, emotion, emphasis, empower, emprint, emu, enesim, engrave, engycad, enhance, enity, enterminus, enthrall, entrance_edit_gui, entrance, entropy, envision, epeg, ephoto, e_phys, epsilon, epx, equate, esmart, estickies, etk_extra, etk, etk-perl, evas, evfs, ewl, examine, execwatch, exhibit, exml, expedite, express, exquisite, extrackt, feh, flame, forecasts, gevas2, iconbar, iiirk, imlib2_loaders, imlib2, Imlib2_Perl, imlib2_tools, language, mail, mem, mixer, moon, mpdule, net, news, notification, penguins, pesh, photo, rage, rain, screenshot, scrot, slideshow, snow, taskbar, tclock, uptime, weather, winselector, wlan, Debian GNU/Linux 4.0 \n \l Linux enlightenment2 2.6.18-4-686 #1 SMP Wed May 9 23:03:12 UTC 2007 i686 GNU/Linux See http://download.enlightenment.org/tests/ for details. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Announce] Gadman module
Am Mon, 05 May 2008 02:00:42 -0400 schrieb Jose Gonzalez: >Andreas wrote: > > > The calculator works nice with edje_editor, but if I open it with > > edje_viewer it doesn't work. What is the preferred way to run > > "self-hosting" edje application? > > What's the relevant notion of: "self-hosting" edje application? My definition of "self-hosting" edje apps is an application that doesn't need any special C code to work. See the calculator that is referenced in the starting E-Mail from this thread. > > Maybe a plain C application that does > > only load an edj from command line should be delivered with edje. > > Maybe with options to define the backend engine. What do you think? > > > > Besides needing to specify the display evas, one would also need > to specify the group to load in the edj file. But this would hardly be > enough in general to get meaningful things.. One would need to either > restrict to edjes which have a certain named group (say one called > 'main' or something) which is an expected wrapper for the 'edje app' > and a canonical entry point to the edj file, and it would need all the > 'code logic' to be done via scripting. > To go beyond that, one'd need a more flexible approach.. but > again, what do you want 'self-hosting edje app' to mean? regards Andreas - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Announce] Gadman module
Am Sun, 4 May 2008 17:03:33 -0300 schrieb Gustavo Sverzut Barbieri: > On Sun, May 4, 2008 at 3:41 PM, Andreas Volz <[EMAIL PROTECTED]> > wrote: > > Am Sat, 19 Apr 2008 14:32:04 +0200 (CEST) schrieb Dave Andreoli: > > > As usual you can find the download and more info on my site > > > http://www.gurumeditation.it/blog/?page_id=48 > > > > > > P.S. on the site will also find a new calculator completly done > > > in edje :) > > > > The calculator works nice with edje_editor, but if I open it with > > edje_viewer it doesn't work. What is the preferred way to run > > "self-hosting" edje application? Maybe a plain C application that > > does only load an edj from command line should be delivered with > > edje. Maybe with options to define the backend engine. What do you > > think? > > that's a good question, we could write a simple edje_launcher that > would handle resize and few other external properties right... maybe > write it in a way that these launchers could have the whole .edj > integrated in the rodata section, making it a standalone bundle if > it's compiled statically? Not sure if we talk about the same details. My idea is to have little edj applications that are not depending on any specific C code. There should be a common loader application. This loader application could be ported to any OS or also linked static for an easier distribution. I imagine this edj apps to be like a Flash file and the loader app like the Flash Player. I think you got the idea. There could also be a common edj loader in e17 itself to add modules that are "self-hosted". Then new modules could be made in edj only without any line of C code. Another idea is a browser plugin. I know the idea is old, but this would also only work easier if the entry point for self hosting edje apps is well defined. regards Andreas - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Announce] Gadman module
On Mon, May 5, 2008 at 4:54 PM, Andreas Volz <[EMAIL PROTECTED]> wrote: > Am Sun, 4 May 2008 17:03:33 -0300 schrieb Gustavo Sverzut Barbieri: > > > > On Sun, May 4, 2008 at 3:41 PM, Andreas Volz <[EMAIL PROTECTED]> > > wrote: > > > Am Sat, 19 Apr 2008 14:32:04 +0200 (CEST) schrieb Dave Andreoli: > > > > As usual you can find the download and more info on my site > > > > http://www.gurumeditation.it/blog/?page_id=48 > > > > > > > > P.S. on the site will also find a new calculator completly done > > > > in edje :) > > > > > > The calculator works nice with edje_editor, but if I open it with > > > edje_viewer it doesn't work. What is the preferred way to run > > > "self-hosting" edje application? Maybe a plain C application that > > > does only load an edj from command line should be delivered with > > > edje. Maybe with options to define the backend engine. What do you > > > think? > > > > that's a good question, we could write a simple edje_launcher that > > would handle resize and few other external properties right... maybe > > write it in a way that these launchers could have the whole .edj > > integrated in the rodata section, making it a standalone bundle if > > it's compiled statically? > > Not sure if we talk about the same details. My idea is to have little > edj applications that are not depending on any specific C code. There > should be a common loader application. This loader application could be > ported to any OS or also linked static for an easier distribution. I > imagine this edj apps to be like a Flash file and the loader app like > the Flash Player. I think you got the idea. > > There could also be a common edj loader in e17 itself to add modules > that are "self-hosted". Then new modules could be made in edj only > without any line of C code. > > Another idea is a browser plugin. I know the idea is old, but this would > also only work easier if the entry point for self hosting edje apps is > well defined. Yes, the same idea, but I was just suggesting this loader to be able to be linked with the .edj application itself, so users may not have the loader installed. It's an idea on top of yours :-) -- Gustavo Sverzut Barbieri http://profusion.mobi Embedded Systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [Little OT] Strengthening Scite for E development
Hi devs, I marked this message as little OT because it isn't directly related to E programming, but it is related to Scite editor, and little addons to make it very useful and cool for E programming. I'm back to Scite after long times, and now i built some files (in Scite slang called API file) that enabling calltips and code completion for EFL, and easily achievable syntax highlight. Is it hard to explain all steps for my poor english (sigh), here's a link to translate my blog entry about it: http://translate.google.com/translate?u=http%3A%2F%2Fmcalamelli.netsons.org%2F2008%2F05%2F06%2Fscite-leditor-definitivo%2F&langpair=it%7Cen&hl=en&ie=UTF8 It seems understandable... Here's some screenshots (last six images): http://picasaweb.google.com/mcalamelli/Screenshots Here's API files, my cpp.properties and SciTEUser.properties as example and a little python script to build a function list for syntax highlight: http://staff.get-e.org/?p=users/mcalamelli/scite_e17.git;a=summary API files are in basic state, it can be improved adding a small description after closing braces, and it appears on second line of calltip. I cant find out a way to get descriptions from doxy, if you know a way to do you're welcome! Regards Massimiliano - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Little OT] Strengthening Scite for E development
Massimiliano Calamelli wrote: > Hi devs, I marked this message as little OT because it isn't directly > related to E programming, but it is related to Scite editor, and > little addons to make it very useful and cool for E programming. > I'm back to Scite after long times, and now i built some files (in > Scite slang called API file) that enabling calltips and code > completion for EFL, and easily achievable syntax highlight. > Is it hard to explain all steps for my poor english (sigh), here's a > link to translate my blog entry about it: > > http://translate.google.com/translate?u=http%3A%2F%2Fmcalamelli.netsons.org%2F2008%2F05%2F06%2Fscite-leditor-definitivo%2F&langpair=it%7Cen&hl=en&ie=UTF8 > > It seems understandable... > > Here's some screenshots (last six images): > http://picasaweb.google.com/mcalamelli/Screenshots > > Here's API files, my cpp.properties and SciTEUser.properties as > example and a little python script to build a function list for syntax > highlight: > This is very nice, but where do the API files go? > http://staff.get-e.org/?p=users/mcalamelli/scite_e17.git;a=summary > > API files are in basic state, it can be improved adding a small > description after closing braces, and it appears on second line of > calltip. I cant find out a way to get descriptions from doxy, if you > know a way to do you're welcome! > > Regards > > Massimiliano > > - > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [Announce] Gadman module
Andreas wrote: >>> The calculator works nice with edje_editor, but if I open it with >>> edje_viewer it doesn't work. What is the preferred way to run >>> "self-hosting" edje application? >>> >> What's the relevant notion of: "self-hosting" edje application? >> > > My definition of "self-hosting" edje apps is an application that > doesn't need any special C code to work. See the calculator that is > referenced in the starting E-Mail from this thread. > > Then one needs to extend edje/embryo scripting far more than it's currently capable of.. and for it to be sufficiently capable for general kinds of 'apps' it may need to have access to system calls and other things. One'd also need to have well-known entry points into the .edj file - either a special main group or a special script function to execute on load or some such, and have all being executed in some kind of 'runtime'. The problem with this approach is that it doesn't provide a means to 'theme' the 'app', unless one explicitly allows for that ability as part of your notion of 'app'. Note that things like Flash/mxml (then to swf) or Silverlight/ xaml (may also have some binary representation), unlike edje/edc, have extensive 'script' language support and allow for separating the code logic from the 'gui' part in separate files if desired (though I suppose one could do this with edje/edc/embryo). One could also envision this notion in a manner similar to e17's current modules minus the configuration widgets, or like the notion of 'themable-evas-objects' I've mentioned a couple of times, ie. shared libs that have certain C function interfaces (such as 'add obj to an evas', 'set a them file on an obj', 'set,get a property/value on an obj', etc), or via scripting language modules of whatever sort. One could think of these as self-determined rather than self- hosting, and could be loaded by any program that knows the interfaces they expose. It also gives a canonical notion of 'theme' file so that one can theme these 'apps' - even though they may be self-determined, one may still want to separate the gui aspects in such a way that the 'app' can be given different gui themes. In general, there are many, many ways to imagine these kinds of notions.. but even when things start out 'self-contained', they often seem to end up wanting to become less and less so, in order to allow for more flexibility, theming, modularization, etc. >>> Maybe a plain C application that does >>> only load an edj from command line should be delivered with edje. >>> Maybe with options to define the backend engine. What do you think? >>> >>> >> Besides needing to specify the display evas, one would also need >> to specify the group to load in the edj file. But this would hardly be >> enough in general to get meaningful things.. One would need to either >> restrict to edjes which have a certain named group (say one called >> 'main' or something) which is an expected wrapper for the 'edje app' >> and a canonical entry point to the edj file, and it would need all the >> 'code logic' to be done via scripting. >> To go beyond that, one'd need a more flexible approach.. but >> again, what do you want 'self-hosting edje app' to mean? >> - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
