On Mon, Apr 18, 2011 at 20:18, Joshua Ballanco wrote:
> they aren't...quite... The issue is that if you need a string, sometimes an
> NSString is sufficient and in those cases you'd want the NSString to report
> itself as being the same as a String. In other cases, however, they are
> different be
On Mon, Apr 18, 2011 at 22:06, Robert Rice wrote:
> But for consistency, you may want to add the .to_data method to the NSString
See the recent thread "Hash Table", it explains the funny business going on.
I also posted something to discuss this general matter a few months
ago but don't really r
Using the Scripting Bridge to process e_mails, the bridge return NSString
rather than String class when reading the message content. This works fine
except that the .to_data method is undefined for NSString. I am able to use
dataUsingEncoding as in the following:
content = message.conte
If you go down the road of fixing it, you might want to fork HotCocoa
and/or MacRuby in GitHub.
For HotCocoa, check out the other branches first in the network graph
below to see whether someone already fixed, and if not there then maybe
want to branch off of Rich's version, fix and do a pull
Hello,
I am new to MacRuby, and I am loving it! :-)
I have done some RubyCocoa programming in the past, but I am now playing around
with the MacRuby frameworks.
I am having an issue with macruby/hotcocoa and macrake. It looks like it is a
loader/linker issue with the wrong architecture.
I am
Actually, it's quite a bit more complicated than that.
NSString, NSDictionary, and NSArray are class clusters. In practice, you are
never actually dealing with an "NSString", but rather a specialized subclass
in the class cluster. Originally, String in MacRuby was implemented using
NSCFString (one
On Sun, Apr 17, 2011 at 9:56 PM, Laurent Sansonetti
wrote:
> Thanks for finding this also! It looks like the recent change to
> macruby_deploy
> in order to conform to new AppStore submissions broke the load path
> relocation.
Perfect - the fix works great. Thanks!
--
Nathaniel Talbott
<:((
On Mon, Apr 18, 2011 at 7:47 AM, Rolando Abarca
wrote:
> try sequel: http://sequel.rubyforge.org/
>
+1 for Sequel
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
On Mon, Apr 18, 2011 at 10:40 AM, Ricky Chilcott
wrote:
>
> I'd noticed that too. I thought Strings were actually NSStrings.
>
They are NSMutableStrings/NSStrings underneath:
irb(main):013:0> "string".class.ancestors
=> [String, NSMutableString, NSString, Comparable, NSObject,
PP::ObjectMixin, K
I'd noticed that too. I thought Strings were actually NSStrings.
Ricky
On Apr 18, 2011, at 9:52 AM, Petr Kaleta wrote:
> Btw: it seems, that something has changed in ruby primitives classes
> implementation, described in here
> http://www.macruby.org/documentation/tutorial.html (this example
Btw: it seems, that something has changed in ruby primitives classes
implementation, described in here
http://www.macruby.org/documentation/tutorial.html (this example
http://cl.ly/2Y382r0w331O230z1Q3D) because "foo".class is not NSCFString but
String http://cl.ly/110Y0O0D1k3y1G2e2j2X
- Petr
Hi I'm a little bit confused about basic ruby classes implementation. Ruby Hash
is internally implemented as NSDictionary/NSMutableDictionary? So for example
if I need to implement hash table, I can use ruby Hash? So the performance will
be exactly same compared to NSDictionary?
- Petr
try sequel: http://sequel.rubyforge.org/
On Mon, Apr 18, 2011 at 6:11 AM, Petr Kaleta wrote:
> Can you suggest me some gem/framework to work with Sqlite3 without core data?
> Something which has nice DSL and good performance.
>
> Thanks
>
> - Petr
hth,
--
Rolando Abarca M.
Games For Food S.p.A
Can you suggest me some gem/framework to work with Sqlite3 without core data?
Something which has nice DSL and good performance.
Thanks
- Petr
___
MacRuby-devel mailing list
MacRuby-devel@lists.macosforge.org
http://lists.macosforge.org/mailman/listinf
14 matches
Mail list logo
