Doc, I would certainly love GNUstep to capitalise on popularity of UIKit.
Please contribute your implementation of all required technologies. My contributions were what I perceived as improvements needed to make nicer apps leveraging on OSX and iOS developers' experience. I was far from the best person to do them, but I was there. Please contribute more code and less words. Please contribute more documentation and tutorials and less rants. Because I can rant all day, as people who were at Cambridge dev meeting 2013 can attest to. That has only limited impact. Code that does not damage existing ecosystem and instead advances it and expands the ecosystem has real impact. And if you can't code, pay someone who can. Thanks! On Monday, 25 November 2013 17:15:14, Doc O'Leary < drole...@6usenet2013.subsume.com> wrote: In article <mailman.6997.1385320793.10748.discuss-<mailman.6997.1385320793.10748.discuss-gnus...@gnu.org> gnustep <mailman.6997.1385320793.10748.discuss-gnus...@gnu.org>@<mailman.6997.1385320793.10748.discuss-gnus...@gnu.org> gnu.org <mailman.6997.1385320793.10748.discuss-gnus...@gnu.org>>, Ivan Vuãica <ivan <i...@vucica.net>@ <i...@vucica.net>vucica.net<i...@vucica.net>> wrote: > without getting deeper into discussion, and without disagreeing with either > Riccardo or you, and not even thinking gnustep.org is at the exact place > where it should be, I would highly advise you to take your own advice into > account as well. It is not good to be so negative and so irritated at what > you perceive as bad things in GNUstep's presentation. No, what is *not* good is being unwilling to discuss or disagree. That's a great way to *not* make things better. The only "negativity" I see here is the projection of false positivity. I'm calling for changes I think are for the better. Either you agree or you accept the status quo. Pick a side and make your case. > Advice only gets projects so far. The hard part is actually contributing > (which I have humbly learned during all of my clumsy attempts to do so > wherever I truly tried to make a difference). No, actually contributing is relatively easy. What is *not* easy is getting people with vested interests to accept changes. I'm seldom willing to fight bad management when I'm being *paid* to work; I sure don't want to fill my free time doing the same thing. > There is little point in trying to move a mountain. Move a single rock, > then move the next one, then move the next one. People should not behave like rocks. If they don't want to move themselves, I'm not going to go out of my way to put in the effort to move them. > Eric made some awesome themes. Riccardo is already moving the site in a > positive direction. (A few months ago I have myself had comments on the > site which were outdated; Riccardo implemented the fixes.) Last year I have > worked on Core Animation, and this year on a Opal (Core Graphics) backend. > People are working on session managers. And yet I go to the GNUstep site and see very little coherence of message or timely information. I mean, the Developers > tasks link is full of old, open issues that "Should Be Finished" upwards of decade ago: https <https://savannah.gnu.org/task/?group_id=99>://<https://savannah.gnu.org/task/?group_id=99> savannah.gnu.org <https://savannah.gnu.org/task/?group_id=99>/task/?<https://savannah.gnu.org/task/?group_id=99> group_id <https://savannah.gnu.org/task/?group_id=99>=99<https://savannah.gnu.org/task/?group_id=99> There are countless issues like that which need to be addressed at a fundamental level by the leadership of the GNUstep project. This is not a little fringe issue that can be fixed by someone spending some time on a marginalized site redesign. > Feel free to contribute solutions for your desires where GNUstep should > move next. Based on my past contributions, you can see that I agree with > the assessment that it would be interesting to see compatibility with some > iOS UI APIs. Based on my past contributions, I can assure you that it's far > harder than it may look... if you want to do it right, in a compatible > manner, with as little bugs as possible. Your perspective is all wrong. Your focus is on the implementation when it should be at a higher level. Abstractly, iOS simply marks the biggest increase in interest in ObjC (and Cocoa in particular) in at least a decade. For GNUstep to not capitalize on that is downright stupid! It doesn't *necessarily* mean chasing Apple's UIKit implementation. It *does* mean having a coherent message that connects with people, be they developers or users, and that is especially true if it seeks crowd-funding from the likes of Kickstarter. -- iPhone apps that matter: http:// <http://appstore.subsume.com/> appstore.subsume.com/ <http://appstore.subsume.com/> My personal UDP list: 127.0.0.1, localhost, googlegroups.com, theremailer.net, and probably your server, too. _______________________________________________ Discuss-gnustep mailing list Discuss- <Discuss-gnustep@gnu.org>gnustep <Discuss-gnustep@gnu.org>@<Discuss-gnustep@gnu.org> gnu.org <Discuss-gnustep@gnu.org> https <https://lists.gnu.org/mailman/listinfo/discuss-gnustep>://<https://lists.gnu.org/mailman/listinfo/discuss-gnustep> lists.gnu.org <https://lists.gnu.org/mailman/listinfo/discuss-gnustep> /mailman/ <https://lists.gnu.org/mailman/listinfo/discuss-gnustep>listinfo<https://lists.gnu.org/mailman/listinfo/discuss-gnustep> /discuss- <https://lists.gnu.org/mailman/listinfo/discuss-gnustep>gnustep<https://lists.gnu.org/mailman/listinfo/discuss-gnustep>
_______________________________________________ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep
