[MacRuby-devel] HotCocoa futures
isaac kearse
isaackearse at gmail.com
Fri Dec 23 13:21:18 PST 2011
Hi Rich,
Thanks for starting a new thread - I was just getting ready to pollute
the future of MacRuby thread with some more HotCocoa talk :)
Jordan:
"The goal of the project is to simplify the process of creating and
configuring Cocoa objects used when building native Mac apps"
https://github.com/HotCocoa/hotcocoa/blob/master/README.markdown
We should probably do a better job of explaining what this means in
more detail - I have opened an issue for this here:
https://github.com/HotCocoa/hotcocoa/issues/44
Writing more concise code is great, but I wouldn't say it is my
primary motivation, here are some other reasons why I use HotCocoa:
* It helps you to write clearer and more idiomatic MacRuby code
* Express your UI in code rather than IB
* Makes it easier to use Xcode alternatives like TextMate
* Helps you to package your code
* Provides a basic structure for your project
Cheers,
Isaac
On Sat, Dec 24, 2011 at 9:25 AM, Rich Morin <rdm at cfcl.com> wrote:
> At 7:29 PM +0100 12/23/11, Jordan K. Hubbard wrote:
>> On Dec 23, 2011, at 2:47 AM, isaac kearse wrote:
>>
>> Are you aware that HotCocoa is being actively developed again?
>>
>>https://github.com/HotCocoa/hotcocoa/blob/master/History.markdown
>>
>>
>> That's good to know. It would also be good to know, if and
>> when the subject ever comes up, what its mission statement
>> currently is. Front-end all of AppKit? All of AppKit AND
>> Foundation? Neither of those, but provide convenience
>> functions if and only when a certain conciseness (as
>> expressed in percentage of code saved) is achievable? This
>> is something I have been wondering ever since Rich started
>> the project, since it definitely achieves an admirable degree
>> of brevity over the equivalent ObjC code, but where do you
>> stop? How will we know when HotCocoa is "done"? :-)
>
> I'm not all that worried about whether HotCocoa is ever "done",
> but I do think there are some interesting questions about how
> additions should be managed. As Jordan suggests, there could
> be rules for accepting additions, eg:
>
> ... if and only when a certain conciseness (as expressed in
> percentage of code saved) is achievable ...
>
> Details aside, it can be good to know what kinds of things are
> likely to be accepted (or rejected) without much discussion.
> That said, I would like HotCocoa to be a continuing dialogue
> for ways to make MacRuby code clearer and more idiomatic.
>
> I think that "code forums" such as GitHub are extremely well
> suited to this sort of dialogue. If I want to try out a new
> idiom or feature, I can simply fork the project and hack. If
> my work shows promise, I can push it back to GitHub and make
> an announcement.
>
> The trickier question is how to get reliable infrastructure
> out of such a dialogue. The traditional approach involves a
> cabal of "core committers", but Git and GitHub projects are
> not required to be organized in this fashion.
>
> In any case, I'm not particularly worried. If we have robust
> participation in HotCocoa use and development, the details
> can and will be worked out.
>
> -r
> --
> http://www.cfcl.com/rdm Rich Morin
> http://www.cfcl.com/rdm/resume rdm at cfcl.com
> http://www.cfcl.com/rdm/weblog +1 650-873-7841
>
> Software system design, development, and documentation
> _______________________________________________
> MacRuby-devel mailing list
> MacRuby-devel at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
More information about the MacRuby-devel
mailing list