Re: [E-devel] News from the E stables
On Tue, 13 Nov 2007 07:18:26 GMT [EMAIL PROTECTED] [EMAIL PROTECTED] babbled: Carsten wrote: I'll keep this short, since I really don't want to prolong this sub-thread between us. Busy or not, you've never expressed any interest or support for seeing this project become a true community one. i have done just he opposite - i have encouraged people to DO THEIR OWN THING. most of the time people come and ask me or i now have more time. regardless of tyring to get people to just take things on their own shoulders and do it - tonnes of things just end up back in my lap. i have retracted what it is i do to a small subset of whats in EFL and CVS. i ignore everything else and let others handle that. Ummm. but community does NOT mean everything goes through me. i am a single point of failure. i want people to stand up and be leaders on their own - stand on their own 2 feet and be counted. Exactly. And for that, you can't really have ONE person who has basically ALL decision making authority. Some devs just recently brought up the issue of using git instead of cvs, and while there were varying points of view on it, the bottom line seemed to be that YOU don't want to move things to git - not that there was a concensus on that, or that people were not going to be responsible, or whatnot. It's that you don't want it. there were other voices of dissent too. not just me. it looked like a split. git just changes a lot about the way we work. it's a stupid idea to do it right now anyway - if you read my comments i said no way we are changing SCM before e17 is out - or we just will sink more months into adjusting to a new one. i asked about how git will address the cvs commits list and other issues. i even said once e17 is out i had planned a cleanup o the tree - and we can re-visit the issue there. its an open issue and i have said that i think its bets to happen LATER. i also said that i am dubious of the changes and their usefulness - along with several other long-time e developers. so don't put this on my shoulders just because i disagree. Why would anyone even contemplate doing anything that you might not want? because the world isn't all about everyone nicely agreeing to do anything you like. you need to disagree and say no when you do disagree. i disagree. if every time you disagree you simply lie and say great idea - do it everything may as well stop. no one is expressing their opinion, just being a bunch of yes men. I have the feeling that you and I have two radically different notions of what a community means, and I guess we'll just have to leave it at that. community can work on hat they want. if they wish to impose THEIR desired changes on EVERYONE - those who wrote the code to star, or have been working for a long time or keep working - you need to all agree - and really agree, not just pretend to agree for the sake of harmony. as i said - this is NOT the right time to go change SCM's. unless you want to postpone things for more months. the time is after we release e17 and friends. i believe gustavo already agreed this probably is a good idea (on irc). so what you want is me to simply say yes yes - do whatever you want irrespective of the fact that michael disagrees, nathan disagrees, brian disagrees, dan disagrees - all of them disagreed long before i said anything. are these people NOT members of the community? does their voice NOT count just because i also agree with them? this is a debate. i still see nothing that says we absolutely must drop everything and use git now because we will be so disadvantaged in getting e17 out the door unless we do that. all *I* see is how long other projects have spent moving to git, and going with the tried and tested if it ain't broke, don't fix it model - cvs ain't broke. it's not our core product so its just a tool to get stuff done. if ti works - it works. it may not be perfect, but it works and has worked for a decade for us. shall we throw away a decade of experience at the drop of a hat just before release? (don't read anything in to that)? -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ 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
That last email: so what you want is me to simply say yes yes - do whatever you want ... No, I want you to put on a big E logo outfit and dance around and the next/first e rave. But that's just me. Anyway, let's leave this. Concentrate instead on making all those things you say you want E to become - happen. was supposed to go to raster, not the list! I'll leave it at that. :) _ 0% Intro APR. 5% Cashback bonus and Fraud Protection. Apply now! http://thirdpartyoffers.juno.com/TGL2121/fc/JKFkuJi7DSOiTfamxVodGSNt9bZfz31rz5DVYt8qs4qslABQrzCyfu/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ 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
On Nov 13, 2007 5:45 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: That last email: so what you want is me to simply say yes yes - do whatever you want ... No, I want you to put on a big E logo outfit and dance around and the next/first e rave. But that's just me. Anyway, let's leave this. Concentrate instead on making all those things you say you want E to become - happen. was supposed to go to raster, not the list! I'll leave it at that. :) Hello guys, This is a general response to this discussion between Jose and Raster. As I have talked to both, a lot, about this matter, I'm starting to develop a feel to the true issue here. Say someone starts writing these patches for Evas. They send them to the list. The patches have major internal changes, and might have API breaks and additions. Who's going to look at those and decide how to handle them? Are they good? Are they bad? Should they be done differently, etc. Jose wants the community to be involved much more than it is now. Raster keeps saying people are free. But the reality of things is, as it stands, some issues can only be resolved by Raster. Why? Several reasons. First of all, some of the code we have (specially Evas) is only maintained by one or two people, sometimes only one. The rest of the developers, although being knowledgeable about the code in general, are not concerned with that part itself. At this point, the responsibility is automatically put on one person, in particular, Raster. I can hear Jose saying thats the core of the problem. Thats true, it is the core. Other developers are either not willing to spend the time, or simply are not involved directly with the code (since as it stands, a lot of the discussion is based on the fact that the core libraries need to be changed, rethought, redesigned, split up, and worked out so they support a real modern development environment that is community centric more than what we have now). Jose has been constantly pushing for more involvement, and from moving away from a single point (person) for decision making. Raster has been constantly saying people are free to do whatever they want as long as there's a general agreement. So what is the problem here really? Say we want to redesign Evas, Edje, and Ecore (split it up). Suppose we want more tools that help developers use the EFL in an easier way, something closer to a modern development platform rather than simply looking through header files and writing out code. Suppose we want to to do all what Jose says (better community interaction, move away from just having E as this window manager project that can not grow beyond that, providing a development platform), and suppose we also want to do what Raster says (where people are free to do what they want as long as its good for the project, no central point of failure, etc), whats stopping us? The perfect example, and answer, to this never ending debate is Jorge (turran)'s Enesim. Jorge was tired of a lot of limitations and design issues he found in Evas, and decided to do something about it, the right way. He started with some designs, forked out some code, started discussing it on the mailing list, and as soon as it worked well, he added it to cvs for the developers and community to watch, play with, and work on. Now when Enesim is ready for prime time, and Jorge says it can start helping Evas do a better job, who's gonna integrate it? Jorge can keep talking about it forever. Raster can keep saying its good, work on it, integrate it for ever (he wont do it, he doesnt have the time, nor is it his code, so it will take even more time). The only way its going to happen is if Jorge himself does it, or if Jorge can raise enough interest for someone else to do it. I think Jorge, with the help of others (or not), will end up doing it. The point here is, if you see something wrong, and you want to change it, talk about it, provide proof / solid issues of why its wrong, and take the first (few) steps into correcting it. Jose can keep on talking forever. Raster can keep on answering forever, and we can keep reading their discussion forever, and it will be the same with everyone and everything else. Unless people make a first move (and a second, third, and fourth move) it will all be talk in the air. Prove yourself right by showing that you're working and have something for the community, and prove that the freedom exists (or doesnt) by sending this work and asking for changes to be done based on it. If people keep talking, but they don't have anything to offer, they should stop bothering (unless they are preachers and never intended to do any real work). If work is offered, and Raster rejects it based on no real argument that is agreed upon by the major number of people involved in the project, then we know Raster is a hypocrite. Just work, make your work available, and then decide if this project is going to
Re: [E-devel] EDC Reference
Yea I moved some functions around, the reason is that the doxygen aliases I used to create the reference table assume the format: block1 properties of block1 block2 properties of block2 And the function definitions for color_class, color, color2 and color3, (description block) are located below the definition of the fill block. These would be the necessary changes to accomodate the reference, a few lines in Doxyfile, edje.css and the functions I moved around in edje_cc_handlers.c. http://pastebin.com/m1929ac03 The reference itself, I'm still working on :) El Tuesday 13 November 2007 03:38:58 Vincent Torri escribió: On Tue, 13 Nov 2007, dan sinclair wrote: Did you remove collections.group.parts.part.description.color_class, color, color2, color3 on purpose? If so, what's the reasoning behind this? (lines 139-142 and 1620 - 1694) If I'm not mistaken, they are moved (lines 128 and 1209) maybe the patch should be in 2 parts, code + doc. Vincent On 13-Nov-07, at 1:08 AM, Ben Rockwood wrote: Carsten Haitzler (The Rasterman) wrote: On Sun, 11 Nov 2007 16:32:35 -0300 andres [EMAIL PROTECTED] babbled: As some of you might know I'm writting a EDC reference as Doxygen formmated comments directly into edje_cc_handlers.c My theory is that having the reference flowing along the code will ease mantienance of the reference as the Edje specifications change. Here is the current state, http://pastebin.com/m49666ef9 It's mostly text I already wrote on the wiki but what I want to know is if the reference is going to be included before putting even more hours into it. wow. thats a lot of patches/code/comments. thats a good idea. it means we can keep it consistent alongside the code. what do others think? Very nice... massive patch. Very nicely done. benr. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] SDL 16bpp engine and Evas_Cache round 2
On Nov 13, 2007 2:53 AM, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Fri, 9 Nov 2007 19:07:00 +0100 Cedric BAIL [EMAIL PROTECTED] babbled: gustavo @ firends. this will affect the 16bpp engine. what do you think? also caro - ddraw etc ? It's pending review here :-/We need to release the first internal beta of canola next monday, final (also internal) next 28-Nov... so, I'd like to keep it out for now, but surely merge this since it's a good thing to have (common cache). -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EDC Reference
Ah, ok. I didn't notice that they were moved in the original patch, hard to pick out with all the other changes in there. I don't see any reason why this can't get committed. dan andres wrote: Yea I moved some functions around, the reason is that the doxygen aliases I used to create the reference table assume the format: block1 properties of block1 block2 properties of block2 And the function definitions for color_class, color, color2 and color3, (description block) are located below the definition of the fill block. These would be the necessary changes to accomodate the reference, a few lines in Doxyfile, edje.css and the functions I moved around in edje_cc_handlers.c. http://pastebin.com/m1929ac03 The reference itself, I'm still working on :) El Tuesday 13 November 2007 03:38:58 Vincent Torri escribió: On Tue, 13 Nov 2007, dan sinclair wrote: Did you remove collections.group.parts.part.description.color_class, color, color2, color3 on purpose? If so, what's the reasoning behind this? (lines 139-142 and 1620 - 1694) If I'm not mistaken, they are moved (lines 128 and 1209) maybe the patch should be in 2 parts, code + doc. Vincent On 13-Nov-07, at 1:08 AM, Ben Rockwood wrote: Carsten Haitzler (The Rasterman) wrote: On Sun, 11 Nov 2007 16:32:35 -0300 andres [EMAIL PROTECTED] babbled: As some of you might know I'm writting a EDC reference as Doxygen formmated comments directly into edje_cc_handlers.c My theory is that having the reference flowing along the code will ease mantienance of the reference as the Edje specifications change. Here is the current state, http://pastebin.com/m49666ef9 It's mostly text I already wrote on the wiki but what I want to know is if the reference is going to be included before putting even more hours into it. wow. thats a lot of patches/code/comments. thats a good idea. it means we can keep it consistent alongside the code. what do others think? Very nice... massive patch. Very nicely done. benr. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ 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
On Tue, Nov 13, 2007 at 03:48:22PM +1100, Carsten Haitzler wrote: On Sat, 10 Nov 2007 15:46:44 +0100 Michel BRIAND [EMAIL PROTECTED] babbled: Yes, git is a good trade, everyone noticed that CVS is so slow, and that's prevented devs from tagging releases in the past. it is? how much more local disk space will this take up? keeping lots of revision history locally is going to eat up local space. it's going to kill rsyncing of homedirs from box to box... i am wary of git. CVS is lean client-side. Two cents from someone that uses git at work for projects: If CVS is working for you, don't change. It's painful to change to the new mindset that git gives you. Unless you need the ability to keep seperate branches and merge them for free, the pain probably isn't worth it. rsyncing of homedirs can slow down a little because of the number of files that will need to be stat'ed in the case of a mostly synced directory tree. However, git's compression is amazing, due largely to the way it packs filesystem objects. The Linux 2.6 git objects take about 200MiB, which is less than the actual checked out source. Branches and tags are nearly free in terms of diskspace, as they are just objects that reference other objects. i see nothing slow about it. what's slow? note i use CVs from japan/australia/asia and have no problems - it sits in the usa. so those in the usa will have even better service to it, and i can't see any problems with it being slow. ? People typically complains about CVS slowness at doing checkouts, diff, and merge operations. git is extremely fast at these - it's typically done as fast as your shell can return the prompt. Granted, if you're not merging disparate branches 50 times a day, this makes no difference. -- Ross Vandegrift [EMAIL PROTECTED] The good Christian should beware of mathematicians, and all those who make empty prophecies. The danger already exists that the mathematicians have made a covenant with the devil to darken the spirit and to confine man in the bonds of Hell. --St. Augustine, De Genesi ad Litteram, Book II, xviii, 37 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ 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 2007-11-13 07:07:27 -0800
Build log for Enlightenment DR 0.17 on 2007-11-13 07:07:27 -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 net http://download.enlightenment.org/tests/logs/net.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, 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. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Pin to desktop not working correct
On 11/12/2007 19:07, Carsten Haitzler (The Rasterman) wrote: On Sun, 7 Oct 2007 11:33:24 +0200 Andreas Volz [EMAIL PROTECTED] babbled: Hello, I report this here instead of the bug tracker, because I like to discuss it. Example: 1) start 'emotion_test' 2) Remember-Advanced (Activate all 'remember using' and 'properties to remember' fields) 3) Pin to desktop = border is removed and window is below all other windows 4) restart E17 5) window is still below all others and border is now visible can't reproduce - border stays off. window is below etc. etc. I can reproduce this behavior. I spent two minutes on it last night but was not feeling well. I'll fix this evening. So what do you define the action 'Pin to desktop' should do? This behavior is some ways not logic. The border menu itself is in a complete mess if you ask me. It's much to complicate. agred there. its too long and needs a refactor. if someone wants to refactor it and make it a bit better organised - maybe make commonly used items in he main and put the rest of the details in submenus - please do. otherwise i'll leave it until later to do that. Some menu entries are not so often used. (my personal opinion) - Window properties - kill - window locks - border - Skip (as you often use it only one and them remember it) - Remember (as you often use it once for an application) - create icon (as you often use it once for an application) What's about moving those to an 'Advanced' sub menu? The window menu is useless (for me) if I need to search the entries. And on screens with low resolution you loose a lot of useful space. Another solution would be to implement a smart logic that displays only the items that are used 'often' and hides the advanced menus behind a '...' entry that unfolds if you press it. Like you know it from 'popular' windows products. But I'm not sure about the usability of such a solution. there is a hug debate on if that is a good idea or not in usability circles. some say it is, some say it isnt. for now we can save a lot of code and work by just not doing this and simply improve the border menu layout. regards Andreas - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Regards, Eric signature.asc Description: OpenPGP digital signature - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: slideshow englebass
Sebastian Dransfeld wrote: Log Message: clean up configure scripts --Snip-- +AC_INIT(slideshow, 0.0.9, enlightenment-devel@lists.sourceforge.net) Shouldn't this be the email of the module author It should, I was just to lazy. Will fix. Hahahaha, ok np :) Wasn't trying to raise a fuss or anything. Just something I noticed. -AC_SUBST(e_modules) + +dnl TODO: Fix better install for homedir +datadir=${e_modules}/${PACKAGE} So now everything installs into prefix/lib/enlightenment/modules rather than homedir ? Here it always installed in prefix/lib/enlightenment/modules. I think the usage of prefix etc was kinda weird in the old setup files, as the modules must be installed in predefined places. We should have --system-install and -home-install or something like that. If you have a good suggestion I will implement it. Just have to clean up the NLS stuff first. I think your new implementation is just fine. My concern was that we were doing away with homedir installs (based on this commit). Now I see later commits where homedir install is reenabled, so no problems here :) dh Sebastian - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ 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
Hisham wrote: As I have talked to both, a lot, about this matter, I'm starting to develop a feel to the true issue here. . The 'problem' here is actually deeper than some of what you mention Hisham. Imagine for a moment that you try to build something like an automobile, or an aircraft, or a tv set,... in the same manner that E 'works'. Well, maybe you can - and I guess e-the-wm plus some 'core' libs, are something like that.. But at least everyone knew that's what was being built (more or less, that wasn't all that clear at times). Now, you want to 'build' something more? Like what? Gee, I don't know.. maybe this here, maybe that there... Well, just go do it.. get it done, if you want. Hey look there, someone did something like a fm, or a media player, or a blimey lib, or a gizmabob,... Hey, do we need this.. how about let's do that... Nah, I think the website should say.. U, I wonder. If one of those 'things' is something like a development platform, how well that approach is going to work within the context of E as the 'parent' project. jose. _ It pays to Discover. 0% Intro APR. 5% cashback bonus. Apply now! http://thirdpartyoffers.juno.com/TGL2121/fc/JKFkuJi7D2mRiufwWGlfgNMPkiWWsUHNj5OdgTjNR1tEkz5r649OtC/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ 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
On Nov 13, 2007 3:02 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: The 'problem' here is actually deeper than some of what you mention Hisham. Imagine for a moment that you try to build something like an automobile, or an aircraft, or a tv set,... in the same manner that E 'works'. Well, maybe you can - and I guess e-the-wm plus some 'core' libs, are something like that.. But at least everyone knew that's what was being built (more or less, that wasn't all that clear at times). Now, you want to 'build' something more? Like what? Gee, I don't know.. maybe this here, maybe that there... Well, just go do it.. get it done, if you want. Hey look there, someone did something like a fm, or a media player, or a blimey lib, or a gizmabob,... Hey, do we need this.. how about let's do that... Nah, I think the website should say.. U, I wonder. If one of those 'things' is something like a development platform, how well that approach is going to work within the context of E as the 'parent' project. Jose, I understand that doing all of this for E, Enlightenment, the WM (or Desktop Shell) is not enough to ensure that things are designed and developed in order to create a development platform. The point I raised still stands though. You've mentioned what issues you have with the way things are being done, but how do you propose we work to change the current state of things? If you feel so strongly about this, why don't you propose, and work towards, what you have in mind? Both you and I know that a lot of the people involved in several email and irc discussions (both on the mailing list / #edevelop and off) share your same opinions. So, whats next? -- Hisham Mardam Bey http://hisham.cc/ +1-514-713-9312 Codito Ergo Sum (I Code Therefore I Am) - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] {Spam?} News from the E stables
On Tue, 13 Nov 2007 16:05:55 +1100, Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote : On Tue, 6 Nov 2007 19:07:00 +0100 (CET) Vincent Torri [EMAIL PROTECTED] babbled: --snip-- I was just wondering if it was the right time to start a new theme, which is a big big work. it is a big work, but the old one just was annoying me too much. i was trying to do graphics for the wizard and it just wasn't looking nice. everything i tried looked like crap. I agree, the bling-bling theme doesn't look good at all when there are too many widgets on the same window. Just put more than 3 buttons and the interface will probably look overloaded. Do you have any mockup of the new widget-set? I've seen some shots of the window-borders, but what really is important is to have a coherent and non-intruisive look for the widgets imho. Otherwise, you'll end up with the same problems as with the bling-bling theme. Another possibility would be to use an existing theme. Detour would be a perfect candidate for the job! It is already complete, it has a really good look imo and widgets always look good regardless to the layout. And it will also save you a lot of work. What do you think? (Tokyo would also have to agree on this of course.. :)) MoOM Simon TRENY - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: libs/evas raster
On Tue, 13 Nov 2007 12:15:39 +1100, Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote : On Wed, 10 Oct 2007 18:23:56 +0200 Christian Hunke [EMAIL PROTECTED] babbled: Its only the out-commenting of the constants in evas_object_main.c. When you just undo this it already works: http://enlightenment.org/viewvc/e17/libs/evas/src/lib/canvas/evas_object_main.c?r1=1.60r2=1.61sortby=date yes - those changes broke etk. there is no good reason i can think of why they should beak it. unless its some reliance on behavior that wasn't necessarily good/intended, but the changes are an improvement to evas. i found things that broke in e17 and fixed them. they were silly things that were bugs waiting to happen, so the changes were good. Actually, Etk uses the smart resize-callback to update a widget when the widget has to be updated (by calling evas_object_resize(widget-smart, widget-w, widget-h). Since the callback is not called anymore if the widget has not really been resized, it broke down Etk when widgets needed a content-update while the widget was not resized. To fix this, now we just call manually the resize-callback when we need to update a widget that has not been resized. Simon - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Themes (Was: News from the E stables)
Simon TRENY wrote: Another possibility would be to use an existing theme. Detour would be a perfect candidate for the job! It is already complete, it has a really good look imo and widgets always look good regardless to the layout. And it will also save you a lot of work. What do you think? (Tokyo would also have to agree on this of course.. :)) My personal favorites are gant and blue eyed.. Found a screenshot of Detour by means of google*, and I guess that theme also looks OK, I just think the recessed 3D-buttons are a bit much, and a candy cane percent bar doesn't really speak to me.. *) http://tinyurl.com/2w3wg4 -- Cheers, Morten - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ 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
On Mon, 5 Nov 2007 21:54:45 +0800, Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote : First. I need to offer some big apologies. I have been pretty bad at being responsive and attentive to E for a while now. I can give you a million reasons (excuses) - but that not fair. I've basically been paying the rent with Jobs - and they have not had anything to do with E (first) and then nothing to do with Open source OR E. This means E swindled into a small corner of my world. I've been bad to respond to mail or provide any form of direction ,feedback - or for that matter - leadership. Please accept my sincerest apologies. It's my fault and my problem. I need to fix this. And fix it I shall. That is my intent. So launching into fixing, I shall do below. So bear with me. I've been for an email like this one for a few months now! Thanks! :) First on to some news. It may has snuck out before and it's now official. I'm @ OpenMoko ( http://www.openmoko.org ) now. Why? Back to OpenSource roots - and for that matter, back to Linux, X11 and Graphics... and E! For those who don't know what OpenMoko is - read the link. It's exciting. That is really great news to hear! I'm really glad for you, and I'm pretty sure you could bring a lot of good to the OpenMoko project! Congratulations! :) This mans I now will have more time. Right now I will be all over the place - I am shifting countries again, so I'll be sporadic with E-mail and reachability, but that will settle. I'm moving (partly) back to Sydney, Australia, and the other half of my time i will be in Taipei or other locations. But I do intend to have more focus and support on E. Now why? OpenMoko is convinced the technology behind E is what it takes to make exciting mobile phones that are Linux based and OpenSource.This amounts to what is commercial support for E. This makes me excited. This opens doors for us. In addition to the work Nokia's INDT are doing, Terrasoft, and now gOS with Everex - this is a growing list of companies putting their faith in us. Some of you may be suspicious of this - please do not be. In E land we have believed in freedom - not a limited brand of it, but one that ALSO gives freedom to those producing commercial products to do whatever it is they need or want to do. I believe that in the end, they will come back to the fold and not close and hide their source, because the cost of maintaining a fork is just too high. I belive with support will come resources, and resources will mean development of the things you need and want. Everyone wins. Great to see that more and more commercial products are using the EFL! :) One thing people may notice is that E is getting some splits. Desktop vs. Embedded. Apps vs libraries and multiple libraries and projects. I don't think E will ever really totally split - it will just have lots of useful libraries, tools and apps - different ones aiming for different directions. One thing I hope to do is keep E together - even if there are different directions. It would be great in theory to be able to share the same code for the Desktop and the Embedded versions of E, but I'm not sure it is such a good idea after all. If it implies having lot of modules and lot of use cases in order to get a different behaviour according to the platform, I'm not sure it will benefit to the developer (more complex code), not to the user (more complex interface). I'm actually not sure a traditionnal WM like e17 will fit well on embedded devices like cellphones. It might be good on Internet tables, but I'm more dubious for small-screen devices. I also see the team growing - this is great, but it serves to just increase communication traffic, and that in turn means less coding gets done. The traditional solution here is to start some hierarchy and reporting lines. I don't want to do this though - this will server to create splits where once there was fluid freedom. If we must - we must. Any suggestions? I'm thinking of maybe just formalising a bit more of our developer Relations, involvement and teamwork. Some Ideas for people-things: 1. Identify people who WANT to be leaders and shape the direction of E - and are willing to spent the effort. Some of you do it as a hobby and love just that, some do it for a job, others are in half-way houses. 2. Lets have actual weekly or monthly developer meetings - literally all-in live discussions - maybe IRC? Have actual agendas in meetings. Minutes. 3. Have regular community meetings where people can tell us what they like and don't - give feedback or whatever. 4. Try an organise some annual get-together. An E meet (I think I'll just call it The Rave for now - it fits with the whole E thing). So Literally find a place on the planet we all can/want to go to - go there. Having more meetings (virtual or in real life) is a really great idea. I really think one of the main issue in the E community is the
Re: [E-devel] Themes (Was: News from the E stables)
On Tue, 13 Nov 2007 23:36:52 +0100, Morten Nilsen [EMAIL PROTECTED] wrote : Simon TRENY wrote: Another possibility would be to use an existing theme. Detour would be a perfect candidate for the job! It is already complete, it has a really good look imo and widgets always look good regardless to the layout. And it will also save you a lot of work. What do you think? (Tokyo would also have to agree on this of course.. :)) My personal favorites are gant and blue eyed.. Found a screenshot of Detour by means of google*, and I guess that theme also looks OK, I just think the recessed 3D-buttons are a bit much, and a candy cane percent bar doesn't really speak to me.. *) http://tinyurl.com/2w3wg4 You can have a more recent screenshot of the Detour theme here: http://mtreny.free.fr/detour.png - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Themes (Was: News from the E stables)
Always forgetting the 'group reply'... - Forwarded message from Youness Alaoui [EMAIL PROTECTED] - From: Youness Alaoui [EMAIL PROTECTED] To: Morten Nilsen [EMAIL PROTECTED] Subject: Re: [E-devel] Themes (Was: News from the E stables) On Tue, Nov 13, 2007 at 11:36:52PM +0100, Morten Nilsen wrote: Simon TRENY wrote: Another possibility would be to use an existing theme. Detour would be a perfect candidate for the job! It is already complete, it has a really good look imo and widgets always look good regardless to the layout. And it will also save you a lot of work. What do you think? (Tokyo would also have to agree on this of course.. :)) My personal favorites are gant and blue eyed.. Found a screenshot of Detour by means of google*, and I guess that theme also looks OK, I just think the recessed 3D-buttons are a bit much, and a candy cane percent bar doesn't really speak to me.. *) http://tinyurl.com/2w3wg4 Hi, Thanx for picking my curiosity on detour, I like it. I didn't like bling-bling (was great at first, but after a while, it became unbearable), and I got tired of 'clearlooks'. Detour looks qite nice and would probably be a good start for replacing the default theme, but it needs some work to make it more 'universal'. Like Morten said, the progress bars aren't that good, the flashing cursor is nice, but could bother some people.. the 'inset' and 'plain' appearances of shelf content are the same (there's no 'inset' appearance), etc.. But overall, nice theme. KaKaRoTo - End forwarded message - - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Themes (Was: News from the E stables)
On Tue, 2007-11-13 at 18:04 -0500, Youness Alaoui wrote: Like Morten said, the progress bars aren't that good, OK then. I'll chime in, in defence of the progress bar. I love it. the flashing cursor is nice, but could bother some people.. From memory ( it's a while since I've used anything E ), you can turn this off via a configuration ( or was it a compile-time ? ) option. the 'inset' and 'plain' appearances of shelf content are the same (there's no 'inset' appearance), etc.. But overall, nice theme. For me, this is a grand understatement. I think detour takes the cake for all the E17 and widget themes, even compared to my favourite Gtk2 theme, Aurora. Dan - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ 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
Hisham wrote: mailing list / #edevelop and off) share your same opinions. So, whats next? I don't know what's next - we're ALL going to have to determine that.. Carsten proposed some very good steps in his initial email. But I do know what's first: It's to get these kinds of things understood, so that others can proceed - in a coherent, constructive way. So the mistakes of the past aren't done again. jose. _ 0% intro APR on Balance Transfers Fraud protection and cashback bonus. Apply now! http://thirdpartyoffers.juno.com/TGL2121/fc/JKFkuJi7DiZ09s7WZLuyxaGdo1k80jzvrOghUkcw9WgTWwqaPpeEzO/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ 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
Hi, I hope I'm not intruding into this subject, but I just want to share some of my experience and opinions on this subject. I'm a bit in the same position as Raster but on the aMSN project, usually everything goes by me as I'm the leader of the team, and I always try to avoid getting in discutions like this one (I avoid saying I decide but try to say what do you think?). and it is a very difficult job/responsability. Now I can agree with Jose, but I also disagree. Yes, getting the community more involved is a good thing, but is it always easy? I think that having a leader to make decisions is very important, otherwise, you will waste tons of times trying to find a common ground between two people, and the more people get involved, the worse it becomes. Let me take the git/cvs example. CVS is good/bad whatever, I used it for a long time, and I'm more than happy that I don't need to use it anymore (apart from 'cvs update' on E). We moved to SVN a while ago and we're very satisfied with it. I got some experience now with darcs and had a very small peek at git, and I don't like it very much. It's good, but it's so different, I don't see what's the gain when you're already used to something that's working. Now that's my opinion on the matter. I would love to see E get out of CVS, but I would rather vote for SVN than git, but git would be fine too. Now, take the whole lot of people developing on E, not everyone will agree that moving to git is the right choice. When the debate is opened, it can go on forever, literally, unless someone steps up and takes a decision. Remember, the world has agreed on one thing : disagree with each other. No matter what, there will always be someone unhappy. I don't know you, so I can't tell, but I'm guessing you're pissed at Raster because the decisions he makes are usually not the ones you want, so you feel kind of opressed by his leadership. Understandable, and maybe if you were to lead, things would have gone a different path, maybe a better path, maybe worse, noone will ever know. But whatever the case, one fact remains : someone HAS TO lead, someone HAS TO take decisions and people will NOT always be happy. Back to the aMSN project, we *often* get into that kind of situation, and then I have to force a decision to shut people's mouths and close a debate that was going on forever, we do waste a lot of time debating though. Usually what we also do is a poll, everyone exposes their point of view, yes/no/why trying to convince the other developers why they think solution X is better than Y, then we vote by email. Finally, the most used solution is stop talking about it, we waste so much time talking about something and we never do anything at the end, so just go for it, code it, and prove +to me that you are right *through your code/the end result* So here's the thing, communication is the key, think about the community.. get it more involved, someone wants to make evas do 3D and have a 3D desktop like beryl/compiz, that's what the community says.. well, should it be done ? how will it impact on the release deadline we're trying to set, will it break stuff, how much time will it take, is it *necessary*? I'm guessing Raster is trying to think of all possible stuff and see how it fits into his own vision of E, if it doesn't, then it shouldn't become part of E because it will handicap the whole thing. But also, what I like about E is that it's modular, so you can pretty much do whatever you want and put it as a module to extend the functionality of E. I think that the very fact that E was designed with this modular purpose is what makes E embracing the community. Think about it, I want something, and I use KDE (I don't), it would be a mess to try to get the KDE people to add the feature I want and provide an option to enable/disable it, etc.. with E, I think that it doesn't have to go like this. I chose the EFL exactly because of this, because on IRC, I kept reading patches accepted, because I fixed some stuff and my changes went into CVS a few hours after I sent them. Because the other libs/toolkits have their limitations, and I don't want my product to be stuf with those limitations, while the EFL also has its limitations, I know that I will not be stuck with them, I can change them. Example, GTK doesn't support a semi-transparent background on a text widget.. if I choose GTK, I'm stuck with that, and I don't even want to try to get the GTK team to change that just for me. In EFL, I can't get embeded images in a text widget, I don't mind, I can always fix it and remove that limitation (btw, that limitation really sucks since it will cripple any IM program trying to use the EFL). Anyways, all this to say that I think that this team is community-oriented, the dynamics are good, and that whether you like it or not, a leader always has to be there. Of course, there are always things that can/should be improved, but I haven't been around here
Re: [E-devel] Themes (Was: News from the E stables)
El Tuesday 13 November 2007 18:55:09 Simon TRENY escribió: On Tue, 13 Nov 2007 23:36:52 +0100, You can have a more recent screenshot of the Detour theme here: http://mtreny.free.fr/detour.png Detour is the best looking theme I've seen for any toolkit with linux suport. It looks good, clean, modern AND it's not a windows/mac os theme ripoff. The way they managed to create something *different* yet good looking is quite an accomplishment IMO. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ 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
Le mardi 13 novembre 2007, Simon TRENY a écrit : On Mon, 5 Nov 2007 21:54:45 +0800, Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote : First. I need to offer some big apologies. I have been pretty bad at being responsive and attentive to E for a while now. I can give you a million reasons (excuses) - but that not fair. I've basically been paying the rent with Jobs - and they have not had anything to do with E (first) and then nothing to do with Open source OR E. This means E swindled into a small corner of my world. I've been bad to respond to mail or provide any form of direction ,feedback - or for that matter - leadership. Please accept my sincerest apologies. It's my fault and my problem. I need to fix this. And fix it I shall. That is my intent. So launching into fixing, I shall do below. So bear with me. I've been for an email like this one for a few months now! Thanks! :) First on to some news. It may has snuck out before and it's now official. I'm @ OpenMoko ( http://www.openmoko.org ) now. Why? Back to OpenSource roots - and for that matter, back to Linux, X11 and Graphics... and E! For those who don't know what OpenMoko is - read the link. It's exciting. That is really great news to hear! I'm really glad for you, and I'm pretty sure you could bring a lot of good to the OpenMoko project! Congratulations! :) This mans I now will have more time. Right now I will be all over the place - I am shifting countries again, so I'll be sporadic with E-mail and reachability, but that will settle. I'm moving (partly) back to Sydney, Australia, and the other half of my time i will be in Taipei or other locations. But I do intend to have more focus and support on E. Now why? OpenMoko is convinced the technology behind E is what it takes to make exciting mobile phones that are Linux based and OpenSource.This amounts to what is commercial support for E. This makes me excited. This opens doors for us. In addition to the work Nokia's INDT are doing, Terrasoft, and now gOS with Everex - this is a growing list of companies putting their faith in us. Some of you may be suspicious of this - please do not be. In E land we have believed in freedom - not a limited brand of it, but one that ALSO gives freedom to those producing commercial products to do whatever it is they need or want to do. I believe that in the end, they will come back to the fold and not close and hide their source, because the cost of maintaining a fork is just too high. I belive with support will come resources, and resources will mean development of the things you need and want. Everyone wins. Great to see that more and more commercial products are using the EFL! :) One thing people may notice is that E is getting some splits. Desktop vs. Embedded. Apps vs libraries and multiple libraries and projects. I don't think E will ever really totally split - it will just have lots of useful libraries, tools and apps - different ones aiming for different directions. One thing I hope to do is keep E together - even if there are different directions. It would be great in theory to be able to share the same code for the Desktop and the Embedded versions of E, but I'm not sure it is such a good idea after all. If it implies having lot of modules and lot of use cases in order to get a different behaviour according to the platform, I'm not sure it will benefit to the developer (more complex code), not to the user (more complex interface). I'm actually not sure a traditionnal WM like e17 will fit well on embedded devices like cellphones. It might be good on Internet tables, but I'm more dubious for small-screen devices. I also see the team growing - this is great, but it serves to just increase communication traffic, and that in turn means less coding gets done. The traditional solution here is to start some hierarchy and reporting lines. I don't want to do this though - this will server to create splits where once there was fluid freedom. If we must - we must. Any suggestions? I'm thinking of maybe just formalising a bit more of our developer Relations, involvement and teamwork. Some Ideas for people-things: 1. Identify people who WANT to be leaders and shape the direction of E - and are willing to spent the effort. Some of you do it as a hobby and love just that, some do it for a job, others are in half-way houses. 2. Lets have actual weekly or monthly developer meetings - literally all-in live discussions - maybe IRC? Have actual agendas in meetings. Minutes. 3. Have regular community meetings where people can tell us what they like and don't - give feedback or whatever. 4. Try an organise some annual get-together. An E meet (I think I'll just call it The Rave for now - it fits with the whole E thing). So Literally find a place on the planet we all can/want to go to - go there. Having more
Re: [E-devel] Themes (Was: News from the E stables)
Daniel Kasak wrote: On Tue, 2007-11-13 at 18:04 -0500, Youness Alaoui wrote: Like Morten said, the progress bars aren't that good, OK then. I'll chime in, in defence of the progress bar. I love it. the flashing cursor is nice, but could bother some people.. From memory ( it's a while since I've used anything E ), you can turn this off via a configuration ( or was it a compile-time ? ) option. the 'inset' and 'plain' appearances of shelf content are the same (there's no 'inset' appearance), etc.. But overall, nice theme. For me, this is a grand understatement. I think detour takes the cake for all the E17 and widget themes, even compared to my favourite Gtk2 theme, Aurora. Dan - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel Its always a treat to hear what people have to say, whether they like or dislike detour. It has survived the past two years out of pure motivation. It is currently at a stage where I'm happy with what is there, and at the same time it still needs more work. The difficult part is when you start integrating toolkits such as EWL and ETK, and you realize, hmm this and that don't work. If anyone is interested in helping out, the project page is http://code.google.com/p/detour/ -- Alberto Castro +1(773)816.4920 http://cored.org/ Interface guidelines: An art form that was never alive. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Themes (Was: News from the E stables)
Morten Nilsen wrote: Simon TRENY wrote: Another possibility would be to use an existing theme. Detour would be a perfect candidate for the job! It is already complete, it has a really good look imo and widgets always look good regardless to the layout. And it will also save you a lot of work. What do you think? (Tokyo would also have to agree on this of course.. :)) My personal favorites are gant and blue eyed.. Found a screenshot of Detour by means of google*, and I guess that theme also looks OK, I just think the recessed 3D-buttons are a bit much, and a candy cane percent bar doesn't really speak to me.. The progress bar never turned out as planned. An animated progress bar just adds too much overhead. It will get a redo eventually. *) http://tinyurl.com/2w3wg4 -- Alberto Castro +1(773)816.4920 http://cored.org/ Interface guidelines: An art form that was never alive. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] ETK ( or EWL ), GladeXML, Perl
Quite a while back, I remember reading about etk-server, that would create an ETK layout from a GladeXML file. What's the status of this? Next, if this is working, is it also inside the realms of possibility that Perl bindings for this will materialise. As you've probably figured, I'm a Perl developer, with a heap of GladeXML files that I'd like to be able to reuse. I'd also like to port 2 of my projects to using ETK / EWL ... Gtk2::Ex::DBI and Gtk2::Ex::Datasheet::DBI ( they're database == GUI libraries, see http://entropy.homelinux.org/axis ). I will of course help out with whatever needs to be done. Last time I looked at the Perl-ETK stuff I had to admit I couldn't make head nor tail of it. But I'm getting a little more time to play around with stuff again, and thinking about having a 2nd attempt at it. Dan - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ETK ( or EWL ), GladeXML, Perl
On Nov 13, 2007 9:19 PM, Daniel Kasak [EMAIL PROTECTED] wrote: Quite a while back, I remember reading about etk-server, that would create an ETK layout from a GladeXML file. What's the status of this? Enhance - allows you to use a GladeXML file to create an Etk gui. Works great an is already in use. Next, if this is working, is it also inside the realms of possibility that Perl bindings for this will materialise. Is very simple to add to etk-perl, or to bind in a similar fashion. Chady, care to comment? As you've probably figured, I'm a Perl developer, with a heap of GladeXML files that I'd like to be able to reuse. I'd also like to port 2 of my projects to using ETK / EWL ... Gtk2::Ex::DBI and Gtk2::Ex::Datasheet::DBI ( they're database == GUI libraries, see http://entropy.homelinux.org/axis ). I will of course help out with whatever needs to be done. Last time I looked at the Perl-ETK stuff I had to admit I couldn't make head nor tail of it. But I'm getting a little more time to play around with stuff again, and thinking about having a 2nd attempt at it. Chady is the current developer and maintainer of the bindings, he can give more info. -- Hisham Mardam Bey http://hisham.cc/ +1-514-713-9312 Codito Ergo Sum (I Code Therefore I Am) - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ETK ( or EWL ), GladeXML, Perl
On Tue, 2007-11-13 at 21:33 -0500, Hisham Mardam Bey wrote: On Nov 13, 2007 9:19 PM, Daniel Kasak [EMAIL PROTECTED] wrote: Quite a while back, I remember reading about etk-server, that would create an ETK layout from a GladeXML file. What's the status of this? Enhance - allows you to use a GladeXML file to create an Etk gui. Works great an is already in use. Ah. Excellent :) Next, if this is working, is it also inside the realms of possibility that Perl bindings for this will materialise. Is very simple to add to etk-perl, or to bind in a similar fashion. Chady, care to comment? I'll await this comment ... I'm building all my e stuff now. If I can get the bindings built ( had some difficulties last time ), I'll check out the treeview stuff first, since it doesn't require enhance. Thanks :) Dan - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel