Re: [MacRuby-devel] Size of the apps

2010-04-15 Thread Dave Baldwin 

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

Download size is important"
1.  Not everyone is on broadband.
2.  Many people do not download via a landline - i.e. use the mobile or cell 
network
3.  Many people have some cap on the amount they can download per month.
4.  If I am hosting the sale of an app I don't want to pay pay for more 
bandwidth than needed as there is a per purchase multiplier in there.
5.  If MacRuby has any aspirations to running on the iPhone OS then the 
available memory on these devices is limited so 30MB (or whatever) for a 
trivial app is way larger than the current sub MB these type of apps currently 
take.

The size issue will go away if Apple includes MacRuby and its support 
frameworks as standard in the OS(es) but until these become the norm it is 
worth finding solutions to at least minimise the impact.

Dave.





> 
> On Wed, Apr 14, 2010 at 3:45 PM, Matt Aimonetti  
> wrote:
> Daniel, can you explain why you think it's a big issue? Maybe we can help 
> with some temporary solutions.
> 
> - Matt
> 
> 
> On Wed, Apr 14, 2010 at 7:13 AM, Daniel Lopes  wrote:
> Thanks Laurent, but I also think the size of apps in Mac dev is a big issue.
> 
> On Wed, Apr 14, 2010 at 10:35 AM, Gary Weaver  wrote:
> Laurent,
> 
> Thanks! That is awesome!
> 
> Will this reduce the footprint of HotCocoa apps as well?
> 
> Thanks,
> 
> Gary
> 
> 
> On Apr 9, 2010, at 8:27 PM, Laurent Sansonetti wrote:
> 
>> Hi Daniel,
>> 
>> As Matt said, it is possible to trim out your .app bundle to only ship 
>> what's really needed. If you do not need the standard library and 
>> extensions, removing them might free some memory. I believe the min. size is 
>> about 20MB then (I'm not exactly certain though), for both 32-bit and 64-bit 
>> Intel architectures. Of course removing 32-bit will free another 10MB.
>> 
>> There is an effort for the next release (0.7) to prepare a (much) smaller 
>> runtime used during static AOT compilation. The resulted binary would not 
>> contain LLVM code, and some Ruby features would also not be available. I 
>> estimate the binary size to then be a couple of MBs (maybe less), but this 
>> is an estimation :-)
>> 
>> Laurent
>> 
>> On Apr 7, 2010, at 8:50 AM, Daniel Lopes wrote:
>> 
>>> Hello, this is my first post here and I am new in the Apple Dev/MacRuby. I 
>>> don't know if this the right mailing list, I don't found any other in the 
>>> MacRuby site related to questions about development. So, if this mail isn't 
>>> appropriate here please let me know.
>>> 
>>> Some days ago, in a sample app, I tried to embed the MacRuby Framework to 
>>> distribute the app as a standalone package but the size of the app became 
>>> huge.
>>> 
>>> There is some effort to make the embedded framework smaller or any 
>>> tip/tricks that I should do to get small apps? Or all my apps will have 
>>> 34mb? (It's not a big problem, just to know).
>>> 
>>> Thanks.
>>> 
>>> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 
>>> Daniel Lopes  -  Area Criações
>>> Design, Websites e Sistemas Web
>>> 
>>> http://www.areacriacoes.com.br/
>>> http://www.cifrascash.com/
>>> http://pomodo.areacriacoes.com.br/
>>> http://egenial.com.br/cursorails
>>> 
>>> twitter: @danielvlopes
>>> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 
>>> 55 (31) 3077-4560  /  55 (31) 8808-8748  /  55 (31) 8737-7501
>>> ___
>>> MacRuby-devel mailing list
>>> [email protected]
>>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>> 
>> ___
>> MacRuby-devel mailing list
>> [email protected]
>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
> 
> 
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
> 
> 
> 
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
> 
> 
> 
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
> 
> 
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] building a GUI in macirb

2010-04-15 Thread Jakub Suder 
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 I was able to build a window, but if I
add something to its contentView it doesn't appear, and the mouse
cursor is the spinning beach ball when I hover over that window. I
assume I need to call something to let the app process the events in
the queue, but I have no idea how to do that... is what I want to
achieve possible?

Best regards,
Jakub Suder
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] building a GUI in macirb

2010-04-15 Thread Matt Aimonetti 

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 even construct a window (I was getting some
horrible errors), I found somewhere that I need to call
NSApplicationLoad() once, then I was able to build a window, but if I
add something to its contentView it doesn't appear, and the mouse
cursor is the spinning beach ball when I hover over that window. I
assume I need to call something to let the app process the events in
the queue, but I have no idea how to do that... is what I want to
achieve possible?

Best regards,
Jakub Suder
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Size of the apps

2010-04-15 Thread robert gleeson 
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 wrote:

> 
> 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 bloatware?  
> 
> Download size is important"
> 1.  Not everyone is on broadband.
> 2.  Many people do not download via a landline - i.e. use the mobile or cell 
> network
> 3.  Many people have some cap on the amount they can download per month.
> 4.  If I am hosting the sale of an app I don't want to pay pay for more 
> bandwidth than needed as there is a per purchase multiplier in there.
> 5.  If MacRuby has any aspirations to running on the iPhone OS then the 
> available memory on these devices is limited so 30MB (or whatever) for a 
> trivial app is way larger than the current sub MB these type of apps 
> currently take.
> 
> The size issue will go away if Apple includes MacRuby and its support 
> frameworks as standard in the OS(es) but until these become the norm it is 
> worth finding solutions to at least minimise the impact.
> 
> Dave.
> 
> 
> 
> 
> 
>> 
>> On Wed, Apr 14, 2010 at 3:45 PM, Matt Aimonetti  
>> wrote:
>> Daniel, can you explain why you think it's a big issue? Maybe we can help 
>> with some temporary solutions.
>> 
>> - Matt
>> 
>> 
>> On Wed, Apr 14, 2010 at 7:13 AM, Daniel Lopes  wrote:
>> Thanks Laurent, but I also think the size of apps in Mac dev is a big issue.
>> 
>> On Wed, Apr 14, 2010 at 10:35 AM, Gary Weaver  wrote:
>> Laurent,
>> 
>> Thanks! That is awesome!
>> 
>> Will this reduce the footprint of HotCocoa apps as well?
>> 
>> Thanks,
>> 
>> Gary
>> 
>> 
>> On Apr 9, 2010, at 8:27 PM, Laurent Sansonetti wrote:
>> 
>>> Hi Daniel,
>>> 
>>> As Matt said, it is possible to trim out your .app bundle to only ship 
>>> what's really needed. If you do not need the standard library and 
>>> extensions, removing them might free some memory. I believe the min. size 
>>> is about 20MB then (I'm not exactly certain though), for both 32-bit and 
>>> 64-bit Intel architectures. Of course removing 32-bit will free another 
>>> 10MB.
>>> 
>>> There is an effort for the next release (0.7) to prepare a (much) smaller 
>>> runtime used during static AOT compilation. The resulted binary would not 
>>> contain LLVM code, and some Ruby features would also not be available. I 
>>> estimate the binary size to then be a couple of MBs (maybe less), but this 
>>> is an estimation :-)
>>> 
>>> Laurent
>>> 
>>> On Apr 7, 2010, at 8:50 AM, Daniel Lopes wrote:
>>> 
 Hello, this is my first post here and I am new in the Apple Dev/MacRuby. I 
 don't know if this the right mailing list, I don't found any other in the 
 MacRuby site related to questions about development. So, if this mail 
 isn't appropriate here please let me know.
 
 Some days ago, in a sample app, I tried to embed the MacRuby Framework to 
 distribute the app as a standalone package but the size of the app became 
 huge.
 
 There is some effort to make the embedded framework smaller or any 
 tip/tricks that I should do to get small apps? Or all my apps will have 
 34mb? (It's not a big problem, just to know).
 
 Thanks.
 
 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 
 Daniel Lopes  -  Area Criações
 Design, Websites e Sistemas Web
 
 http://www.areacriacoes.com.br/
 http://www.cifrascash.com/
 http://pomodo.areacriacoes.com.br/
 http://egenial.com.br/cursorails
 
 twitter: @danielvlopes
 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 
 55 (31) 3077-4560  /  55 (31) 8808-8748  /  55 (31) 8737-7501
 ___
 MacRuby-devel mailing list
 [email protected]
 http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>>> 
>>> ___
>>> MacRuby-devel mailing list
>>> [email protected]
>>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>> 
>> 
>> ___
>> MacRuby-devel mailing list
>> [email protected]
>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>> 
>> 
>> 
>> ___
>> MacRuby-devel mailing list
>> [email protected]
>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>> 
>> 
>> 
>> ___
>> MacRuby-devel mailing list
>> [email protected]

Re: [MacRuby-devel] Size of the apps

2010-04-15 Thread Jakub Suder 
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 smaller apps.

I'm not saying it wouldn't be better if the app size was less than it
is now, but IMHO it isn't that bad at at the moment. The app I write
weighs 32 MB total (30 MB of that is MacRuby...), but after packing it
into a zip it's only 11 MB. Looking at my "installers" directory,
that's not a terribly big size - TextMate is about the same size,
Adium is twice that, Skype is over 4 times more...

Jakub Suder
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Size of the apps

2010-04-15 Thread Daniel Lopes 
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 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.
>
> I'm not saying it wouldn't be better if the app size was less than it
> is now, but IMHO it isn't that bad at at the moment. The app I write
> weighs 32 MB total (30 MB of that is MacRuby...), but after packing it
> into a zip it's only 11 MB. Looking at my "installers" directory,
> that's not a terribly big size - TextMate is about the same size,
> Adium is twice that, Skype is over 4 times more...
>
> Jakub Suder
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Size of the apps

2010-04-15 Thread robert gleeson 
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(although I agree, it 
helps a lot).

Thanks,
Rob

On 15 Apr 2010, at 19:16, 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 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.
> 
> I'm not saying it wouldn't be better if the app size was less than it
> is now, but IMHO it isn't that bad at at the moment. The app I write
> weighs 32 MB total (30 MB of that is MacRuby...), but after packing it
> into a zip it's only 11 MB. Looking at my "installers" directory,
> that's not a terribly big size - TextMate is about the same size,
> Adium is twice that, Skype is over 4 times more...
> 
> Jakub Suder
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Size of the apps

2010-04-15 Thread Jordan K. Hubbard 
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 things, we 
have a lot more work to do in making MacRuby run *correctly* for all reasonable 
values of correctly before worrying about size and performance.  As the old 
saying goes, "first make it work, then make it work fast [or small]".  We're 
not quite at the stage where MacRuby fully works in all scenarios that Ruby 1.8 
/ Ruby 1.9 does, and that has to take priority here!   Simply chiming in with 
"Me too!  Me too!  Make it smaller!" is not particularly helpful here unless 
you're ALSO volunteering to do the engineering work involved.  Who's 
volunteering? :-)

- Jordan

On Apr 15, 2010, at 7:05 AM, 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 smaller apps.
> 
> Rob
> 
> On 15 Apr 2010, at 09:35, Dave Baldwin wrote:
> 
>> 
>> 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 bloatware?  
>> 
>> Download size is important"
>> 1.  Not everyone is on broadband.
>> 2.  Many people do not download via a landline - i.e. use the mobile or cell 
>> network
>> 3.  Many people have some cap on the amount they can download per month.
>> 4.  If I am hosting the sale of an app I don't want to pay pay for more 
>> bandwidth than needed as there is a per purchase multiplier in there.
>> 5.  If MacRuby has any aspirations to running on the iPhone OS then the 
>> available memory on these devices is limited so 30MB (or whatever) for a 
>> trivial app is way larger than the current sub MB these type of apps 
>> currently take.
>> 
>> The size issue will go away if Apple includes MacRuby and its support 
>> frameworks as standard in the OS(es) but until these become the norm it is 
>> worth finding solutions to at least minimise the impact.
>> 
>> Dave.
>> 
>> 
>> 
>> 
>> 
>>> 
>>> On Wed, Apr 14, 2010 at 3:45 PM, Matt Aimonetti  
>>> wrote:
>>> Daniel, can you explain why you think it's a big issue? Maybe we can help 
>>> with some temporary solutions.
>>> 
>>> - Matt
>>> 
>>> 
>>> On Wed, Apr 14, 2010 at 7:13 AM, Daniel Lopes  
>>> wrote:
>>> Thanks Laurent, but I also think the size of apps in Mac dev is a big issue.
>>> 
>>> On Wed, Apr 14, 2010 at 10:35 AM, Gary Weaver  wrote:
>>> Laurent,
>>> 
>>> Thanks! That is awesome!
>>> 
>>> Will this reduce the footprint of HotCocoa apps as well?
>>> 
>>> Thanks,
>>> 
>>> Gary
>>> 
>>> 
>>> On Apr 9, 2010, at 8:27 PM, Laurent Sansonetti wrote:
>>> 
 Hi Daniel,
 
 As Matt said, it is possible to trim out your .app bundle to only ship 
 what's really needed. If you do not need the standard library and 
 extensions, removing them might free some memory. I believe the min. size 
 is about 20MB then (I'm not exactly certain though), for both 32-bit and 
 64-bit Intel architectures. Of course removing 32-bit will free another 
 10MB.
 
 There is an effort for the next release (0.7) to prepare a (much) smaller 
 runtime used during static AOT compilation. The resulted binary would not 
 contain LLVM code, and some Ruby features would also not be available. I 
 estimate the binary size to then be a couple of MBs (maybe less), but this 
 is an estimation :-)
 
 Laurent
 
 On Apr 7, 2010, at 8:50 AM, Daniel Lopes wrote:
 
> Hello, this is my first post here and I am new in the Apple Dev/MacRuby. 
> I don't know if this the right mailing list, I don't found any other in 
> the MacRuby site related to questions about development. So, if this mail 
> isn't appropriate here please let me know.
> 
> Some days ago, in a sample app, I tried to embed the MacRuby Framework to 
> distribute the app as a standalone package but the size of the app became 
> huge.
> 
> There is some effort to make the embedded framework smaller or any 
> tip/tricks that I should do to get small apps? Or all my apps will have 
> 34mb? (It's not a big problem, just to know).
> 
> Thanks.
> 
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 
> Daniel Lopes  -  Area Criações
> Design, Websites e Sistemas Web
> 
> http://www.areacriacoes.com.br/
> http://www.cifrascash.com/
> http://pomodo.areacriacoes.com.br/
> http://egenial.com.br/cursorails
> 
> twit

Re: [MacRuby-devel] Size of the apps

2010-04-15 Thread Daniel Lopes 
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 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 things, we
> have a lot more work to do in making MacRuby run *correctly* for all
> reasonable values of correctly before worrying about size and performance.
>  As the old saying goes, "first make it work, then make it work fast [or
> small]".  We're not quite at the stage where MacRuby fully works in all
> scenarios that Ruby 1.8 / Ruby 1.9 does, and that has to take priority here!
>   Simply chiming in with "Me too!  Me too!  Make it smaller!" is not
> particularly helpful here unless you're ALSO volunteering to do the
> engineering work involved.  Who's volunteering? :-)
>
> - Jordan
>
>
> On Apr 15, 2010, at 7:05 AM, 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 smaller apps.
>
> Rob
>
> On 15 Apr 2010, at 09:35, Dave Baldwin wrote:
>
>
> 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 bloatware?
>
> Download size is important"
> 1.  Not everyone is on broadband.
> 2.  Many people do not download via a landline - i.e. use the mobile or
> cell network
> 3.  Many people have some cap on the amount they can download per month.
> 4.  If I am hosting the sale of an app I don't want to pay pay for more
> bandwidth than needed as there is a per purchase multiplier in there.
> 5.  If MacRuby has any aspirations to running on the iPhone OS then the
> available memory on these devices is limited so 30MB (or whatever) for a
> trivial app is way larger than the current sub MB these type of apps
> currently take.
>
> The size issue will go away if Apple includes MacRuby and its support
> frameworks as standard in the OS(es) but until these become the norm it is
> worth finding solutions to at least minimise the impact.
>
> Dave.
>
>
>
>
>
>
> On Wed, Apr 14, 2010 at 3:45 PM, Matt Aimonetti 
> wrote:
>
>> Daniel, can you explain why you think it's a big issue? Maybe we can help
>> with some temporary solutions.
>>
>> - Matt
>>
>>
>> On Wed, Apr 14, 2010 at 7:13 AM, Daniel Lopes wrote:
>>
>>> Thanks Laurent, but I also think the size of apps in Mac dev is a big
>>> issue.
>>>
>>> On Wed, Apr 14, 2010 at 10:35 AM, Gary Weaver wrote:
>>>
 Laurent,

 Thanks! That is awesome!

 Will this reduce the footprint of HotCocoa apps as well?

 Thanks,

 Gary


 On Apr 9, 2010, at 8:27 PM, Laurent Sansonetti wrote:

 Hi Daniel,

 As Matt said, it is possible to trim out your .app bundle to only ship
 what's really needed. If you do not need the standard library and
 extensions, removing them might free some memory. I believe the min. size 
 is
 about 20MB then (I'm not exactly certain though), for both 32-bit and 
 64-bit
 Intel architectures. Of course removing 32-bit will free another 10MB.

 There is an effort for the next release (0.7) to prepare a (much)
 smaller runtime used during static AOT compilation. The resulted binary
 would not contain LLVM code, and some Ruby features would also not be
 available. I estimate the binary size to then be a couple of MBs (maybe
 less), but this is an estimation :-)

 Laurent

 On Apr 7, 2010, at 8:50 AM, Daniel Lopes wrote:

 Hello, this is my first post here and I am new in the Apple Dev/MacRuby.
 I don't know if this the right mailing list, I don't found any other in the
 MacRuby site related to questions about development. So, if this mail isn't
 appropriate here please let me know. Some days ago, in a sample app, I 
 tried
 to embed the MacRuby Framework to distribute the app as a standalone 
 package
 but the size of the app became huge. There is some effort to make the
 embedded framework smaller or any tip/tricks that I should do to get small
 apps? Or all my apps will have 34mb? (It's not a big problem, just to 
 know).

 Thanks.

 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
 Daniel Lopes  -  Area Criações
 Design,

[MacRuby-devel] 0.6 almost there, need help!

2010-04-15 Thread Laurent Sansonetti 
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 working on a MacRuby Cocoa app, it would be 
awesome if you could try the latest nightly build (or build the sources by 
yourself), and let us know if everything is good for you, or not. 

I am going to do a pass on the tracker to identify outstanding bugs that 
haven't been fixed yet, but if you filed one do not hesitate to remind me!

Thanks :)

Laurent
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #649: NSNumber bridging problem

2010-04-15 Thread MacRuby 
#649: NSNumber bridging problem
-+--
 Reporter:  eloy.de.en...@…  |Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  blocker  |Milestone:  MacRuby 0.6  
Component:  MacRuby  |   Resolution:  fixed
 Keywords:   |  
-+--
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.6


Comment:

 I believe you fixed this problem by yourself :-)

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

[MacRuby-devel] Please implement fork() ;-)

2010-04-15 Thread robert gleeson 
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-case in a MacRuby cocoa 
application.

I know fork() and CoreFoundation(iirc) can cause problems but if there is a 
work-around or solution I would _love_ to see it implemented.

Thanks,
Rob
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] 0.6 almost there, need help!

2010-04-15 Thread robert gleeson 
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 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 working on a MacRuby Cocoa app, it would be 
> awesome if you could try the latest nightly build (or build the sources by 
> yourself), and let us know if everything is good for you, or not. 
> 
> I am going to do a pass on the tracker to identify outstanding bugs that 
> haven't been fixed yet, but if you filed one do not hesitate to remind me!
> 
> Thanks :)
> 
> Laurent
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #623: Overriding setRepresentedObject on NSViewController subclass doesn't seem to work

2010-04-15 Thread MacRuby 
#623: Overriding setRepresentedObject on NSViewController subclass doesn't seem
to work
-+--
 Reporter:  n...@…   |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  blocker  |   Milestone:  MacRuby 0.6  
Component:  MacRuby  |Keywords:   
-+--

Comment(by lsansone...@…):

 The NinhBindingTest app seems to work for me, but I asked Ninh to double-
 check :-)

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #629: Bindings not working for subclass

2010-04-15 Thread MacRuby 
#629: Bindings not working for subclass
-+--
 Reporter:  dy...@…  |   Owner:  lsansone...@…
 Type:  defect   |  Status:  new  
 Priority:  critical |   Milestone:   
Component:  MacRuby  |Keywords:   
-+--

Comment(by lsansone...@…):

 Still failing with trunk as of today.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #637: Segmentation fault error with NSSearchPathForDirectoriesInDomains function

2010-04-15 Thread MacRuby 
#637: Segmentation fault error with NSSearchPathForDirectoriesInDomains function
--+-
 Reporter:  aldar...@…|
Owner:  lsansone...@…
 Type:  defect|   
Status:  closed   
 Priority:  major |
Milestone:  MacRuby 0.6  
Component:  MacRuby   |   
Resolution:  fixed
 Keywords:  NSSearchPathForDirectoriesInDomains "Segmentation fault"  |  
--+-
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  MacRuby 0.5 => MacRuby 0.6


Comment:

 Closing.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] Please implement fork() ;-)

2010-04-15 Thread Laurent Sansonetti 
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 afraid.

fork() + immediately exec() should work, but I believe there is already 
something in Ruby core for that. Otherwise, we could expose something.

What's your use-case exactly? Maybe your problem can also be solved by spawning 
a new MacRuby process & communicate with it using NSTask.

Laurent

On Apr 15, 2010, at 7:46 PM, robert gleeson wrote:

> 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-case in a 
> MacRuby cocoa application.
> 
> I know fork() and CoreFoundation(iirc) can cause problems but if there is a 
> work-around or solution I would _love_ to see it implemented.
> 
> Thanks,
> Rob
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] 0.6 almost there, need help!

2010-04-15 Thread Laurent Sansonetti 
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:

> 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 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 working on a MacRuby Cocoa app, it would be 
>> awesome if you could try the latest nightly build (or build the sources by 
>> yourself), and let us know if everything is good for you, or not. 
>> 
>> I am going to do a pass on the tracker to identify outstanding bugs that 
>> haven't been fixed yet, but if you filed one do not hesitate to remind me!
>> 
>> Thanks :)
>> 
>> Laurent
>> ___
>> MacRuby-devel mailing list
>> [email protected]
>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
> 
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

Re: [MacRuby-devel] [MacRuby] #638: NSCFNUmber.to_f doesn't work correctly

2010-04-15 Thread MacRuby 
#638: NSCFNUmber.to_f doesn't work correctly
-+--
 Reporter:  jordan.breed...@…|Owner:  lsansone...@…
 Type:  defect   |   Status:  closed   
 Priority:  blocker  |Milestone:  MacRuby 0.6  
Component:  MacRuby  |   Resolution:  fixed
 Keywords:   |  
-+--
Changes (by lsansone...@…):

  * status:  new => closed
  * resolution:  => fixed
  * milestone:  => MacRuby 0.6


Comment:

 Apparently this is fixed in trunk.

-- 
Ticket URL: 
MacRuby 

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel