a email, send a message with subject or body 'help' to
>>> macruby-devel-requ...@lists.macosforge.org
>>>
>>> You can reach the person managing the list at
>>> macruby-devel-ow...@lists.macosforge.org
>>>
>>> When replying, please edit your Subj
Topics:
>>
>> 1. Re: The future of MacRuby (Eloy Duran)
>> 2. Re: The future of MacRuby (dan sinclair)
>> 3. Re: The future of MacRuby (Eloy Duran)
>>
>>
>> --
>>
>> Message:
acRuby (Eloy Duran)
>> 2. Re: The future of MacRuby (dan sinclair)
>> 3. Re: The future of MacRuby (Eloy Duran)
>>
>>
>> --
>>
>> Message: 1
>> Date: Sat, 7 Apr 2012 23:40:39 +0200
Re: The future of MacRuby (Eloy Duran)
> 2. Re: The future of MacRuby (dan sinclair)
> 3. Re: The future of MacRuby (Eloy Duran)
>
>
> ----------
>
> Message: 1
> Date: Sat, 7 Apr 2012 23:40:39 +0200
> From: Eloy Duran
> To: "MacRuby development dis
On 9/04/2012, at 8:23 PM, Joshua Ballanco wrote:
> What sort of information would you like to see on such a page?
Your Boston.rb video covers most of what I wanted to know. I might write
something up myself and put it on the wiki for review.
Henry
___
> I was wondering if there would be benefit to writing (a) Generator(s) ala'
> Rails' "rails" script for the stubbing out of apps and m,v,c ? Imagine:
>
> facet new
> facet g model
> …
>
> Thoughts?
I had started on rewriting my tools for that for MacRuby, actually based on the
same way Rail
it is more specific
>>> than "Re: Contents of MacRuby-devel digest..."
>>>
>>>
>>> Today's Topics:
>>>
>>> 1. Re: The future of MacRuby (Eloy Duran)
>>> 2. Re: The future of MacRuby (dan sinclair)
>>> 3. Re: The future of MacRuby (Eloy
I can start migrating the macruby-Recipes repository to the wiki section of
Github, but I'd like to make the case they should be in a sub-module or
repository that users can download directly, not just view on the wiki.
I've started, but have largely failed -- due to a new job -- to "port"
Mag
When I was still at Apple, I actually started work on a library for MacRuby
backed by CoreData, but I had to leave it before it was done. To address the
"why" question: CoreData ties in very closely with a lot of the Cocoa UI
libraries (and other libraries). It also has features that other Ruby
What sort of information would you like to see on such a page?
On Sunday, April 8, 2012 at 7:09 PM, Henry Maddocks wrote:
>
> On 7/04/2012, at 11:24 PM, Francis Chong (mailto:fran...@ignition.hk)> wrote:
>
> > Automatic Reference Counting implements automatic memory management for
> > Objecti
Compare with ActiveRecord/DataMapper, i really have no love on Core Data.
If MacRuby could run all those ActiveRecord/DataMapper adapters, there are few
reason to use a Core Data wrapper (much like ruby dev will not ever normally
use mysql/postgres gem directly). Certainly if such wrapper follo
tl;dr: I propose getting tutorials and code under one structured collection, and
to create classes that wrap Core Data in the same way HotCocoa wraps NSViews.
I agree with the sentiments about "setting ourselves apart". How do we do that?
Please allow me to pontificate. I apologize for the length.
While i totally agree the points here, a more pressing need, IMHO, is fixing
bugs and incompatibility of MacRuby such that what works on other
implementation just works in MacRuby,
For instance, require_relative is not implemented which breaks a lot of 1.9
ruby code. (http://www.macruby.org/tra
On 6 Apr 2012, at 00:06, Matt Aimonetti wrote:
> Many of you have been wondering what is going on with the MacRuby project
> given the lack of up-to-date releases and overall communication.
> I feel we owe you some explanation.
>
Matt, as someone trying to ship a product based on MacRuby, I'd
On 7/04/2012, at 11:24 PM, Francis Chong wrote:
> Automatic Reference Counting implements automatic memory management for
> Objective-C objects and blocks. If you read MacRuby source code, you will
> found that the VM is not even written in Objective-C!
This is why a one page description of h
Eloy Duran)
>>
>>
>> ----------------------
>>
>> Message: 1
>> Date: Sat, 7 Apr 2012 23:40:39 +0200
>> From: Eloy Duran
>> To: "MacRuby development discussions."
>>
>> Subjec
)
> 2. Re: The future of MacRuby (dan sinclair)
> 3. Re: The future of MacRuby (Eloy Duran)
>
>
> --
>
> Message: 1
> Date: Sat, 7 Apr 2012 23:40:39 +0200
> From: Eloy Duran mailto:eloy.de.en...@gmail.com)>
> To: "MacRuby development discussions."
> (mailto:
> Can you import before it's open? I just assumed it wasn't accessible at all
> until enable? It looks like forgeplucker (http://home.gna.org/forgeplucker/)
> has support to pull tickets out of trac and dump to JSON. Should be pretty
> easy to go from JSON to GitHub API I'd expect.
Well, we’d o
Can you import before it's open? I just assumed it wasn't accessible at all
until enable? It looks like forgeplucker (http://home.gna.org/forgeplucker/)
has support to pull tickets out of trac and dump to JSON. Should be pretty
easy to go from JSON to GitHub API I'd expect.
I can take a look and s
> Can we get the issues section enabled on github and move off of Trac? (Not
> sure how hard it would be to import all of the old trac stuff to Github).
>
> Would be nice to consolidate everything in one place.
I think that’s an excellent idea. However, it’s probably better to first import
tick
Can we get the issues section enabled on github and move off of Trac? (Not
sure how hard it would be to import all of the old trac stuff to Github).
Would be nice to consolidate everything in one place.
dan
On Thu, Apr 5, 2012 at 3:06 PM, Matt Aimonetti wrote:
> *Many of you have been wonderi
The technology by the name “ARC” actually inserts the required code at compile
time and only for Objective-C(++). The principal of ARC, however, can be
applied to MacRuby.
On 7 apr. 2012, at 13:13, Henry Maddocks wrote:
>
> On 7/04/2012, at 6:13 PM, Joshua Ballanco wrote:
>
>> Regarding ARC,
this is a great news. looking forward to see it in action!
Laurent Sansonetti 於 2012年4月7日 下午8:37 寫道：
> Yes, ARC as is can't be used in MacRuby, but the principles can be
> ported. Which is what I did, more or less, in an experimental branch.
> Now, there are various challenges to solve in order t
Yes, ARC as is can't be used in MacRuby, but the principles can be
ported. Which is what I did, more or less, in an experimental branch.
Now, there are various challenges to solve in order to reach
stability, but don't worry, we will get there.
Laurent
2012/4/7 Francis Chong :
> Automatic Referen
Automatic Reference Counting implements automatic memory management for
Objective-C objects and blocks. If you read MacRuby source code, you will found
that the VM is not even written in Objective-C!
Henry Maddocks 於 2012年4月7日 下午7:13 寫道：
>
> On 7/04/2012, at 6:13 PM, Joshua Ballanco wrote:
>
On 7/04/2012, at 6:13 PM, Joshua Ballanco wrote:
> Regarding ARC, MacRuby cannot use ARC. That is, MacRuby cannot use the Obj-C
> implementation of ARC.
Why is that?
Henry
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lis
On Friday, April 6, 2012 at 11:06 PM, Henry Maddocks wrote:
> > The MacRuby VM is very nicely tailored to the job of running on top of the
> > Objective-C runtime. It is also fairly mature. Personally, I see no
> > technical reason that a proliferation of VMs should be a problem (there are
> > a
> What I'd like to suggest is the following:
>
> 1. Define clear goals for MacRuby that we can easily evaluate:
>
>- Focus primarily on making MacRuby the tool to use for quickly
>prototyping OS X and iOS applications.
This is the wrong thing for "MacRuby" to focus on, in my opinion.
On 7/04/2012, at 1:13 PM, Joshua Ballanco wrote:
> I gave a talk last year to Boston.rb that they graciously taped and put
> online. You can find it here:
> http://bostonrb.org/presentations/macruby-what-is-it-and-why-should-i-care-part-1
> . Hopefully it should answer most of your questions
On Friday, April 6, 2012 at 8:00 PM, Henry Maddocks wrote:
> I have Ruby, C, C++ and Obj-C experience, but the one thing that is holding
> me up from contributing is a simple one page description from the source
> level of what happens when you run a script in MacRuby. Is anyone able to
> write
I've been a happy user of MacRuby for a while now and I have been intending to
give back by helping with the development, so Matt's message is timely and
inspirational. Here is a brain dump of some of the thoughts I've had about the
project.
I'd like to see a statement of the goal for MacRuby.
Here are the initial results of the survey. I'll update the results again
on Monday once everyone has had a chance to fill it out.
http://dl.dropbox.com/u/22962502/survey_results.pdf
Daniel
On Thu, Apr 5, 2012 at 4:44 PM, Daniel Westendorf wrote:
> Wow, lots of news there. Thanks for the explan
Hi Denny,
On Friday, April 6, 2012 at 4:34 AM, denny trebbin wrote:
> for me I can tell the story about losing interests in MacRuby and stopping to
> use it began with rejecting feature suggestions/requests here on the mailing
> list. For example the automated snake_case to humbleCase and vise v
Thanks a lot Andrew for the feedback. I think you have some really great
points in there.
I'm letting others weigh-in to gage the interest and then we can start
getting organized.
- Matt
On Fri, Apr 6, 2012 at 9:49 AM, Andrew Havens wrote:
> I've been a lurker in this mailing list for a while n
Hello Matt,
for me I can tell the story about losing interests in MacRuby and stopping to
use it began with rejecting feature suggestions/requests here on the mailing
list. For example the automated snake_case to humbleCase and vise
versa conversion. Just by the saying 'JRuby does it to so why
I've been a lurker in this mailing list for a while now. Sad to hear we've lost
a project lead but glad to hear Matt has identified many of the issues I've
been feeling myself.
I'm a self-taught web developer. I never had any interest in learning native
app development until I heard about MacRu
Thank you for your update. It's sad that Apple seems abandon the MacRuby
project, but this is also a chance to bring MacRuby closer to what we (as
developers and users) need instead of what Apple want.
I certainly agree that removing libauto is a primary goal, as OSX and iOS are
both going to
Thanks for all the info Matt.
As a very new member of the MacRuby community, I don't feel like I have the
right to decide about it's future, but here are some of the things that I think
would help MacRuby create enough "hype" and get a lot more attention from
developers:
- Add the necessary mo
Thanks for the update Matt.
I haven't actually used MacRuby since my last app, although would love to see
it for iOS (as well as keeping OS X support). I guess that would get a lot more
people interested too, given the success and popularity of the iOS platform. I
think most of your other sugge
Personally, I want to see this project succeed like Rubinus and JRuby has,
but is it possible without some support from Apple? That said, I would love
to help out with building sample apps, docs, and building some gems. What
helped me the most when learning to develop on iOS was the availability of
Wow, lots of news there. Thanks for the explanation Matt.
I created a quick survey to help quantify and gauge how the community
feels. Please fill it out.
http://www.surveymonkey.com/s/J5JLMFT
Daniel
On Thu, Apr 5, 2012 at 4:06 PM, Matt Aimonetti wrote:
> *Many of you have been wondering what
Opening the flood gates to new contributors sounds great. I have been having
less and less free time as of late and haven't been able to keep up with the
few things I do to contribute. Watson has been carrying the project almost
entirely by himself for the last few months. MacRuby is a large pro
Absolutely, thanks for clarifying my poorly worded statement.
- Matt
On Fri, Apr 6, 2012 at 12:12 AM, Scott Ribe wrote:
> On Apr 5, 2012, at 4:06 PM, Matt Aimonetti wrote:
>
> > • the target platform (OS X) isn't the one we all really want to
> target (iOS)
>
> The target platform is only
On Apr 5, 2012, at 4:06 PM, Matt Aimonetti wrote:
> • the target platform (OS X) isn't the one we all really want to target
> (iOS)
The target platform is only 1 of 2 that many of us really want to target?
--
Scott Ribe
scott_r...@elevated-dev.com
http://www.elevated-dev.com/
(303) 722-0
44 matches
Mail list logo
