On 14 Apr 2010, at 19:47, Daniel Lopes wrote:
> Ops, sorry... small typo == isn't a big issue. Nobody cares for 10mb or 30mb
> today.
I disagree strongly. I have not downloaded apps because their size seems way
out of kilter with the functionality they offer. Who wants to support
gratuitous
Hi,
is it possible to build a simple GUI (window, button, textfield, etc.)
in the console (macirb), just for demonstration purposes? I tried
that, but first I couldn't even construct a window (I was getting some
horrible errors), I found somewhere that I need to call
NSApplicationLoad() once, then
You might want to look at the HotConsole project.
- Matt
Sent from my iPhone
On Apr 15, 2010, at 2:07, Jakub Suder wrote:
Hi,
is it possible to build a simple GUI (window, button, textfield, etc.)
in the console (macirb), just for demonstration purposes? I tried
that, but first I couldn't e
I agree, 100%, with Dave Baldwin. It would be nice to see the overall size of a
MacRuby application reduced to somewhere between 5-8MB because of the reasons
he listed. I don't think MacRuby can be a big player until we can distribute
smaller apps.
Rob
On 15 Apr 2010, at 09:35, Dave Baldwin wr
On Thu, Apr 15, 2010 at 16:05, robert gleeson wrote:
> I agree, 100%, with Dave Baldwin. It would be nice to see the overall size
> of a MacRuby application reduced to somewhere between 5-8MB because of the
> reasons he listed. I don't think MacRuby can be a big player until we can
> distribute sm
I agree... and we also can dmg the app and probably it will be smaller than
the zip version.
On Thu, Apr 15, 2010 at 3:16 PM, Jakub Suder wrote:
> On Thu, Apr 15, 2010 at 16:05, robert gleeson wrote:
> > I agree, 100%, with Dave Baldwin. It would be nice to see the overall
> size
> > of a MacRu
Agreed, compression can help but the point is all MacRuby applications have a
base-size of 30MB, while other dynamically linked Objective-C applications that
do the same task are a lot smaller. Our application is 30MB before we write
anything. I think thats the problem, even with compression(alt
Folks, I think everyone needs to also put this into perspective. We have a
very finite amount of engineering resources to devote to MacRuby development
(as anyone who has followed the mailing list for the last year or so already
knows) and we don't even run Rails yet. In the grander scheme of
Can't agree more with Jordan. I just raised this question to know if I'm
doing something wrong or 32mb is the right size. I already read the sources
of MacRuby and I hope to help in near future (my C and ObjC isn't so good).
On Thu, Apr 15, 2010 at 4:25 PM, Jordan K. Hubbard wrote:
> Folks, I th
Hi guys,
0.6 is now almost there. I need to polish a few more things and prepare a
detailed blog post about what changed. A lot of things changed in fact, it's
going to take some time :-)
For this release, we would like to announce that MacRuby is now stable for
Cocoa development. If you are w
#649: NSNumber bridging problem
-+--
Reporter: eloy.de.en...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: blocker |
Hello,
I know it has been discussed before and I haven't really gotten a final word
back on it yet. With the removal of the GIL, and Grand Central Dispatch fork()
isn't really needed to achieve concurrency _but_ I have a particular use case
that requires fork() and I'd love to implement my use-
Laurent,
Hey, awesome work! I'll check out the nightly later today/tomorrow for me. I
think I've reported a few bugs so I'll check it out and report back to you :-P
Thanks,
Rob
On 16 Apr 2010, at 03:39, Laurent Sansonetti wrote:
> Hi guys,
>
> 0.6 is now almost there. I need to polish a few m
#623: Overriding setRepresentedObject on NSViewController subclass doesn't seem
to work
-+--
Reporter: n...@… | Owner: lsansone...@…
Type: defect | Status: new
#629: Bindings not working for subclass
-+--
Reporter: dy...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: critical | Mil
#637: Segmentation fault error with NSSearchPathForDirectoriesInDomains function
--+-
Reporter: aldar...@…|
Owner: lsansone...@…
Type: defect
Hi Robert,
fork() itself is easy to implement, the problem is that the program can very
easily crash if CoreFoundation or the GC is called inside the child process.
This is the reason why we decided to mark it as not-implemented. I do not
believe these problems will go away any time soon, I'm a
Thank you :-)
I did a quick pass and noted the following bugs already:
https://www.macruby.org/trac/ticket/458
https://www.macruby.org/trac/ticket/629
https://www.macruby.org/trac/ticket/507
https://www.macruby.org/trac/ticket/628
Laurent
On Apr 15, 2010, at 7:47 PM, robert gleeson wrote:
> La
#638: NSCFNUmber.to_f doesn't work correctly
-+--
Reporter: jordan.breed...@…|Owner: lsansone...@…
Type: defect | Status: closed
Priority: blocker
19 matches
Mail list logo
