I went back to this today to take it a step further and found my way
blocked - it seems to be a MacRuby thing because this is trivial to
implement in Objective-C.
This code is now:
framework 'Cocoa'
class AppDelegate
def initialize
registerExperimental
@eventDescriptor =
NSAppleEventDes
On Jan 11, 2011, at 4:30 PM, Martin Hawkins wrote:
> def getURL(event, withReplyEvent:returnEvent)
...
> Typing 'experimental://' in the Safari address bar produces an error:
> experimental[4759]: -[AppDelegate
> getURL:event:withReplyEvent:returnEvent]: unrecognised selector sent
> to instance
On 2011-01-11, at 14:30 , Martin Hawkins wrote:
> sharedAEManager.setEventHandler(self,
> andSelector: :"getURL:event:withReplyEvent:returnEvent",
> forEventClass: KInternetEventClass, andEventID:KAEGetURL)
> …
>
> def getURL(event, withReplyEvent:returnEvent)
So the selector for that method d
Caio wins again! Thanks - I was sure I had tried that already. Need to
be a bit more organised I think...
Thanks again.
On Jan 11, 4:49 pm, Caio Chassot wrote:
> On 2011-01-11, at 14:30 , Martin Hawkins wrote:
>
> > sharedAEManager.setEventHandler(self,
> > andSelector: :"getURL:event:withReply
Hi Laurent,
yes... I keep getting an "EXC_BAD_ACCESS" error, the backtrace would be:
#0 0x20052bbc0 in ??
#1 0x7fff823e0bd1 in -[NSApplication endSheet:returnCode:]
#2 0x1000f2dad in rb_objc_isEqual
#3 0x7fff822f2e9a in -[NSApplication sendAction:to:from:]
#4 0x7fff822f2d
On Jan 11, 2011, at 5:40 PM, Rolando Abarca wrote:
> I'm using MacRuby 0.8
Works for me!
macruby -version
MacRuby 0.9 (ruby 1.9.2) [universal-darwin10.0, x86_64]
macirb
irb(main):001:0> framework 'Foundation'
=> true
irb(main):002:0> a = [1,2,3,4,5]
=> [1, 2, 3, 4, 5]
irb(main):003:0> a.enumer
Can you make sure you are using the latest BridgeSupport?
- Matt
Sent from my iPhone
On Jan 11, 2011, at 10:01, Joel Reymont wrote:
>
> On Jan 11, 2011, at 5:40 PM, Rolando Abarca wrote:
>
>> I'm using MacRuby 0.8
>
> Works for me!
>
> macruby -version
> MacRuby 0.9 (ruby 1.9.2) [universal
Matt,
I -am- using the latest BridgeSupport (Preview 2) if you are talking to me.
On Jan 11, 2011, at 6:06 PM, Matt Aimonetti wrote:
> Can you make sure you are using the latest BridgeSupport?
>
> - Matt
>
> Sent from my iPhone
>
> On Jan 11, 2011, at 10:01, Joel Reymont wrote:
>
>>
>> On
Hey all,
It appears the ->{} syntax for lambdas is not supported.
Known? Need ticket?
$ irb
irb(main):001:0> ->{}
=> #
$ macirb
irb(main):001:0> ->{}
SyntaxError: compile error
___
MacRuby-devel mailing list
MacRuby-devel@lis
Joel, sorry I meant to say that to Rolando, I believe it might be the reason
why it doesn't work for him.
- Matt
On Tue, Jan 11, 2011 at 10:08 AM, Joel Reymont wrote:
> Matt,
>
> I -am- using the latest BridgeSupport (Preview 2) if you are talking to me.
>
> On Jan 11, 2011, at 6:06 PM, Matt Ai
You're right: using BridgeSupport Preview 2 works!
:-)
Thanks!
--
Rolando Abarca M.
Games For Food S.p.A.
http://www.gamesforfood.com
Phone: +1 (408) 345-5433
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/
Hi Caio,
I think it's a macirb problem, and that it should work fine outside of it.
Can you confirm? Yes, a ticket would be appreciated :)
Laurent
On Jan 11, 2011, at 10:10 AM, Caio Chassot wrote:
> Hey all,
>
> It appears the ->{} syntax for lambdas is not supported.
>
> Known? Need ticket
What should be the constant name below?
Is there a way to find out the constants defined in a framework?
Thanks, Joel
---
grep -i ro_MGSFOTextView
build/Release/MGSFragaria.framework/Resources/BridgeMetadata/MGSFragaria.bridgemetadata
irb(main):001:0> framework './build/Release/MGS
Hi Joel,
The constant name should be Ro_MGSFOTextView. However, it looks like the
BridgeSupport file isn't installed in the right path. Therefore, the file isn't
loaded up when you call #framework, and the constant isn't mapped.
First, the directory inside Resources should be BridgeSupport.
Sec
On 2011-01-11, at 17:59 , Laurent Sansonetti wrote:
>
> Hi Caio,
>
> I think it's a macirb problem, and that it should work fine outside of it.
>
> Can you confirm? Yes, a ticket would be appreciated :)
Indeed, macirb-only.
https://www.macruby.org/trac/ticket/1110
_
On Tue, 11 Jan 2011 18:31:10 -0200 Caio Chassot
wrote:
> On 2011-01-11, at 17:59 , Laurent Sansonetti wrote:
> >
> > Hi Caio,
> >
> > I think it's a macirb problem, and that it should work fine
> > outside of it.
> >
> > Can you confirm? Yes, a ticket would be appreciated :)
>
> Indeed, macirb
Hi,
Am I the only person unable to do a 'rake' on the current MacRuby-trunk?
Here's what I get after doing the svn:
Darwin::dekiefer:23-> cd ..
/Volumes/Arbeit/MacRuby
Darwin::dekiefer:24-> !svn
svn co http://svn.macosforge.org/repository/ruby/MacRuby/trunk MacRuby-trunk
Checked out revision 515
On Jan 11, 2011, at 9:04 PM, Duane Kiefer wrote:
> Am I the only person unable to do a 'rake' on the current MacRuby-trunk?
Works for me, although I pull from the git repo.
A bison problem perhaps?
---
http://wagerlabs.com | @wagerlabs | http://www.linkedin.com/in/joelreymont
Hi Duane,
Maybe it's rake which is segfaulting here. Maybe your rake is using MacRuby.
Some early versions of MacRuby did not support rake and were overriding
/usr/bin/rake when installing certain gems through macgem.
Try:
$ head -n 1 `which rake`
Laurent
On Jan 11, 2011, at 1:04 PM
Hi Perry,
We have such a suite. It doesn't run automatically at night, but we have a
commit policy that requests it to be run before every commit in the central
repository.
But here, this is a bug in macirb, not in MacRuby itself. There are tests for
macirb, but maybe there is no test for this
I was about to take a look at this, but then my girlfriend introduced me to
Rémi Gaillard… So as you can expect I didn't finish it :) Will have a look
tomorrow, feel free to file a ticket in the meantime.
Eloy
On 11 jan 2011, at 22:59, Laurent Sansonetti wrote:
> Hi Perry,
>
> We have such a
Hi Laurent,
rake is the problem:
Darwin::dekiefer:15-> head -n 1 `which rake`
#!/Library/Frameworks/MacRuby.framework/Versions/0.9/usr/bin/macruby
Darwin::dekiefer:16-> which rake
/usr/bin/rake
Darwin::dekiefer:17-> rake --version
rake, version 0.8.7
Darwin::dekiefer:18-> which ruby
/usr/bin/ruby
22 matches
Mail list logo
