I completely agree. I also don't want to step in an argument I know nothing about, but I do agree with Gustavo. In my pov e's svn is for e applications. It's not sourceforge that stores open source projects, everything in the svn is made for e and thus should follow whatever guidelines/spirit e may have. I don't think svn is a good place for *personal* pet projects (maybe in your own dev dir?) because everything in svn is seen by other people as something developed and supported by the e team, and thus, all the e team should be able to adjust, modify and even rewrite so it'll follow e's spirit the direction.
Unrelated note: I really love edje_player, been using it for ages now. -- Tom. On Fri, Mar 11, 2011 at 5:36 PM, Leif Middelschulte < leif.middelschu...@gmail.com> wrote: > I don't want to jump in into anything personal. > > I just wanted to support Gustavo on the way he thought. I would have > thought the same way. By saying so, I don't want to say: "You guys > were wrong!", but "As we can see we need to solve this issue and come > up with a rule.". > > Therefore, I'll start a thread about policy. I'll use the outcome to > put an article into trac/wiki about how stuff in e.svn.org is to be > treated so we (hopefully) never have to argue about such things and > can focus on development as a community. > > > BR, > > Leif > > 2011/3/11 unixti...@gmail.com <unixti...@gmail.com>: > > I don't know what has got in to you lately, but I was not talking about > or referring to ephoto. Get off of your high horse and stop taking offense > to everything that gets said even when it has nothing to do with you. For > your information ephoto is widely used and the general consensus in the e > world is that elm is the problem and lacks terribly in design and > implementation. There is a whole lot more that I want to say and could say > as you took to personally insulting me, but I'm not going to drop to that > level. > > > > Sent from my Cellular South HTC Desire > > > > ----- Reply message ----- > > From: "Gustavo Sverzut Barbieri" <barbi...@profusion.mobi> > > Date: Fri, Mar 11, 2011 8:34 am > > Subject: [E-devel] (Re)moving stuff from SVN without author knowledge > > To: "unixti...@gmail.com" <unixti...@gmail.com> > > Cc: "Andreas Volz" <li...@brachttal.net>, < > enlightenment-devel@lists.sourceforge.net> > > > > > > On Thu, Mar 10, 2011 at 8:08 PM, unixti...@gmail.com > > <unixti...@gmail.com> wrote: > >> I think you make a very good point Andreas. While the other side may > argue that it is in public subversion and is open source code, at the same > time the project still has an author with an idea and scope for the project. > I think its rude to change the code of ones project and even the scope of it > without any knowledge of the author. This has been happening to a lot of > authors and projects over the past year or so maybe a little more. To all > developers: get to know you're fellow developers!!! Communicate with them! > Communication is a good thing. I promise. > >> > > > > Hi okra, here I have to disagree a bit. Or at least explain why these > > things happened to you and ephoto: > > > > 1. I understood Ephoto was an E project, not a personal project > > (as Andreas' PROTO/edje-player). Similarly that I don't go ask Raster > > every change I did to Evas, Ecore, Edje or E itself, I did not feel > > like asking permission to change it. SORRY, later own I realized > > (actually after being told by many) that Ephoto was your lovely > > playground and <rant>although the name, most E people don't use it to > > see photos because it barely work.</rant> > > > > 2. You never grasped Elementary or other core components of EFL, > > as you're not much into them. This reflected into the Nth rewrite of > > Ephoto in Elementary being barely working. From basic things as > > asynchronous listing of directories with eio to incremental sorting > > with "insert ordered" means. You struggled with these and were not > > going anywhere... partly because even Elementary lacked some > > primitives in gengrid to do so, and you're not willing to do these, > > instead opted to work around. > > > > 3. In a worthless movement, I tried to create a common feeling > > among EFL applications by introduction of recommended "application > > layouts" bundled in Elementary's theme. This resulted into changes to > > Ephoto visual so it and other applications such as Eve, Enjoy and > > Envision would look similar, with toolbars in the same place. It was > > worthless as general consensus was that people should do whatever they > > want as it was their own software. This actually resulted into lack of > > motivation to work on our applications as no matter what amount of > > work I did (even if I was allowed to do!) would not work as a it would > > never provide "EFL experience" because "EFL experience" never existed, > > it was dream I had but never existed in reality. Together with lack of > > time, I went back to KDE applications (if you need a recommendation: > > gwenview, amarok, okular and dolphin are excellent applications). > > > > Seems that all we do, and from feedback I got, all we SHOULD do is > > create personal applications to fit our own needs, the way we like > > them, veto other changes. > > > > After all this rant, sorry to change your pet project with stupid > > dreams to have EFL applications. We're not ready to have such with > > current mindset. Thank your for reminding me of such. > > > > -- > > Gustavo Sverzut Barbieri > > http://profusion.mobi embedded systems > > -------------------------------------- > > MSN: barbi...@gmail.com > > Skype: gsbarbieri > > Mobile: +55 (19) 9225-2202 > > > ------------------------------------------------------------------------------ > > Colocation vs. Managed Hosting > > A question and answer guide to determining the best fit > > for your organization - today and in the future. > > http://p.sf.net/sfu/internap-sfd2d > > _______________________________________________ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > ------------------------------------------------------------------------------ > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Tom. ------------------------------------------------------------------------------ Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
