[MacRuby-devel] MacRuby development in Xcode

[Rick]

Bug report filed - #11162678.  This covers only the nibtool.rb issue.

Rick

On Friday, March 30, 2012 10:33:02 AM UTC-4, Matt Aimonetti wrote:
>
> I'm assuming this one doesn't need to have a bug report filed with apple.  
>> Correct?
>
>
> Even though that's a known bug, I'm not sure someone filed a bug report. 
> Could you please file one explaining that Xcode is now calling nibtool.rb 
> script at the wrong location since Xcode was moved to /Applications which 
> breaks MacRuby. Then let us know the radar # so we can put pressure on our 
> Apple friends ;)
>
> The framework not showing up is a different issue, since it still works, I 
> haven't looked at it, but maybe someone else did.
>
> - Matt
>
>
> On Fri, Mar 30, 2012 at 4:21 PM, Rick <richard.t.lloyd at gmail.com> wrote:
>
>> Thanks Matt - I'll watch the wiki.
>>
>> I'm assuming this one doesn't need to have a bug report filed with 
>> apple.  Correct?
>>
>> A possibly related error with MacRuby/Xcode that I've been seeing is this.
>>
>> When I create a new Ruby project, the MacRuby.framework shows up as 
>> unavailable.  It is red (with no lego block) in both the Project navigator 
>> and the Project Summary / Linked Frameworks.  Deleting the existing entry 
>> from the navigator and adding a new instance to the Linked Frameworks seems 
>> to work - at least the visual indicators look right and I'm able to build.
>>
>> Is this also covered with the other fix or is there something else needed 
>> to correctly install?
>>
>> thanks in advance
>> Rick
>>
>>
>> On Thursday, March 29, 2012 3:15:05 AM UTC-4, Matt Aimonetti wrote:
>>>
>>> Rick, this is a known issue with Xcode 4.3.x which was moved from a 
>>> system folder to an standard application folder. Xcode calls a custom 
>>> script to recognize the MacRuby classes and make them available to the 
>>> devs. Because the project was moved, the script isn't found so your MacRuby 
>>> classes aren't automatically recognized. I thought a workaround including a 
>>> symlink was added to the nightly build but that might not be the case.
>>>
>>> Watson/whoever worked on that last, could you comment on the status of 
>>> things and maybe document the workaround on the wiki please? 
>>> https://github.com/**macruby/macruby/wiki<https://github.com/macruby/macruby/wiki>
>>>
>>> Thanks,
>>>
>>> - Matt
>>>
>>>
>>> On Mon, Mar 26, 2012 at 3:37 PM, Rick Lloyd <richard.t.lloyd at gmail.com>wrote:
>>>
>>>> I've been trying to learn MacRuby by following " MacRuby - The 
>>>> Definitive Guide" and have encountered problems with the code given in 
>>>> Chapter 7.
>>>> My system is running MacOS X 10.7.3 and Xcode Version 4.3.2 which were 
>>>> installed on a clean hard drive so there are no remnants of earlier 
>>>> software present to confuse the issue.  I'm running MacRuby from the 
>>>> nightly build 03/24 which I installed yesterday - I was previously running 
>>>> an earlier version.  Because I am unable to distinguish Xcode problems from 
>>>> MacRuby (or Definitive Guide) problems I'm posting this problem with both 
>>>> communities.
>>>>
>>>> Here is a description of the problem I'm having.
>>>>
>>>> Chapter 7 includes a table, beginning on pg 129, which is intended to 
>>>> contain Text Field, Combo Box, and Button cells.  I am unable to create the 
>>>> latter two cell types following the instructions given.
>>>>
>>>> In the case of the Combo Box, I can identify the cell as containing an 
>>>> NSComboBoxCell using the Custom Class on the identiy tab.  When I switch to 
>>>> the attributes tab the cell is still identified as Text Field and so I am 
>>>> unable to create the labels for the combo box.  Also, the cell field 
>>>> displayed in the table does not have the up/down arrows - no visual cue 
>>>> that there is a list of choices available.
>>>>
>>>> The problem with the NSButtonCell is easier to describe as the choice 
>>>> is not available through the Custom Class.  If I type it into the field it 
>>>> is replaced with the default NSTextCell.
>>>>
>>>> I've loaded the project for Chapter 7 from Matt's Git site and can view 
>>>> the proper behavior for both columns when I load it into Xcode.  This code 
>>>> also builds (although with three warnings - none related to the table) and 
>>>> runs.  This code can be used to demonstrate the expected response.
>>>>
>>>> Any suggestions?
>>>>
>>>> thanks in advance,
>>>> Rick
>>>>
>>>> ______________________________**_________________
>>>> MacRuby-devel mailing list
>>>> MacRuby-devel at lists.**macosforge.org<MacRuby-devel at lists.macosforge.org>
>>>> http://lists.macosforge.org/**mailman/listinfo.cgi/macruby-**devel<http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel>
>>>>
>>>>
>>>
>> _______________________________________________
>> MacRuby-devel mailing list
>> MacRuby-devel at lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macruby-devel/attachments/20120401/db1227cb/attachment.html>