[E-devel] Nightly build log for E17 on 2007-11-28 02:21:54 -0800
Build log for Enlightenment DR 0.17 on 2007-11-28 02:21:54 -0800 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: edvi http://download.enlightenment.org/tests/logs/edvi.log eflpp http://download.enlightenment.org/tests/logs/eflpp.log elitaire http://download.enlightenment.org/tests/logs/elitaire.log embrace http://download.enlightenment.org/tests/logs/embrace.log empower http://download.enlightenment.org/tests/logs/empower.log engage http://download.enlightenment.org/tests/logs/engage.log epdf http://download.enlightenment.org/tests/logs/epdf.log ephoto http://download.enlightenment.org/tests/logs/ephoto.log equate http://download.enlightenment.org/tests/logs/equate.log evolve http://download.enlightenment.org/tests/logs/evolve.log ewl http://download.enlightenment.org/tests/logs/ewl.log examine http://download.enlightenment.org/tests/logs/examine.log Packages with no supported build system: entice, esmart_rsvg, exorcist, python-efl, Packages skipped: camE, 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, cpu, deskshow, eclair, ecore, edb, e_dbus, edje_editor, edje, edje_viewer, eet, eflame, efreet, elapse, elation, elicit, e, embryo, emotion, emphasis, emu, engrave, engycad, enhance, enity, enterminus, enthrall, entrance_edit_gui, entrance, entropy, envision, epeg, e_phys, epsilon, esmart, estickies, etk_extra, etk, etk-perl, evas, evfs, exhibit, exml, expedite, express, extrackt, feh, flame, forecasts, gevas2, iconbar, imlib2_loaders, imlib2, Imlib2_Perl, imlib2_tools, language, mail, mem, mixer, moon, net, news, 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. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [Enhancement] added "remove progam" feature to edje_editor
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi devs, here's my two cents to edje_editor, a very nice and powerful app. With my patch you can remove program from collection's tree. Great work, Dave! Ciao Massimiliano - -- Massimiliano Calamelli http://mcalamelli.netsons.org [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (MingW32) iD8DBQFHTWMtleGEL56NNP4RAlbEAJ9nVGpfEUj2i5Mf4dZdujF8r1pHtwCeJ+P7 flGhTosjheSJOpMtYKCUKz0= =50Fe -END PGP SIGNATURE- Index: callbacks.c === RCS file: /var/cvs/e/e17/proto/edje_editor/src/bin/callbacks.c,v retrieving revision 1.37 diff -u -r1.37 callbacks.c --- callbacks.c 28 Nov 2007 07:10:52 - 1.37 +++ callbacks.c 28 Nov 2007 12:40:13 - @@ -15,6 +15,7 @@ extern void PROTO_engrave_part_state_image_tween_remove_all(Engrave_Part_State *eps); extern int PROTO_engrave_part_raise(Engrave_Part *ep); extern int PROTO_engrave_part_lower(Engrave_Part *ep); +extern void PROTO_engrave_group_program_remove(Engrave_Group *eg, Engrave_Program *epr); int current_color_object; @@ -1509,6 +1510,24 @@ ShowAlert("No group selected"); } break; + case REMOVE_PROG: + if (Cur.epr) { +row = NULL; +row = etk_tree_row_next_get(ecore_hash_get(hash,Cur.epr)); +if (!row) row = etk_tree_row_prev_get(ecore_hash_get(hash,Cur.epr)); +etk_tree_row_delete(ecore_hash_get(hash,Cur.epr)); +ecore_hash_remove (hash, Cur.epr); +PROTO_engrave_group_program_remove(Cur.eg, Cur.epr); +engrave_program_free(Cur.epr); + +Cur.epr = NULL; + +ev_redraw(); +if (row) etk_tree_row_select(row); +} else { +ShowAlert("No program selected"); + } + break; } return ETK_TRUE; } Index: interface.c === RCS file: /var/cvs/e/e17/proto/edje_editor/src/bin/interface.c,v retrieving revision 1.44 diff -u -r1.44 interface.c --- interface.c 28 Nov 2007 07:10:52 - 1.44 +++ interface.c 28 Nov 2007 12:40:19 - @@ -1350,6 +1350,14 @@ etk_signal_connect("activated", ETK_OBJECT(menu_item), ETK_CALLBACK(on_RemoveMenu_item_activated), (void*)REMOVE_GROUP); etk_menu_shell_append(ETK_MENU_SHELL(UI_RemoveMenu), ETK_MENU_ITEM(menu_item)); + + //program + menu_item = etk_menu_item_image_new_with_label("Selected Program"); + image = etk_image_new_from_edje(EdjeFile,"PROG.PNG"); + etk_menu_item_image_set(ETK_MENU_ITEM_IMAGE(menu_item), ETK_IMAGE(image)); + etk_signal_connect("activated", ETK_OBJECT(menu_item), + ETK_CALLBACK(on_RemoveMenu_item_activated), (void*)REMOVE_PROG); + etk_menu_shell_append(ETK_MENU_SHELL(UI_RemoveMenu), ETK_MENU_ITEM(menu_item)); sep = etk_vseparator_new(); etk_toolbar_append(ETK_TOOLBAR(UI_Toolbar), sep, ETK_BOX_START); Index: main.c === RCS file: /var/cvs/e/e17/proto/edje_editor/src/bin/main.c,v retrieving revision 1.17 diff -u -r1.17 main.c --- main.c 28 Nov 2007 07:10:52 - 1.17 +++ main.c 28 Nov 2007 12:40:19 - @@ -155,6 +155,26 @@ eg->parts = evas_list_remove(eg->parts,ep); engrave_part_parent_set(ep, NULL); } + +/** + * engrave_group_program_remove - remove the given program from the group + * @param eg: The Engrave_Group to remove the program too. + * @param ep: The Engrave_Program to remove. + * + * @return Returns no value. + */ +/*EAPI*/ void +PROTO_engrave_group_program_remove(Engrave_Group *eg, Engrave_Program *epr) { + Engrave_Group * group; + Evas_List * list; + + if (!eg || !epr) return; + + eg->programs = evas_list_remove(eg->programs, epr); + engrave_program_parent_set(epr, NULL); + +} + /** * engrave_file_group_remove - remove the group from the given file * @param ef: The Engrave_File to remove the group too. Index: main.h === RCS file: /var/cvs/e/e17/proto/edje_editor/src/bin/main.h,v retrieving revision 1.15 diff -u -r1.15 main.h --- main.h 28 Nov 2007 07:10:52 - 1.15 +++ main.h 28 Nov 2007 12:40:19 - @@ -67,6 +67,7 @@ REMOVE_DESCRIPTION, REMOVE_PART, REMOVE_GROUP, + REMOVE_PROG, REL1X_SPINNER, REL1Y_SPINNER, REL2X_SPINNER, - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje editing proposal
Dave, this is great news! > I have filed a patch to bgzilla with this first implementation. bug#294 Uh oh... Raster, please consider looking at the bugzilla this time ;) > If you want to try it simply patch edje and set > #define TEST_DIRECT_EDJE 1 > in edje_editor/src/bin/main.h on line 15 > then open the editor with a file to open: > edje_editor /path.to/default.edj > But remember that you can't do nothing more than the browsing and change > size (all the other stuff will segv!) > Please let me know what do you think about. +1 from me. Looks like a step into the right direction. Regards, :M: -- Michael 'Mickey' Lauer | IT-Freelancer | http://www.vanille-media.de - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje editing proposal
I wrote: > Isn't what you're after (in full) something akin to a 'DOM' > kind of capability for edje/edc? I believe Brian and Chady had > expressed an interest in this at some point as well. Just to add a bit to that.. Hisham had also expressed a similar interest as well. For his work on "evolve", he wanted to be able to dynamically create/modify edjes, and also a similar DOM-like ability for 'edc' syntax based stuff in general. Things like edje-editor and evolve could've been much further along if these kinds of issues weren't there.. and it's where having used already existing tools for 'edje' could've helped. One could have other formats/scripts as inputs to create eet-encoded .edj files (I believe Tilman's "redact" is somewhat like that), but it still leaves needing an api for the edje lib to dynamically create/modify edje objects, to query properties, determine structure, dependencies, etc. jose. _ Discount Online Trading - Click Now! http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3mJ8YXJYBzXrE65SCgiMv5YEHxlVMfuPcENbn6IjMhUbYovG/ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje editing proposal
I wrote: > Things like edje-editor and evolve could've been much further > along if these kinds of issues weren't there.. and it's where having > used already existing tools for 'edje' could've helped. > One could have other formats/scripts as inputs to create > eet-encoded .edj files (I believe Tilman's "redact" is somewhat > like that), but it still leaves needing an api for the edje lib > to dynamically create/modify edje objects, to query properties, > determine structure, dependencies, etc. Just to add another bit to that.. One 'problem' with an edje api for getting/setting properties is that it exposes edje's internal structure more and more.. which may or may not be desirable. Another way would also be to have a function like the current 'file_set' one, but which would allow one to set raw eet binary data. Then, different apps/libs could use different formats/syntax/ whatever to work with and just convert this to eet binary.. feeding that to the edje in order to create/modify it. It would be up to the app/lib to keep all relevant state rather than getting/setting such via edje lib calls. However, in order to modify edje objs loaded from existing edje files, it would help to have available an eet-binary read/write lib that could do the querying of stuff.. and that would bring things back to a good api for that. There are also some caching related issues, especially if you start trying to deal with image sources and such, and other stuff, that could come up here. jose. _ Click now and choose from a selection of top performing bonds! http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3m5XftFiNIajJGI0DiwHsSnaqHaYAnF8fkJ5bkoeyFO4myAg/ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Handling Key-board events in EDC
Hi All, i have just started doing R&D on Embedded Applications of "E". i'm now planning to do a virtual keyboard using C-code of "E" and ".edc". i was going through the EDC examples for this, as i could not find any solid doccument on EDC. Can anyone here help me, how to handle keyboard events in ".edc", as i could find only mouse events handling. please do help me. regards, Kalyan P - Never miss a thing. Make Yahoo your homepage. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje editing proposal
Yet one more bit here (as I slowly regain my "E" memory), One other thing of relevance here is the notion of "styling". Just as xml based formats like xhtml, svg, ... allow for styling via css, ie. allow for one to vary certain values of properties of a 'src document' (but not the structure), one could also have a similar notion for edje (edc syntax based or not). Brian and I actually discussed this a bit, back when the 'GROUP' part stuff was added, but we got side-tracted with other things and never followed up on it (we also discussed things like perhaps having loadable modules via a 'PLUGIN" part type, and a couple of other aspects..). But again, useful as such a notion itself might be, it only deals with varying the values of certain existing properties of an edje group, not with varying the structure, eg. one could not use that to add/remove parts, etc. jose. _ Click here to get free info on vending machines and vending service. http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3oCSwRH7I0Q44SQNH6aFIVh6jBY1jDRtxpNZ07neSurFn7CY/ - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] News from the E stables
Andrew Williams <[EMAIL PROTECTED]> - Tue, 27 Nov 2007 12:09:14 + >If folk are wanting better revision control and client-side diffing >etc. then SVN is a much wiser choice - not because it is better than >GIT, but because it looks the same to CVS users, requires absolutely >minimal re-learning (replace cvs with svn basically) and the >conversion is automated and simple. > >just 2 cents, I know that SVN is not perfect, but it is a few classes >above CVS. > >Andy > Hi all, being involved in big developments with CVS and SVN in industry, I would like to add my comments on this topic. We also use ClearCase and Aegis (+ a similar tool of our own) and Starteam. Beware of SVN. In particular on two critical points : - performances - ability to know what you're doing with branches No space here to elaborate on theses very special points but my 2 cents : - SVN could criple performances when commiting / updating ... - branches are in a very early and naive state of implementation, you could be lost in revision numbers just to merge 2 poor little files CVS offers less features but has a big advantage : it's very simple and crystal clear ! I agree with people that say that's bad to change the source control software near release time. That's not the moment : why make things harder in that particular time? But for the future I would suggest : - all must agree on centralized model - given that proper usage of source control software could be agreed - you may choose good tools even they implement distributed repository : it's just a matter of implementing good pratices in the team - git, monotone and darcs are very good tools - Aegis is a more robust tool that enable you to define a unique branch of integration : thus ensuring a good centralized model with strong features like change sets... That's said, the most features of the source control software the team would use, better the tracability and control will be ;). I.e. tagging releases, using scripts to make integration (apply a patch, merge a source tree, check good&bad files in working directories, maximize synthetic information and minimize differences... Cheers, Michel - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] News from the E stables
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> - Tue, 27 Nov 2007 11:06:53 GMT > > Michael BRIAND wrote: > >> LOL >> >> it's a sort of dangerous journey... being stuck into a words >> demonstation like this... > > Not at all. I know that KainX is just extremely rigorous >and demands a lot from himself -- and others. He showed me that >he did indeed know what he was talking about, and I'd been mistaken. > He just didn't realize that I had no idea what "HTH" means, >so I just started imagening what the hell it might be.. and given >all the talk from the stables and all the hippocritters around, >that's what came to mind. > > BTW, is there some area of "E" that you feel you might like >to work on? Some area you have some experience in? > > jose. Ok, you're right. Just to explain : I was shocked by bluntness ;) (Michael teach me that word ; On my skills and above all my time available ;o) ... I'm skilled in -source control software -software engineering in industry (it's seems that's different from open source development) -basic C UNIX programming (system, network, ...) -X11, motif -3D scene graph and rendering with OpenGL - My time available ? - I'm working 45hours/week for a big industry (aircrafts) - I'm leading an off work project involving a specialized Linux distribution (packaging) with a lot of 3d softwares (code & testing) for Archeology researchers and involving lobbying in the Research institutions to enable interoperability (politics, file formats, open source, ...) - my first child is to born around 25 of december ;^) Anyway I've looked into the E code a lot of time I've fixed some minor things in Imlib2. I've implemented new features in epeg. I like very much the E config scheme that Raster ask me to look into recently... Cheers, Michel - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel