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.ll...@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.ll...@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@lists.**macosforge.org<MacRuby-devel@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@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
