Am 28.03.2012 um 08:06 schrieb ISHIMOTO Ken:

> It's not only time, it is really difficult for not Core User to make changes.
> 
> If you not a Core Contributor,
> 
> * nobody cares about your code,
> * if you say there is a Bug, nobody believes you
> ...
> 
> I also work 365/year on wonder and have many Frameworks now. Also it is funny 
> to see that Bugs that I fixed,
> someone other fixes the some Problem months later. Find and fix the same 
> Bugs, sometimes very time consuming.
> 
> But really no idea how that can every be fixed.
> 
> I am really try now with Pascal first Baby-steps for committing some javadoc, 
> but some old Classes are so bad formatted,
> it is also Time to go through and make some reformatting in one "reformatting 
> only Commit".

Perhaps now it is the time to define a mandatory Wonder code formatter all 
commits have to use. I think that would make it easier for many committers to 
send patches without worrying about formatting – and it would improve the code 
readability/quality.

> 
> But nobody will do that because some other Members maybe go angry about that.
> 
> It is a Community on one side, on the other site it is very closed to a few 
> People only.
> 
> 
> On 2012/03/28, at 6:26, Paul Hoadley wrote:
> 
>> Hi,
>> 
>> On 28/03/2012, at 11:55 AM, Ted Archibald wrote:
>> 
>>> There's also a 4th reason:  People like me who don't know git/github, and 
>>> don't know how to integrate it into my workflow.  I'd like to contribute 
>>> more, but I need to spend a day or two figuring out how to get from here to 
>>> there without breaking my current workflow much.
>> 
>> IMHO, this is a huge deal (in that it's essentially a technical problem, not 
>> a political or motivational issue, and something that is so easily fixed).  
>> Ted―what would it take to get you up and running?  Is it just time?  Is the 
>> wiki documentation adequate, or is there something you're unsure about?
>> 
>>> For instance I currently have laying around a basic twitter framework, 
>>> httpclient framework, xgrid framework, crowdflower framework etc. etc. just 
>>> gathering dust.  I also have random subclasses since it's quicker for me to 
>>> subclass and fix a bug in wonder instead of working with wonder directly.
>>> 
>>> On my list of todo's I need to rewatch your contributing to wonder video 
>>> then learn up on Github and Tailor so I could post to github from my svn 
>>> commits. 
>> 
>> In the meantime, I am more than happy to get anything you have into Wonder.  
>> Send me some of your random subclasses, like the AjaxFlickrBatchNavigation 
>> fix.  Same goes for anyone else: I volunteer here and now to help anyone get 
>> their stuff into Wonder where the problem is purely unfamiliarity with 
>> Git/GitHub.
>> 
>> 
>> -- 
>> Paul.
>> 
>> http://logicsquad.net/
>> 
>> 
>> 
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/webobjects-dev/ken%40ksroom.com
>> 
>> This email sent to k...@ksroom.com
> 
> Thank you
> 
> Ken Ishimoto
> 
> --------------------------------------------------------
> K's ROOM
> --------------------------------------------------------
> [E-Mail]  <k...@ksroom.com>
> [iChat:]   <ibase_...@mac.com>
> [HP]          http://www.ksroom.com/
> _____________________________________________________________________
> This e-mail has not been scanned for viruses because it was written on an Mac,
> and there are NO Viruses on an Apple Computer.
> For further information visit http://www.apple.com


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to