additionally..
Macruby and rubymotion ( fork? ) are great for cocoa/ios but lack support for
many MRI ruby gems out there... (amqp...rails )
I have been burnt on this a number of times...
Terry
On 22/05/2013, at 5:30 PM, Henry Maddocks wrote:
>
> On 19/05/2013, at 8:04 PM, david kramf wrote
Maybe try active_resource connection first with macruby. It might not be an app
but perhaps with some focus on rails macruby might be useful.
Terry Moore
On 29/03/2012, at 6:22 PM, Mark Villacampa wrote:
> Hi,
>
> I just started learning MacRuby and I saw te kickstarter project
I think you nspredicates.… depending on the columns in the table. Think SQL.…
Terry Moore
On 8/12/2011, at 8:31 PM, Haris Amin wrote:
> Hey Guys,
>
> I have a Core Data entity called Email all set and ready to go. Following
> Matt's example from the book, I was able to cre
Could you wrap the process into an NSTask and use pipes to communicate?
Terry
On 6/12/2011, at 11:43 AM, Rob Ista wrote:
> Hi, i have broken my braincells while trying to find a simple solution for
> interrupting a potentially long running calculation loop.
> A key event seems to wait until th
That's odd. I would still use freeze more rubyish... :)
Terry Moore
On 22/10/2011, at 6:41 PM, Michael Johnston wrote:
> Thanks, I am using:
>
> results = NSArray.arrayWithArray(worker_results)
>
> which although it reports true for is_a?(NSMutableArray) is imm
>>
>> On Oct 19, 2011, at 12:41 AM, Terry Moore wrote:
>>
>>> If you're not wring/changing the array no problems. But to be safe use
>>> Object#freeze...
>>>
>>> Terry Moore
>>>
>>> On 19/10/2011, at 6:26 PM, Michael Joh
If you're not wring/changing the array no problems. But to be safe use
Object#freeze...
Terry Moore
On 19/10/2011, at 6:26 PM, Michael Johnston wrote:
> Note, in my example I can also guarantee that none of the elements in b are
> going to be changed (for example, an array
Even better then... Laurent and crew have done brilliant work to date... That
alone gives me confidence in macruby... Given a choice of objc v ruby sorry
ruby wins for me :)
Terry Moore
On 18/10/2011, at 10:48 AM, Igor Evsukov wrote:
> GC isn't an issue at all. There are apps on the
So I can understand not having gc on ios those cycles are precious. But looking
ahead the hardware is moving to multicore and larger ram... In which case
(perhaps including blocking for high priority tasks) a gc could be used without
the current restrictions...
Terry Moore
On 18/10/2011, at
Sounds like an asynchronous issue. Try adding a completion selector and calling
nsrunloop.
Terry Moore
On 2/08/2011, at 10:56 PM, Caio Chassot wrote:
> On Tue, Aug 2, 2011 at 03:24, Caio Chassot wrote:
>> At this point I'm sure this is not a MacRuby bug, just some Cocoa
>
There is no BridgeSupport for IOkit... so ruby is out for now.
like Henry said you can escape to a shell.. or wrap this snippet in an objc
class...
#include
#include
// Returns the serial number as a CFString.
// It is the caller's responsibility to release the returned CFString when done
gone from being hunched up and worried about types etc. to being very
relaxed and froody... I'm not even sure I could go back to adding semi colons
to the end of a line :)
Terry
On 1/04/2011, at 9:23 AM, Matt Massicotte wrote:
> On Mar 31, 2011, at 12:47 PM, Terry Moore wrote:
>
&g
27; and re opening classes but
can you load objc source compile and run it aka 'eval'.
All I'm trying to say here is that ruby has a place and with the macruby
implementation you have nothing to lose by trying some ruby. Mix it up a
little and have some fun too.
Terry Moore
ng will come by doing.
Terry Moore
On 31/03/2011, at 11:41 PM, "Thomas R. Koll" wrote:
>
> Am 31.03.2011 um 10:26 schrieb Jean-Denis Muys:
>>
>> I will be blunt: stay away from MacRuby and go with Objective-C.
>
> I say, if you don't know either Ruby o
Just a suggestion but I think having a goal will determine what you use.
MacRuby will still expose you to the Cocoa libraries so you will be able to
interchange with OBJC easily.
The MacRuby style tho gets my vote... e.g.
(OBJC) NSMutableDictionary* myDict = [[NSMutableDictionary alloc]init];
how about just working nicely with rvm?
On 16/09/2010, at 1:58 PM, Ryan Davis wrote:
>
> On Sep 15, 2010, at 15:30 , Iain Barnett wrote:
>
>>
>> On 15 Sep 2010, at 22:43, Ryan Davis wrote:
>>
>>>
>>> rubygems and/or macruby should probably be patched to include RUBY_ENGINE
>>> somewhere in
thanks.
On 26/05/2010, at 12:15 PM, MacRuby wrote:
> #724: malloc warning with bookmarkDataWithContentsOfURL on aliases
> -+--
> Reporter: tvmo...@…|Owner: lsansone...@…
> Type: defect
Yes every time. you must have any alias on the desktop called test though
Terry
oh and macruby 0.6
On 26/05/2010, at 9:53 AM, MacRuby wrote:
> #724: malloc warning
> -+--
> Reporter: tvmo...@…| Owner: l
True. To a point but there is an overlap... Object String Hash etc.
Also designated initialisers are seldom used in ruby( preference for
named params). InitWithX:y:z is perhaps ok but init over initilize
seems odd.
Terry Moore
On 7/05/2010, at 9:25 PM, Matt Aimonetti
wrote:
In
This is only true if you follow objc init I think... for example...
I came across this problem with NSWindowController and it took me a while to
figure out.
class PasswordController < NSWindowController
def initialize
initWithWindowNibName("Password") ##FAIL Never called! init called inste
20 matches
Mail list logo
