> > 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
