On Tue, 3 Sep 2013 16:46:17 -0300 Lucas De Marchi <lucas.demar...@profusion.mobi> wrote:
> On Tue, Sep 3, 2013 at 1:54 PM, Michael Blumenkrantz > <michael.blumenkra...@gmail.com> wrote: > > On Tue, 3 Sep 2013 13:35:48 -0300 > > Iván Briano <sachi...@gmail.com> wrote: > > > >> On Tue, Sep 3, 2013 at 9:12 AM, ChunEon Park <her...@naver.com> wrote: > >> > just it. > >> > > >> > >> That's not how you raise a discussion, you did it by proposing the > >> solution to a given problem > >> before committing said solution. > >> > >> And since it seems we are into slowly allowing all sorts of "not > >> recommended" behaviors, why don't > >> we just expose every single structure in our header files and let > >> developers who believe to know what > >> they are doing just access everything? It'll save us a lot of time and > >> entries in the symbols tables. > > > > that's how e works and I hear no complaints from its developers > > problem here is that it's a lib... bad APIs stay until we decide to do > a new major release. > > in E we can break the API at will. > > If what Hermet wanted was to "raise the question again" like he said, > by this thread he clearly accomplished that. And people complained > it's bad. Again. So let's revert until there's consensus this is > inevitable or there's a better way, ok? > > > Lucas De Marchi > I guess my sarcasm didn't translate there; it has nothing to do with breaking api, it's that I'm the only e developer. I agree that this should probably be reverted until we reach an agreement to avoid another one of those cases where it gets left in and then released because we forget about it. ------------------------------------------------------------------------------ Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
