From: <jos...@ju...> - 2007-11-07 17:36:32
|
Carsten wrote: > First. > = > I need to offer some big apologies. I have been pretty bad at being > ......... Well, I'll give you my own thoughts on this. These new "developments" in E may well be exciting new opportunities and whatnot, but for some e-developers at least, there are long-standing historical issues with this project. What you call your 'lack of leadership', some saw rather differently. Indeed, some saw it as a good approach, a benevolent- dictator kind of approach. Maybe they're right, and that is a 'good' way to develop something like a wm plus its supporting libs.. but it's not likely to scale well much beyond that - eg. to scale to something like a serious development platform (unless perhaps you envision the wm+modules as a kind of limited platform itself). On several ocassions, some developers here have brought up some of the things you seem to be addressing now - essentially, to have the project run as a true 'community' project. But, they were either ignored, brushed-off, or even treated with some hostility. Busy or not, you've never expressed any interest or support for seeing this project become a true community one. Why the sudden change of heart? Because you have a new employer and can now be the "leader" you say you haven't had the chance to be? While I applaud your statements to (finally) want to see this project move in the direction of a true community effort, and I believe the things you've proposed are good... Do you really expect everyone to feel warm and fuzzy all over, ignore the past, and joyfully embrace this 'new age of enlightenment'? I hope they do, honestly - but I think that it's not going to be that easy.. not for those who were satisfied with the "old order", and not for those who've questioned things and called for change before. jose. _____________________________________________________________ Click for your daily horoscope, learn about money, love & family. http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3ly8kw6Kq0SdgSaubx9a4J= 7TZF52NdjtfrVt8447rKt2qTQc/ |
From: <jos...@ju...> - 2007-11-13 07:21:11
|
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. Why would anyone even contemplate doing anything that you might not want? 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. jose. _____________________________________________________________ Click here for free information on earning a criminal justice degree tod= ay. http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3nNLNOuOffGwFODijHteRR= iRuNrlMhQ0MmdB0tbXSljbkxa4/ |
From: Carsten H. (T. R. <ra...@ra...> - 2007-11-13 09:54:18
|
On Tue, 13 Nov 2007 07:18:26 GMT "jos...@ju..." <jos...@ju...> 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) ra...@ra... |
From: Youness A. <kak...@ka...> - 2007-11-13 23:39:18
|
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 long enough to know about the status of that in the E development team (which I'm not even part of), so I can't judge or say whether Raster is doing a good job or not. So that was my opinion and rambling, and sorry if I wasted your time by misunderstanding this whole thing or saying obvious stuff. KaKaRoTo On Tue, Nov 13, 2007 at 08:54:19PM +1100, Carsten Haitzler wrote: > On Tue, 13 Nov 2007 07:18:26 GMT "jos...@ju..." <jos...@ju...> > 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) ra...@ra... > > > ------------------------------------------------------------------------- > 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 > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel |
From: <jos...@ju...> - 2007-11-13 10:48:30
|
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/JKFkuJi7DSOiTfamxVodGSNt9bZf= z31rz5DVYt8qs4qslABQrzCyfu/ |
From: Hisham M. B. <his...@gm...> - 2007-11-13 12:37:39
|
On Nov 13, 2007 5:45 AM, jos...@ju... <jos...@ju...> 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 change based on that. -- Hisham Mardam Bey http://hisham.cc/ +1-514-713-9312 Codito Ergo Sum (I Code Therefore I Am) |
From: <jos...@ju...> - 2007-11-13 20:04:30
|
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.. Ummmm, 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/JKFkuJi7D2mRiufwWGlfgNMPkiWW= sUHNj5OdgTjNR1tEkz5r649OtC/ |
From: Hisham M. B. <his...@gm...> - 2007-11-13 20:51:56
|
On Nov 13, 2007 3:02 PM, jos...@ju... <jos...@ju...> 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.. > > Ummmm, 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) |
From: <jos...@ju...> - 2007-11-13 23:30:23
|
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/JKFkuJi7DiZ09s7WZLuyxaGdo1k8= 0jzvrOghUkcw9WgTWwqaPpeEzO/ |
From: <jos...@ju...> - 2007-11-14 20:46:05
|
Simon wrote: > > I hope that everyone can be just as excited. I know I am. > > I smell a new age of... Enlightenment. :) :) = > = > I'm really excited about this too! Especially about the new > communication plan! I actually even think we should do more on > the communication point. It would be great to establish a roadmap > for example, with a list of items to get done in priority, for the > different release-candidates, with eventually some mock-ups. It > would also be good to have a place where designers or users could > share easily some UI ideas. And not only for Enlightenment itself, > but for all the libs/apps around E. > A good thing to do too would be to *really* define the scope of > the project. Are we just doing a WM, or are we aiming at something > bigger? > If this is something bigger, what should be the caracteristics of > an E-app? Should it just use EFL? Should it be sexy? These questions > would have to be answered if we want to get somewhere imo. Ok, so what is it that you want raster to tell you here? He's already made it clear that his main interest is in the wm and the core efl libs, and that's likely all he really has time for - besides everything else. But again, since he's the "project" leader, things like this keep being thrown at him. Do you really want him to be responsible for the direction of etk too? Or maybe just bless it as the 'official' raster-sanctioned gui toolkit? What happens when something like etk or ewl, or some other large 'thing' whose scope in many ways overlaps or even overwhelms the scope of something like the wm, is also part of the "E" project? If raster says "...we need to...", or "... I'd like to see...", or something similar, then is he speaking for all "e", all projects, or just for e-the-wm, or what? Or if he doesn't say anything about 'myProject' then is it irrelevant to "E"? You're the "project" leader of etk Simon. What do you want to do? How about a framework like javaFX, or Mozilla's xul, or MS's xaml? Would that be something you'd like to see? What are your thoughts on the future of graphical UIs? Do you have a 'roadmap' for etk+whatever? jose. _____________________________________________________________ It pays to Discover. 0% Intro APR. 5% cashback bonus. Apply now! http://thirdpartyoffers.juno.com/TGL2121/fc/JKFkuJi7D6pVbTzJh1jOy7Mhejic= TzlUY9Bsj7P81ToRL02ZpPJAgw/ |
From: Simon T. <sim...@fr...> - 2007-11-14 21:44:35
|
On Wed, 14 Nov 2007 20:44:59 GMT, "jos...@ju..." <jos...@ju...> wrote : > > Simon wrote: > > > > I hope that everyone can be just as excited. I know I am. > > > I smell a new age of... Enlightenment. :) :) > > > > I'm really excited about this too! Especially about the new > > communication plan! I actually even think we should do more on > > the communication point. It would be great to establish a roadmap > > for example, with a list of items to get done in priority, for the > > different release-candidates, with eventually some mock-ups. It > > would also be good to have a place where designers or users could > > share easily some UI ideas. And not only for Enlightenment itself, > > but for all the libs/apps around E. > > A good thing to do too would be to *really* define the scope of > > the project. Are we just doing a WM, or are we aiming at something > > bigger? > > If this is something bigger, what should be the caracteristics of > > an E-app? Should it just use EFL? Should it be sexy? These questions > > would have to be answered if we want to get somewhere imo. > > Ok, so what is it that you want raster to tell you here? > He's already made it clear that his main interest is in the wm and > the core efl libs, and that's likely all he really has time for - > besides everything else. I'm not interested *only* by raster's opinion as you seem to think! I know these questions have to be answered by *all* the developers: we would have to agree on a common project and we would all have to share the same goals. Currently, there is no limitations, no well-defined bounds and the E project sometimes (often?) goes in several directions that are sometimes opposed, which may result in a big waste of our dev-time. > But again, since he's the "project" leader, things like this > keep being thrown at him. Do you really want him to be responsible > for the direction of etk too? Or maybe just bless it as the 'official' > raster-sanctioned gui toolkit? Being a leader doesn't mean you have to take *all* the decisions! It's not because Raster may only want to work on the WM that our project should only be about getting a working WM. He will not "forbid" the development of a full desktop-environment that would use E17 as a WM. If all the devs agree on a common desktop-environment project that would be coherent with e17, I see no reason why raster would refuse it. But Raster will/should always make the final decisions about the dev of E17 as it is his baby, as I will always make the decisions about the directions taken by Etk. You can't take away the power of decision from the creator of a project just for the name of "community-development". > What happens when something like etk or ewl, or some other > large 'thing' whose scope in many ways overlaps or even overwhelms > the scope of something like the wm, is also part of the "E" project? > If raster says "...we need to...", or "... I'd like to see...", or > something similar, then is he speaking for all "e", all projects, > or just for e-the-wm, or what? Or if he doesn't say anything about > 'myProject' then is it irrelevant to "E"? As I said, imo devs should agree on a common project. Now, if a new sub-project doesn't respect the project's definition or if it is redundant with an existing project, it should not be a part of our common project. That would be the rule to apply with new sub-projects. For existing projects, the problem is more complex, as you can't decide and say to a developer that his own project no longer belongs to our project. But I think that sooner or later, we will have to make choices. There is no good reason to have three different toolkits in the same project, as there is no good reason for several video players or several image-viewers. An application should follow the guidelines set by the project-definition, and there should not be two applications/libraries with the same purpose belonging to the same project. > > You're the "project" leader of etk Simon. What do you want > to do? How about a framework like javaFX, or Mozilla's xul, or MS's > xaml? Would that be something you'd like to see? What are your > thoughts on the future of graphical UIs? Do you have a 'roadmap' > for etk+whatever? I think the first step to accomplish would be to get all the current widgets usable. For now, some widgets are really far from being finished. The next big step would be to integrate a tool like "evolve" to be able to build really-customizable UI from a descriptive file. This tool should be directly part of Etk, and it should have a really good and easy-to-use editor. With that, we could start to build really nice apps quite easily, that would be as themable as native Edje apps. It would have to be far more detailled, but that is globally the roadmap I have in mind. > > jose. > > _____________________________________________________________ > It pays to Discover. > 0% Intro APR. 5% cashback bonus. Apply now! > http://thirdpartyoffers.juno.com/TGL2121/fc/JKFkuJi7D6pVbTzJh1jOy7MhejicTzlUY9Bsj7P81ToRL02ZpPJAgw/ > > > > ------------------------------------------------------------------------- > 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 > enl...@li... > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > |
From: Youness A. <kak...@ka...> - 2007-11-15 00:54:29
|
On Wed, Nov 14, 2007 at 09:45:55PM +0100, Simon TRENY wrote: ... > As I said, imo devs should agree on a common project. Now, if a new > sub-project doesn't respect the project's definition or if it is > redundant with an existing project, it should not be a part of our > common project. That would be the rule to apply with new sub-projects. > For existing projects, the problem is more complex, as you can't decide > and say to a developer that his own project no longer belongs to our > project. But I think that sooner or later, we will have to make > choices. There is no good reason to have three different toolkits in > the same project, as there is no good reason for several video players > or several image-viewers. An application should follow the guidelines > set by the project-definition, and there should not be two > applications/libraries with the same purpose belonging to the same > project. > Thanks! I perfectly agree with what you said above, finally some unity (at least a wish for one). A desktop environment shouldn't have multiple choices for the same thing.. imagine M$ having two web browsers, or two media players, then windows would just suck (redundant sentence, isn't it?:p) |
From: Michael J. <e-...@ka...> - 2007-11-21 23:09:06
|
On Wednesday, 14 November 2007, at 21:45:55 (+0100), Simon TRENY wrote: > There is no good reason to have three different toolkits in the same > project, Of course, this is what a lot of other people said about Etk back before it got thrown in CVS. So now you sound hypocritical. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <me...@ka...> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) ----------------------------------------------------------------------- "You don't know what you have until your Everything is gone. You need someone to show you how to live again." -- Blessid Union of Souls, "I Want to Be There" |
From: <jos...@ju...> - 2007-11-22 04:59:44
|
Michael wrote: > > There is no good reason to have three different toolkits in > > the same project, > = > Of course, this is what a lot of other people said about Etk back > before it got thrown in CVS. So now you sound hypocritical. It does sound a bit hypocritical. I would disagree with both you and Simon on this. I tend to see apis as languages anyway, and consider both etk and ewl as different C "bindings" to the more abstract concept of gui widgetry and such stuff. There are good aspects to this, just as there are good aspects to having other programming language bindings to a given C api. There are bad aspects as well.. some amount of duplicated effort and other things. But if the developers of all these various 'bindings' would cooperate better, would actually work together to further some shared common goals, then the benefits eventually outweigh the negatives. They don't have to love each other, or agree on everything. It may that at some point much further down the road these could be 'supplanted', or they could 'merge', or they might continue, or maybe something else... who knows. Some may prefer ewl, some etk, others something else, and others may want to write things independent of either one. Having such choices available seems closer to the claimed 'spirit' of E than imposing one-true-toolkit or whatnot. From a practical point of view, etk offers people an easier path from the well known and widely used gtk toolkit, and that's something that all who feel a shared grounding in the common E project should see as valuable. Let's take the high-road and value and appreciate both these excellent sub-projects and the work of their talented developers. jose. _____________________________________________________________ Get a life insurance quote online. Click to compare rates and save. http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3oib3C2cjGpOZN5cnWBf4S= FbQ2ToWOEqbHUubsDNtmE6NmFy/ |
From: Michael J. <e-...@ka...> - 2007-11-25 00:30:33
|
On Thursday, 22 November 2007, at 04:57:34 (+0000), jos...@ju... wrote: > It does sound a bit hypocritical. I would disagree with both you and > Simon on this. But my only point was that he was being hypocritical, so you can't agree with me and then disagree with me. That makes *you* hypocritical. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <me...@ka...> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) ----------------------------------------------------------------------- "By the time they had diminished from 50 to 8, the other dwarves began to suspect 'Hungry' ..." -- Gary Larson, "The Far Side" |
From: <jos...@ju...> - 2007-11-25 07:50:31
|
Michael wrote: > > It does sound a bit hypocritical. I would disagree with both > > you and Simon on this. > = > But my only point was that he was being hypocritical, so you can't > agree with me and then disagree with me. That makes *you* > hypocritical. :) = Well, not quite. You did in fact make the point that you agreed with Simon that there shouldn't be several toolkits -- or at least that's what I took you mean. Here's the original whole of it: > > There is no good reason to have three different toolkits in > > the same project, > > = > Of course, this is what a lot of other people said about Etk back > before it got thrown in CVS. So now you sound hypocritical. I took your "Of course,..." to mean that you agreed with Simon that there were no good reasons for having.... Where I disagreed with both you and Simon was that aspect, not your subsequent statement that he sounded hypocritical. So, either I misread your intended meaning, or you've misread mine. You decide. :) jose. _____________________________________________________________ Find loans exclusively for members of our military. Click now! http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3olPs8caOkTRZ9dmwf6Ox3= Tzb60vxe6jMOPbQaGrjEmjyVQk/ |
From: Michael J. <e-...@ka...> - 2007-11-26 00:45:02
|
On Sunday, 25 November 2007, at 07:48:43 (+0000), jos...@ju... wrote: > Well, not quite. You did in fact make the point that you > agreed with Simon that there shouldn't be several toolkits -- > or at least that's what I took you mean. Here's the original > whole of it: > > > > There is no good reason to have three different toolkits in > > > the same project, > > > > > Of course, this is what a lot of other people said about Etk back > > before it got thrown in CVS. So now you sound hypocritical. > > I took your "Of course,..." to mean that you agreed with > Simon that there were no good reasons for having.... > Where I disagreed with both you and Simon was that aspect, > not your subsequent statement that he sounded hypocritical. > > So, either I misread your intended meaning, or you've > misread mine. You decide. :) You misread mine. "Of course" was used as a conjunction, nothing more. I could have said "however" or "but then" or any number of others. Had I meant "of course" as a way to agree with Simon, (1) I would still have needed a subordinating conjunction to introduce the subsequent dependent clause; and (2) I would have needed a semicolon instead of a comma since "of course" would have been a complete thought. HTH, Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <me...@ka...> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) ----------------------------------------------------------------------- "There is always choice. We say there is no choice only to comfort ourselves with a decision we have already made." -- Lady Morella (Majel Barrett Roddenberry), "Babylon Five" |
From: <jos...@ju...> - 2007-11-26 04:45:20
|
Michael wrote: > > So, either I misread your intended meaning, or you've > > misread mine. You decide. :) = > = > You misread mine. "Of course" was used as a conjunction, nothing > more. I could have said "however" or "but then" or any number of > others. Had I meant "of course" as a way to agree with Simon, > (1) I would still have needed a subordinating conjunction to > introduce the subsequent dependent clause; and (2) I would have > needed a semicolon instead of a comma since "of course" would > have been a complete thought. Ahhhhh.... Of course! > HTH, > Michael What does "HTH," mean? _____________________________________________________________ Save on an Orlando Vacation. Click Now! http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3nK7uN4h1gZogDkXBihmOo= xHmIVnxyBn2guIfGQLaMq0smOc/ |
From: Morten N. <mo...@ru...> - 2007-11-26 06:04:12
|
jos...@ju... wrote: > What does "HTH," mean? "Hope That Helps" -- Cheers, Morten :wq |
From: Michael J. <e-...@ka...> - 2007-11-26 07:41:33
|
On Monday, 26 November 2007, at 04:42:59 (+0000), jos...@ju... wrote: > What does "HTH," mean? "Hope That Helps" http://catb.org/jargon/html/H/HTH.html Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <me...@ka...> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) ----------------------------------------------------------------------- "Temper is the one thing you can't get rid of by losing it." -- Jack Nicholson, "Anger Management" |
From: <jos...@ju...> - 2007-11-26 06:32:24
|
Morten wrote: > > What does "HTH," mean? > = > "Hope That Helps" Ahh, thanks. I kept seeing things like "Hitting The Hay", "Higher Than High", "Hotter Than Hot", "Humping The Hippo", ... ? and was having problems visualizing Michael and the ... (just kidding MJ. :) ) _____________________________________________________________ Click for a free comparison on healthcare coverage and save 100's. http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3m3B8eFrS6PyPJK8DDXP4S= 8h2UJ4Kws67ztyb8v04TuDA8Gk/ |
From: Michel B. <mic...@fr...> - 2007-11-26 08:34:36
|
"jos...@ju..." <jos...@ju...> - Mon, 26 Nov 2007 06:30:43 GMT > > Morten wrote: > >> > What does "HTH," mean? >> >> "Hope That Helps" > > Ahh, thanks. I kept seeing things like "Hitting The Hay", >"Higher Than High", "Hotter Than Hot", "Humping The Hippo", ... ? >and was having problems visualizing Michael and the ... > >(just kidding MJ. :) ) > LOL it's a sort of dangerous journey... being stuck into a words demonstation like this... you had the merit of keeping your calm, bravo ! |
From: <jos...@ju...> - 2007-11-27 11:08:29
|
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. _____________________________________________________________ Click to find local singles for dating, romance and fun. http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3nguDj2o28bEIEvw8ZNU7T= vKjLxhDw9OViT55SocKAeLzh1G/ |
From: Michel B. <mic...@fr...> - 2007-11-28 20:23:02
|
"jos...@ju..." <jos...@ju...> - 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 |
From: Michel B. <mic...@fr...> - 2007-12-20 07:26:44
|
>> - my first child is to born around 25 of december ;^) > >felictations! :) what a nice date to be born! :) > Here it is ! It's a girl, born on 17 dec 09:05 (UTC+1), and it's firstname is Romane. cu, Michel |