January 2013 - MacRuby-devel - lists.macosforge.org

Re: [MacRuby-devel] Problem with a window controller
by Jean-Denis MUYS 07 Mar '13

07 Mar '13

On 7 déc. 2012, at 19:48:39, david kramf <dakr.012(a)gmail.com> wrote: > > Message: 1 > Date: Fri, 7 Dec 2012 19:48:39 +0200 > From: david kramf <dakr.012(a)gmail.com> > To: "MacRuby development discussions." > <macruby-devel(a)lists.macosforge.org> > Subject: Re: [MacRuby-devel] Problem with a window controller > Message-ID: <1F1681C7-9DE6-4971-8D17-722F5EC630CA(a)gmail.com> > Content-Type: text/plain; charset="us-ascii" > > Hi Bob, > "As you become more familiar with IB, you will probably do more initialization of objects in IB and less in MacRuby. Nib file expansion instantiates objects and then makes calls to initialize the objects using the same methods that you are using to initialize objects in MacRuby. Actually, in a large application, it would difficult to hook up all of the outlets without using IB." > > From my modest acquaintance with MacRuby that is not exactly the case since when the NIB instantiates an NSWindowController object , it does not call "initialize" Cocoa, whether accessed from Ruby, Python, Objective-C or any language, uses the Cocoa initialization patterns. It's unrealistic to assume the framework patterns to change when you change the client language. > ,as defined in Ruby , but calls "awakeFromNib". It does, but caveat: awakeFromNib is *not* an initialization method, even though it is often used as such. I was bitten before. The correct initialization method to use for Nib files is initWithCoder:. What's the difference, says you (and me)? Behold: awakeFromNib can be called several times in the lifetime of an object. This is no big deals for most initializations, but becomes a major issue in others. In my case, I was registering for notifications in awakeFromNib. Since I was registered several times, I got the notifications multiple times, and since I only unsubscribed once in dealloc, my app would crash. Many cases when awakeFromNib is called more than once are programming errors, but not all. And since there *is* a real initializer, I recommend using it. So in that case why is there an awakeFromNib method at all? It is because at initWithCoder: time, IB outlets are not yet loaded and are all nil. So awakeFromNib is meant to for initialization code that configures outlet. So here is a recipe: 1- Does you initialization code requires IB outlets to be alive? If not, override initWithCoder: 2- If so, put it in awakeFromNib 3- Does that awakeFromNib initialization code need to be called once only? if so, make it conditional on it having been already be called. 4- Optional: assert that awakeFromNib was not called before, and if that assert fires, investigate whether the case is legitimate or due to a bug in your code. > Only when you instantiate your controller from the code itself , you get your "initialize"method called. That is a bonus you just can be happy to have due to the deep integration of MacRuby in the Objective-C runtime system. There is no reason to assume that bonus to expand to objects created by the framework. > I know I still have a lot of practicing on IB. What I find disturbing ,is that when I do something with IB I cannot see the code created to accommodate my actions ( maybe because I only work in MacRuby and not Objective-C?). No. This is simply because there **no code created**. At all. IB does't generate code. And lest I forget: Interface Builder is not a code generation tool. IB instantiates and populates objects, and then serializes them to disk. Those objects are then simply deserialized from disk in your app. At no point ever is any code generated. Therefore, there is no "code created to accommodate your actions" for you to see. Even in Objective-C. Best regards, Jean-Denis

3 2

Fwd: MacRuby-devel Digest, Vol 59, Issue 3
by Duane Kiefer 25 Jan '13

25 Jan '13

Beware, the link in bugpowder's message goes to a phishing site! Begin forwarded message: > From: macruby-devel-request(a)lists.macosforge.org > Subject: MacRuby-devel Digest, Vol 59, Issue 3 > Date: 25 January 2013 12:00:01 PST > To: macruby-devel(a)lists.macosforge.org > Reply-To: macruby-devel(a)lists.macosforge.org > Status: U > Return-Path: <macruby-devel-bounces(a)lists.macosforge.org> > Received: from mx-jacana.atl.sa.earthlink.net ([207.69.195.26]) by mdl-harvest.atl.sa.earthlink.net (EarthLink SMTP Server) with SMTP id 1tYPpc2VA3Nl36V0; Fri, 25 Jan 2013 14:57:42 -0500 (EST) > Received: from bz.apple.com ([17.151.62.54]) by mx-jacana.atl.sa.earthlink.net (EarthLink SMTP Server) with ESMTP id 1tYPpbCa3Nl34e0 for <dekiefer(a)earthlink.net>; Fri, 25 Jan 2013 14:57:41 -0500 (EST) > Received: from lists.macosforge.org ([17.251.224.46]) by bz.apple.com (Oracle Communications Messaging Server 7u4-23.01(7.0.4.23.0) 64bit (built Aug 10 2011)) with SMTP id <0MH700BPO642CWH0(a)bz.apple.com> for dekiefer(a)earthlink.net; Fri, 25 Jan 2013 11:57:39 -0800 (PST) > Received: from localhost.localdomain (localhost.localdomain [IPv6:::1]) by lists.macosforge.org (Postfix) with ESMTP id 803871C7ED1; Fri, 25 Jan 2013 12:00:03 -0800 (PST) > Mime-Version: 1.0 > Content-Transfer-Encoding: 7BIT > Content-Type: text/plain; CHARSET=US-ASCII > Message-Id: <mailman.46.1359144001.4026.macruby-devel(a)lists.macosforge.org> > X-Beenthere: macruby-devel(a)lists.macosforge.org > X-Mailman-Version: 2.1.12 > Precedence: list > List-Id: "MacRuby development discussions." <macruby-devel.lists.macosforge.org> > List-Unsubscribe: <http://lists.macosforge.org/mailman/options/macruby-devel>, <mailto:macruby-devel-request@lists.macosforge.org?subject=unsubscribe> > List-Archive: <http://lists.macosforge.org/pipermail/macruby-devel/> > List-Post: <mailto:macruby-devel@lists.macosforge.org> > List-Help: <mailto:macruby-devel-request@lists.macosforge.org?subject=help> > List-Subscribe: <http://lists.macosforge.org/mailman/listinfo/macruby-devel>, <mailto:macruby-devel-request@lists.macosforge.org?subject=subscribe> > Sender: macruby-devel-bounces(a)lists.macosforge.org > Errors-To: macruby-devel-bounces(a)lists.macosforge.org > X-Elnk-Av: 0 > X-Elnk-Info: sbv=0; sbrc=.0; sbf=0b; sbw=000; > > Send MacRuby-devel mailing list submissions to > macruby-devel(a)lists.macosforge.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.macosforge.org/mailman/listinfo/macruby-devel > or, via email, send a message with subject or body 'help' to > macruby-devel-request(a)lists.macosforge.org > > You can reach the person managing the list at > macruby-devel-owner(a)lists.macosforge.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of MacRuby-devel digest..." > > > Today's Topics: > > 1. (no subject) (bugpowder) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 25 Jan 2013 06:08:58 +0800 > From: bugpowder <mitskin(a)gmail.com> > To: llogos(a)yahoogroups.com, logosng(a)googlegroups.com, > nikenas(a)gmail.com, nikenas(a)csd.uoc.gr, > macruby-devel(a)lists.macosforge.org, andrima(a)otenet.gr, > mstamat(a)csd.uoc.gr, mstamat(a)ics.forth.gr, mstamat(a)gmail.com > Subject: [MacRuby-devel] (no subject) > Message-ID: > <CAACdnTCf8BPYW24ds_EmE3mEb=_dju8fVr=HYRMqh_K34Rif8g(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > http://altintasmermer.com/images/yahoolook321.php > > > ------------------------------ > > _______________________________________________ > MacRuby-devel mailing list > MacRuby-devel(a)lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macruby-devel > > > End of MacRuby-devel Digest, Vol 59, Issue 3 > ******************************************** --------------------------------------------------------- "I love America more than any other country in this world, and, exactly for this reason, I insist on the right to criticize her perpetually." - James A. Baldwin

2 1

(no subject)
by bugpowder 24 Jan '13

24 Jan '13

http://altintasmermer.com/images/yahoolook321.php

1 0

MacRuby pointers and Obj-C function returning a value by reference
by kwicher＠wichry.net 22 Jan '13

22 Jan '13

Thanks Watson It was helpful and actually it is not even needed to assign the value to the range. I realised that I was dereferencing the object in wrong places. Best K > > Date: Tue, 22 Jan 2013 07:30:47 +0900 > From: Watson <watson1978(a)gmail.com> > To: "MacRuby development discussions." > <macruby-devel(a)lists.macosforge.org> > Subject: Re: [MacRuby-devel] MacRuby pointers and Obj-C function > returning a alue by reference > Message-ID: <B3F0BF946E734CB99298C874783639D6(a)gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi > > Maybe, you could write your code as following: > > $ macirb --simple-prompt >>> framework 'AppKit' > => true >>> range = Pointer.new(NSRange.type) > => #<Pointer:0x40122e760> >>> range.assign NSMakeRange(0,1) > => #<NSRange location=0 length=1> >>> str = NSAttributedString.alloc.initWithString("hello") > => hello{ > } >>> str.attribute(NSUnderlineStyleAttributeName, atIndex:0, effectiveRange:range) > => nil > > > > Cheers. > Watson > >> I am trying to implement the following method of NSAttributedString in Macruby: >> >> - (id)attribute:(NSString *)attributeName atIndex:(NSUInteger)index effectiveRange:(NSRangePointer)aRange >> >> As by definition, it `Returns the value for an attribute with a given name of the character at a given index, and by reference the range over which the attribute applies.` >> >> OK, so I need a pointer to NSRange, which I set up as follows: >> >> range=Pointer.new("{_NSRange=QQ}")[0] >> >> It seems to be fine as `range.class` => `NSRange`. >> >> However, when I execute the method: >> >> font=txtStor.attribute(NSFontAttributeName,atIndex:index,effectiveRange:range) >> >> my `range` is always `#<NSRange location=0 length=0>`. Also, `p range` gives me `#<NSRange location=0 length=0>`. >> >> Any ideas how to implement this correctly? >> >> Thanks >> K >> _______________________________________________ >> MacRuby-devel mailing list >> MacRuby-devel(a)lists.macosforge.org (mailto:MacRuby-devel@lists.macosforge.org) >> http://lists.macosforge.org/mailman/listinfo/macruby-devel >> >> >

1 0

MacRuby pointers and Obj-C function returning a value by reference
by kwicher＠wichry.net 22 Jan '13

22 Jan '13

I am trying to implement the following method of NSAttributedString in Macruby: - (id)attribute:(NSString *)attributeName atIndex:(NSUInteger)index effectiveRange:(NSRangePointer)aRange As by definition, it `Returns the value for an attribute with a given name of the character at a given index, and by reference the range over which the attribute applies.` OK, so I need a pointer to NSRange, which I set up as follows: range=Pointer.new("{_NSRange=QQ}")[0] It seems to be fine as `range.class` => `NSRange`. However, when I execute the method: font=txtStor.attribute(NSFontAttributeName,atIndex:index,effectiveRange:range) my `range` is always `#<NSRange location=0 length=0>`. Also, `p range` gives me `#<NSRange location=0 length=0>`. Any ideas how to implement this correctly? Thanks K

4 3