Hi Keenan,
In general you make heavy use of CALayer backed NSView's and a lot of images..
if you look at the resources in any of these apps there are hundreds of custom
images that are used to create the UI's you're seeing.
It's generally just a design-first approach and using a designer's work
I'll be there as well!
-Robert
On Mar 31, 2011, at 4:32 AM, Nick Ludlam wrote:
> Hah, well it turns out that I wasn't quick enough either, and I didn't get
> tickets. Selling out in under 12 hours is almost like some rock concert.
>
> On 30 Mar 2011, at 16:19, Eloy Duran wrote:
>
>> I would ha
You probably need to load it differently
PreferencesController.alloc.initWithWindowNibNamed See apples documentation
to make sure you're using the correct API.
-Robert
Sent from my iPhone
On Mar 2, 2011, at 10:50 AM, Scott Ribe wrote:
> On Mar 1, 2011, at 2:46 PM, Sven Schwyn wrote:
>
Hi Sven,
Actually it's
preferences.window.center()
preferences.window.makeKeyAndOrderFront(self)
Sorry!
-Robert
On Mar 2, 2011, at 8:19 AM, Sven Schwyn wrote:
> Hi Franco
>
> Thanks for the quick reply. However, I get this if I try your hint:
>
> undefined method `center' for #
> I seem t
Hi Sven,
Creating a window wont necessarily make it the Key or Main window. What I tend
to do is always disable the "visible at launch" checkbox inside interface
builder and do something like
def menu_preferences(sender)
preferences = PreferencesController.new
preferences.center
Hey Rob,
Could you by chance upload the source to github or somewhere? It'd be a lot
easier to help seeing the whole picture.
-Robert
On Feb 24, 2011, at 10:57 AM, Rob Gleeson wrote:
> Hi
>
> I'm giving my first MacRuby application a shot, and I'm sort of blind to be
> honest :)
> I've added
Fantastic news Laurent!
-Robert
On Feb 23, 2011, at 11:20 AM, Laurent Sansonetti wrote:
> Hi guys,
>
> 0.9 is now ready to be released! (really!). The trunk branch has been copied
> as branches/0.9 and we will continue the development on trunk, which now uses
> the 0.10 version number.
>
> I
Is there any way to load BridgeSupport from a string in memory instead of a
file on the desktop? I'd like to encrypt the bridge support files I have for my
private frameworks and load them at runtime. I suppose I could always write a
tmp file somewhere.
-Robert
On 20/02/2011, at 1:35 PM, Matt
>> On Feb 13, 2011, at 10:53 AM, Jonathan Waddilove wrote:
>>>
>>>> I'm on 10.6.6 with MacRuby 0.9
>>>>
>>>> -Jonathan
>>>>
>>>>
>>>> On 13 Feb 2011, at 18:18, Robert Payne wrote:
>>>>
>>>>> I
>>
>>
>> On 13 Feb 2011, at 18:18, Robert Payne wrote:
>>
>>> I did notice I was getting the same error and crash when I was calling
>>> Objective-C/C methods with blocks that didn't name the parameters in their
>>> typing such as v
;
> I guess it could be something subtle in my environment.
>
> best wishes, Jonathan
>
> On 13 Feb 2011, at 18:11, Robert Payne wrote:
>
>> I just updated to the latest source just to be safe and I'm still not
>> getting any issues with it... someone else m
x, stop|
> irb(main):004:1> puts "#{object}"
> irb(main):005:0> })
> Segmentation fault
> JTW:~ jonathan$
>
> regards, Jonathan
>
> On 13 Feb 2011, at 17:55, Robert Payne wrote:
>
>> Hi Jonathan,
>>
>> Can you try just exactly t
t; Hi Robert, Thanks for the quick response.
>
> I'm using trunk (installed straight from the MacRuby front page). For what
> it's worth I have both Xcode3 and Xcode4 installed but can happily reproduce
> the error in textmate/xcode3/macirb
>
> regards Jonathan
>
Hi Jonathan,
The syntax looks good and it works on my end. Are you using a nightly of
MacRuby or the 0.8 trunk?
a = [0,1,2,3,4]
puts "#{a}"
a.enumerateObjectsUsingBlock(Proc.new{|object, index, stop|
puts "object: #{object}"
})
On 14/02/2011, at 5:55 AM, Jonathan Waddilove wrote:
> Hi,
Is it extremely bad practice to use Camel Case in Ruby? At least for MacRuby? I
have been mostly because I'm an Objective-C developer and it's what I'm used to
as well as all of the Apple API are Camel Case and I didn't want to make the
code spaghetti between the two.
-Robert
On 13/02/2011, at
same methods, then which ever method you define
>>> last is the one that will exist. There are also techniques for
>>> concatenating methods.
>>>
>>> If you want two classes with the same name two remain separate, consider
>>> using a module to creat
Hey All,
Do MacRuby classes completely overwrite Objective-C classes if you load one in
with the same class name? I'm just testing the best way to communicate to a
MacRuby class from an Objective-C class and wanted to make sure.
Robert Payne
Interactive Deve
nstance var.
>
> On 9 Feb 2011, at 08:51, Robert Payne wrote:
>
>> Hi,
>>
>> I'm not sure if this is technically supposed to work in MacRuby but it
>> definitely works in objective-c.
>>
>> class MyClass < NSWindowController
>>
via interface builder but
it doesn't work there either. Interestingly if you set the "name" on the class
inside MacRuby it'll update the text field but updating the text field via the
GUI doesn't bring the new value back down into MacRuby.
Are bindings somethin
If you specify a full path does Bridge Support behave this way? Such as
load_bridge_support_file NSBundle.mainBundle.pathForResource("MyFramework",
ofType:"bridgesupport")
Robert
On 8/02/2011, at 10:50 PM, Laurent Sansonetti wrote:
> Hi Martin,
>
> There is a way: if you copy the .bridgesuppo
20 matches
Mail list logo