Re: [MacRuby-devel] planning 0.7 release
Hi. I hope that "#763 : HotCocoa does not work with MacRuby Trunk." is fixed so that works on MacRuby 0.6. :-) Thank you! 2010/8/24 Laurent Sansonetti : > On Aug 23, 2010, at 7:20 PM, Laurent Sansonetti wrote: >> I will go through the tracker and identify release blockers (feel free to >> reply to this e-mail if you have one in mind). > > Actually, I started tagging some tickets using the 0.7-blocker keyword. You > can attach the same keyword to tickets you think should be fixed in 0.7 and > we will work on these in priority :) > > Laurent > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel > ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] planning 0.7 release
Good catch, this one is a blocker :) I added the keyword so that we won't forget to fix it. Laurent On Aug 24, 2010, at 1:17 AM, Watson wrote: > Hi. > > I hope that "#763 : HotCocoa does not work with MacRuby Trunk." is > fixed so that works on MacRuby 0.6. :-) > > Thank you! > > 2010/8/24 Laurent Sansonetti : >> On Aug 23, 2010, at 7:20 PM, Laurent Sansonetti wrote: >>> I will go through the tracker and identify release blockers (feel free to >>> reply to this e-mail if you have one in mind). >> >> Actually, I started tagging some tickets using the 0.7-blocker keyword. You >> can attach the same keyword to tickets you think should be fixed in 0.7 and >> we will work on these in priority :) >> >> Laurent >> ___ >> MacRuby-devel mailing list >> MacRuby-devel@lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel >> > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] Request for feedback on new tutorial
Thanks for the modifications, Matt merged them and I just re-deployed the
website. Your article is now live :)
http://www.macruby.org/documentation/reading-an-mp3-with-macruby.html
Laurent
On Aug 23, 2010, at 2:22 PM, Nick Ludlam wrote:
> Hi Thibault, it's actually me who wrote the tutorial, and Emil who gave me
> really solid feedback on some required steps I managed to miss out first time
> round.
>
> I've done what you've recommended and changed the example irb session to use
> simple-prompt mode. It's now pushed to
> http://github.com/nickludlam/macruby_website/tree/bundle-tutorial and
> awaiting a merge from Matt.
>
> Nick
>
> On 23 Aug 2010, at 18:58, Thibault Martin-Lagardette wrote:
>
>> Hi Emil!
>>
>> That's very awesome work, thanks for the dedication of making a tutorial!
>>
>> I would simply want to add, maybe you should launch macirb with
>> --simple-prompt, it makes the output a little nicer and clearer I think (at
>> least for that kind of examples where line numbers are not really needed).
>>
>> Thank you again!
>> --
>> Thibault Martin-Lagardette
>>
>>
>>
>> On Aug 22, 2010, at 12:46, Nick Ludlam wrote:
>>
>>>
>>> Fantastic feedback, thanks again. I've included comments inline below, and
>>> I've updated the preview at
>>> http://recoil.org/~nick/macruby/documentation/realworld-dynamic-bundles.h
>>>
>>> On 20 Aug 2010, at 14:51, Emil Tin wrote:
>>>
progress!
I downloaded your project, and it builds without problems. Comparing them
I found out that:
1. my project was missing the 'Copy Headers' build phase.
>>>
>>> You're right, I've added this into the text.
>>>
>>>
2. after adding a 'copy headers' phase, and using the get info.. then
checkbox method to add headers files from the taglib target to the
taglibbundle target, it still couldn't build because my project had
list.tcc and tmap.tcc in the 'compile sources' build phase. for some
reason, it seems that when i use 'get info' method, files with the .tcc
extension are added to the 'compile source' phase isntead of the 'copy
headers' phase.
>>>
>>> Yeah it seems XCode gets confused with that suffix. I've simplified the
>>> method of cloning the header and source settings by getting the reader to
>>> drag and drop the files from the existing folders directly into the new.
>>>
>>>
after moving the two .tcc files to the 'copy headers phase', my project
builds. moving on i found.
3. TagLib.h needs #import
>>>
>>> Linking to should be all thats needed, but the
>>> template uses Cocoa, so I'll add a step to edit this from Cocoa to
>>> Foundation.
>>>
>>>
4. TagLib.m needs #import "tag_c.h"
>>>
>>> Correct, and fixed!
>>>
>>>
5. the copy script at the end failed. the reason was i copied it from the
webpage, which had a line break. you might add a "\" to the code at the
webapge:
cp -v "${TARGET_BUILD_DIR}/${EXECUTABLE_PATH}" \
"${SOURCE_ROOT}/${FULL_PRODUCT_NAME}"
>>>
>>> I've now added the backslash to help with the line wrapping.
>>>
>>>
6. i need to require the full path to the bundle (or modify load paths).
simply using require 'TagLibBundle' fails even if i'm inside the folder
the bundle is?
>>>
>>> I think this is because I missed a step where you give the project the
>>> '.bundle' suffix, so you end up with a 'TagLibBundle.bundle' filename. I've
>>> added it to the tutorial text.
>>>
>>>
7. it works! i can use test.tags[:title] and get the title af an mp3.
8. if i call test.tags i get a segmentation fault:
~/Desktop/MacRuby/TagLib.framework$ macirb
Couldn't load Wirble: no such file to load -- wirble
irb(main):001:0> require
'/Users/emiltin/Desktop/MacRuby/TagLib.framework/TagLibBundle.bundle'
=> true
irb(main):002:0> test =
TagLib.alloc.initWithFileAtPath("/Users/emiltin/Music/Elysium\
etc/Celestial_Sounds_and_Tribal_Beats_mp3/05.Wisdom.mp3")
=> #
irb(main):003:0> test.tags[:title]=> "Wisdom"
irb(main):004:0> test.tagsSegmentation fault
>>>
>>> Ok this is a weird one, and I think related to reference counting and
>>> release pools. I've now altered the way the wrapper works, and it now uses
>>> discreet ivars and getters instead of a dictionary, which is a little more
>>> verbose, but nicer from the Ruby side of things.
>>>
>>>
On 20/08/2010, at 14.42, Nick Ludlam wrote:
> Thanks very much Emil. I'll go through the points:
>
> 1. Good catch. I'll replace this with 'curl' since it's part of the base
> system.
>
> 2. I'll describe this step in a little more detail, perhaps with a
> screenshot. There is a reasonable familiarity with XCode that's assumed,
> though.
>
> 3. I suspect this is related to build setting change that I may have
> missed out. If you have time, could you grab the
Re: [MacRuby-devel] Request for feedback on new tutorial
Brilliant, thanks Laurent. There's loads of topics that writing my own app has
thrown up, so hopefully I can make time to write a few more, and build it into
a series.
On 24 Aug 2010, at 21:42, Laurent Sansonetti wrote:
> Thanks for the modifications, Matt merged them and I just re-deployed the
> website. Your article is now live :)
>
> http://www.macruby.org/documentation/reading-an-mp3-with-macruby.html
>
> Laurent
>
> On Aug 23, 2010, at 2:22 PM, Nick Ludlam wrote:
>
>> Hi Thibault, it's actually me who wrote the tutorial, and Emil who gave me
>> really solid feedback on some required steps I managed to miss out first
>> time round.
>>
>> I've done what you've recommended and changed the example irb session to use
>> simple-prompt mode. It's now pushed to
>> http://github.com/nickludlam/macruby_website/tree/bundle-tutorial and
>> awaiting a merge from Matt.
>>
>> Nick
>>
>> On 23 Aug 2010, at 18:58, Thibault Martin-Lagardette wrote:
>>
>>> Hi Emil!
>>>
>>> That's very awesome work, thanks for the dedication of making a tutorial!
>>>
>>> I would simply want to add, maybe you should launch macirb with
>>> --simple-prompt, it makes the output a little nicer and clearer I think (at
>>> least for that kind of examples where line numbers are not really needed).
>>>
>>> Thank you again!
>>> --
>>> Thibault Martin-Lagardette
>>>
>>>
>>>
>>> On Aug 22, 2010, at 12:46, Nick Ludlam wrote:
>>>
Fantastic feedback, thanks again. I've included comments inline below, and
I've updated the preview at
http://recoil.org/~nick/macruby/documentation/realworld-dynamic-bundles.h
On 20 Aug 2010, at 14:51, Emil Tin wrote:
> progress!
> I downloaded your project, and it builds without problems. Comparing them
> I found out that:
>
> 1. my project was missing the 'Copy Headers' build phase.
You're right, I've added this into the text.
> 2. after adding a 'copy headers' phase, and using the get info.. then
> checkbox method to add headers files from the taglib target to the
> taglibbundle target, it still couldn't build because my project had
> list.tcc and tmap.tcc in the 'compile sources' build phase. for some
> reason, it seems that when i use 'get info' method, files with the .tcc
> extension are added to the 'compile source' phase isntead of the 'copy
> headers' phase.
Yeah it seems XCode gets confused with that suffix. I've simplified the
method of cloning the header and source settings by getting the reader to
drag and drop the files from the existing folders directly into the new.
> after moving the two .tcc files to the 'copy headers phase', my project
> builds. moving on i found.
>
>
> 3. TagLib.h needs #import
Linking to should be all thats needed, but the
template uses Cocoa, so I'll add a step to edit this from Cocoa to
Foundation.
> 4. TagLib.m needs #import "tag_c.h"
Correct, and fixed!
> 5. the copy script at the end failed. the reason was i copied it from the
> webpage, which had a line break. you might add a "\" to the code at the
> webapge:
>
> cp -v "${TARGET_BUILD_DIR}/${EXECUTABLE_PATH}" \
> "${SOURCE_ROOT}/${FULL_PRODUCT_NAME}"
I've now added the backslash to help with the line wrapping.
> 6. i need to require the full path to the bundle (or modify load paths).
> simply using require 'TagLibBundle' fails even if i'm inside the folder
> the bundle is?
I think this is because I missed a step where you give the project the
'.bundle' suffix, so you end up with a 'TagLibBundle.bundle' filename.
I've added it to the tutorial text.
> 7. it works! i can use test.tags[:title] and get the title af an mp3.
>
> 8. if i call test.tags i get a segmentation fault:
>
> ~/Desktop/MacRuby/TagLib.framework$ macirb
> Couldn't load Wirble: no such file to load -- wirble
> irb(main):001:0> require
> '/Users/emiltin/Desktop/MacRuby/TagLib.framework/TagLibBundle.bundle'
> => true
> irb(main):002:0> test =
> TagLib.alloc.initWithFileAtPath("/Users/emiltin/Music/Elysium\
> etc/Celestial_Sounds_and_Tribal_Beats_mp3/05.Wisdom.mp3")
> => #
> irb(main):003:0> test.tags[:title]=> "Wisdom"
> irb(main):004:0> test.tagsSegmentation fault
Ok this is a weird one, and I think related to reference counting and
release pools. I've now altered the way the wrapper works, and it now uses
discreet ivars and getters instead of a dictionary, which is a little more
verbose, but nicer from the Ruby side of things.
>
> On 20/08/2010, at 14.42, Nick Ludlam wrote:
>
>> Thanks very much Emil. I'll go through the points:
>>
>> 1. Good catch. I'll replace this with '
Re: [MacRuby-devel] CVImageBufferRef vs __NSCFType
On 24/08/2010, at 8:49 AM, Thibault Martin-Lagardette wrote: > It is a problem in the QTKit bridgesupport, where > `captureOutput:didOutputVideoFrame:withSampleBuffer:fromConnection` is not > defined. > This means it's defintely not something you are doing wrong (and it's not > MacRuby's fault either – it has no way, without proper BridgeSupport support, > to know the actual type of the parameter) > > This has been fixed in BridgeSupport already, and should be released > soon(-ish). > However, I don't think there is any workaround in the meantime, except > waiting for the BridgeSupport update. Previous BridgeSupport errors and omissions have been fixed by manual editing of the BridgeSupport file pending an updated version. Can you supply a copy of the fix in this case? Paul Howson ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] CVImageBufferRef vs __NSCFType
It is true. After looking at what exactly was needed, I reduced it to a very simple bridgesupport file :D At first I thought it would be a bunch of inter-dependant bridgesupport files, but looks like it was way easier than that :-) Add this into a file like QTKit-capturefix.bridgesupport, and call this line just after QTKit: framework 'QTKit' # Fixes the call to captureOutput:didOutputVideoFrame:withSampleBuffer:fromConnection: load_bridge_support_file '/path/to/QTKit-capturefix.bridgesupport' Hope this helps :-) -- Thibault Martin-Lagardette On Aug 24, 2010, at 17:31, Paul Howson wrote: > On 24/08/2010, at 8:49 AM, Thibault Martin-Lagardette wrote: > >> It is a problem in the QTKit bridgesupport, where >> `captureOutput:didOutputVideoFrame:withSampleBuffer:fromConnection` is not >> defined. >> This means it's defintely not something you are doing wrong (and it's not >> MacRuby's fault either – it has no way, without proper BridgeSupport >> support, to know the actual type of the parameter) >> >> This has been fixed in BridgeSupport already, and should be released >> soon(-ish). >> However, I don't think there is any workaround in the meantime, except >> waiting for the BridgeSupport update. > > Previous BridgeSupport errors and omissions have been fixed by manual editing > of the BridgeSupport file pending an updated version. Can you supply a copy > of the fix in this case? > > Paul Howson > > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
[MacRuby-devel] A question about OSX APIs.
Hey MacRubyists, This question isn't strictly MacRuby related, but if I get an answer I'd like to try and implement it in MacRuby. The OSX WM doesn't seem to be able to treat a stack of windows as an individual stack that you can cycle through, for example an entire "Space" is treated as one stack. I'd like to mark or treat a group of windows overlapping each other as one "stack", and when an application in that stack has focus, a key binding(such as cmd+p, cmd+n) would cycle through that stack. My question really is, what APIs would I look at? Is it possible? Is it feasible? Thanks Rob http://robgleeson.github.comWebsite http://github.com/robgleeson GitHub r...@flowof.infoE-Mail ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] A question about OSX APIs.
On Aug 24, 2010, at 10:34 PM, Rob Gleeson wrote: > Hey MacRubyists, > > This question isn't strictly MacRuby related, but if I get an answer I'd like > to try and implement it in MacRuby. > > The OSX WM doesn't seem to be able to treat a stack of windows as an > individual stack that you can cycle through, > for example an entire "Space" is treated as one stack. > > I'd like to mark or treat a group of windows overlapping each other as one > "stack", and when an application in that stack > has focus, a key binding(such as cmd+p, cmd+n) would cycle through that stack. > > My question really is, what APIs would I look at? Is it possible? Is it > feasible? I believe the key binding you are looking for is cmd-back-quote (cmd-`) ;-) Scott ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] A question about OSX APIs.
On 25 Aug 2010, at 04:54, Scott Thompson wrote: > > On Aug 24, 2010, at 10:34 PM, Rob Gleeson wrote: > >> Hey MacRubyists, >> >> This question isn't strictly MacRuby related, but if I get an answer I'd >> like to try and implement it in MacRuby. >> >> The OSX WM doesn't seem to be able to treat a stack of windows as an >> individual stack that you can cycle through, >> for example an entire "Space" is treated as one stack. >> >> I'd like to mark or treat a group of windows overlapping each other as one >> "stack", and when an application in that stack >> has focus, a key binding(such as cmd+p, cmd+n) would cycle through that >> stack. >> >> My question really is, what APIs would I look at? Is it possible? Is it >> feasible? > > I believe the key binding you are looking for is cmd-back-quote (cmd-`) > > ;-) > > Scott > > > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel Kind of :-) cmd+` seems to cycle focus between windows belonging to a single application. I'd like to group a random number of windows that don't belong to a single application, and cycle through those. It's quite possible my google foo is that weak and I'm missing something that is already a feature ;-) Rob ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] A question about OSX APIs.
On 2010-08-25, at 01:13 , Rob Gleeson wrote: > > Kind of :-) cmd+` seems to cycle focus between windows belonging to a single > application. > I'd like to group a random number of windows that don't belong to a single > application, and cycle > through those. > > It's quite possible my google foo is that weak and I'm missing something that > is already a feature ;-) Well, there's this app that may do what you want: http://manytricks.com/witch/ ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
Re: [MacRuby-devel] A question about OSX APIs.
Thanks for the reply Caio, Yeah that application looks promising but it doesn't do what I want, exactly. It's still nice and proof that it's most likely possible to do something like this. I want to create groups that you can cycle through, and from what I've gathered so far you'd need to maintain those groups yourself, with their order, etc. Ideally, this app would work solely through key-bindings, with groups being selected by focus. Just wondering can someone nudge me in the right direction as to what APIs I should look at. Thanks Rob On 25 Aug 20cyclable10, at 05:43, Caio Chassot wrote: > On 2010-08-25, at 01:13 , Rob Gleeson wrote: >> >> Kind of :-) cmd+` seems to cycle focus between windows belonging to a single >> application. >> I'd like to group a random number of windows that don't belong to a single >> application, and cycle >> through those. >> >> It's quite possible my google foo is that weak and I'm missing something >> that is already a feature ;-) > > Well, there's this app that may do what you want: > http://manytricks.com/witch/ > ___ > MacRuby-devel mailing list > MacRuby-devel@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel ___ MacRuby-devel mailing list MacRuby-devel@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
