December 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Zinc-Resource-Meta-[Core|Tests]

by Esteban Lorenzano

no problem, when you decide is ready :) On Dec 13, 2012, at 10:36 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 13 Dec 2012, at 10:29, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> please add an "update zinc" ticket :) > > Yes, but I was still waiting a bit, more internal Zn reorganizations are on the way, then we'll need to resync. > So unless there is an immediate need, I would prefer to wait a bit. > >> On Dec 13, 2012, at 10:24 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >>> Thanks Sven >>> >>> We will integrated that in 2.0 >>> >>> Stef >>> >>> On Dec 12, 2012, at 9:03 PM, Sven Van Caekenberghe wrote: >>> >>>> Just a quick note: the first version of Zinc-Resource-Meta-[Core|Tests] containing ZnUrl and ZnMimeType independent of / separate from / as a dependency for Zinc-HTTP is now available. >>>> >>>> ConfigurationOfZincHTTPComponents version 2.0 reflects this change (#stable for Pharo 2.x). >>>> >>>> -- >>>> Sven Van Caekenberghe >>>> http://stfx.eu >>>> Smalltalk is the Red Pill >>>> >>> >> > >

Dec. 13, 2012

Re: [Pharo-project] Zinc-Resource-Meta-[Core|Tests]

by Sven Van Caekenberghe

On 13 Dec 2012, at 10:29, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > please add an "update zinc" ticket :) Yes, but I was still waiting a bit, more internal Zn reorganizations are on the way, then we'll need to resync. So unless there is an immediate need, I would prefer to wait a bit. > On Dec 13, 2012, at 10:24 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> Thanks Sven >> >> We will integrated that in 2.0 >> >> Stef >> >> On Dec 12, 2012, at 9:03 PM, Sven Van Caekenberghe wrote: >> >>> Just a quick note: the first version of Zinc-Resource-Meta-[Core|Tests] containing ZnUrl and ZnMimeType independent of / separate from / as a dependency for Zinc-HTTP is now available. >>> >>> ConfigurationOfZincHTTPComponents version 2.0 reflects this change (#stable for Pharo 2.x). >>> >>> -- >>> Sven Van Caekenberghe >>> http://stfx.eu >>> Smalltalk is the Red Pill >>> >> >

Dec. 13, 2012

Re: [Pharo-project] Helping the noobs help out - i.e. fixing the debugger

by StÃ©phane Ducasse

Now adrian I imagine that you saw that people worked on this bug and this is a rather complex one. So I would suggest to you to avoid to draw conclusions too fast. Stef On Dec 12, 2012, at 11:28 PM, adrians wrote: > > Well, it just seems that I'm whining here instead of contributing, but if > the debugger is indeed a very (if not the most) useful tool which is used in > pretty much every bit of fix-up work, fixing it if it is broken would have > to come before all else, no? Otherwise, any work that needs to be done until > it is looked at is just compounded. > > Maybe it would make sense to correct (in the current code) to a small degree > just one of the things that is currently broken. No frills, but just getting > a more accurate indication of where the PC is - at least have it on the > correct line of code if it can't be pinpointed more accurately without too > much hassle. I'm curious what derails the location highlighting as half of > the time it is close, if not correct. Is it blocks that give it a hard time? > It wouldn't be too bad if other things were going to take a while if you > could at least keep track of where you were. > > If the idea is to wait until a whole big refactoring can be done on this, I > fear a fully debugger might be another year away. > > -- Adrian > > > > -- > View this message in context: http://forum.world.st/Helping-the-noobs-help-out-i-e-fixing-the-debugger-tp… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Dec. 13, 2012

Re: [Pharo-project] Zinc-Resource-Meta-[Core|Tests]

by Esteban Lorenzano

please add an "update zinc" ticket :) On Dec 13, 2012, at 10:24 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Thanks Sven > > We will integrated that in 2.0 > > Stef > > On Dec 12, 2012, at 9:03 PM, Sven Van Caekenberghe wrote: > >> Just a quick note: the first version of Zinc-Resource-Meta-[Core|Tests] containing ZnUrl and ZnMimeType independent of / separate from / as a dependency for Zinc-HTTP is now available. >> >> ConfigurationOfZincHTTPComponents version 2.0 reflects this change (#stable for Pharo 2.x). >> >> -- >> Sven Van Caekenberghe >> http://stfx.eu >> Smalltalk is the Red Pill >> >> >> >> > >

Dec. 13, 2012

Re: [Pharo-project] NativeBoost and Pharo Kernel

by StÃ©phane Ducasse

> Igor >> >> metacello can handle this situation and there is a doc. >> We can give a try together. but this is not like we do not have the tool at hand. >> > yes, i am not saying that it cannot handle.. i just too lazy to spend > time reading doc to figure how to do it :) well and others would be not stupid to do itâ¦ Strange logic to me.

Dec. 13, 2012

Re: [Pharo-project] Zinc-Resource-Meta-[Core|Tests]

by StÃ©phane Ducasse

Thanks Sven We will integrated that in 2.0 Stef On Dec 12, 2012, at 9:03 PM, Sven Van Caekenberghe wrote: > Just a quick note: the first version of Zinc-Resource-Meta-[Core|Tests] containing ZnUrl and ZnMimeType independent of / separate from / as a dependency for Zinc-HTTP is now available. > > ConfigurationOfZincHTTPComponents version 2.0 reflects this change (#stable for Pharo 2.x). > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > > > >

Dec. 13, 2012

Re: [Pharo-project] Helping the noobs help out - i.e. fixing the debugger

by StÃ©phane Ducasse

On Dec 12, 2012, at 11:28 PM, adrians wrote: > > Well, it just seems that I'm whining here instead of contributing, but if > the debugger is indeed a very (if not the most) useful tool which is used in > pretty much every bit of fix-up work, fixing it if it is broken would have > to come before all else, no? Otherwise, any work that needs to be done until > it is looked at is just compounded. > > Maybe it would make sense to correct (in the current code) to a small degree > just one of the things that is currently broken. No frills, but just getting > a more accurate indication of where the PC is - at least have it on the > correct line of code if it can't be pinpointed more accurately without too > much hassle. I'm curious what derails the location highlighting as half of > the time it is close, if not correct. Is it blocks that give it a hard time? > It wouldn't be too bad if other things were going to take a while if you > could at least keep track of where you were. > > If the idea is to wait until a whole big refactoring can be done on this, I > fear a fully debugger might be another year away. Your analysis is right. No this is not the idea. We never waited for big bang. But frankly I invite to come in our team to see us fully busy. Because we are doing far more than Pharo. Stef > > -- Adrian > > > > -- > View this message in context: http://forum.world.st/Helping-the-noobs-help-out-i-e-fixing-the-debugger-tp… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Dec. 13, 2012

[Pharo-project] I love to see the commit log on OPAL

by StÃ©phane Ducasse

continue this is cool :)

Dec. 13, 2012

Re: [Pharo-project] Fwd: Lua scripting with nativeboost?

by Igor Stasenko

On 13 December 2012 09:54, dimitris chloupis <thekilon(a)yahoo.co.uk> wrote: > > I was ready to disagree , but you do make a valid point. > > Also going down the pharo route you dont offer games only a better language > but also a development enviroment and that is a double win. I am suprised > that pharo is not used heavily for games. > > And no I dont believe sandbox is the reason. Afterall python is very popular > with games too and has no sandbox. indeed, its all about marketing and having 'killer app', and then you wont notice how eagerly new people will jump into bandwagon. -- Best regards, Igor Stasenko.

Dec. 13, 2012

Re: [Pharo-project] Fwd: Lua scripting with nativeboost?

by dimitris chloupis

I was ready to disagree , but you do make a valid point. Also going down the pharo route you dont offer games only a better language but also a development enviroment and that is a double win. I am suprised that pharo is not used heavily for games. And no I dont believe sandbox is the reason. Afterall python is very popular with games too and has no sandbox. ________________________________ From: Esteban Lorenzano <estebanlm(a)gmail.com> To: Pharo-project(a)lists.gforge.inria.fr Sent: Thursday, 13 December 2012, 1:45 Subject: Re: [Pharo-project] Fwd: Lua scripting with nativeboost? On Dec 12, 2012, at 7:27 PM, Marten Feldtmann <marten(a)schrievkrom.de> wrote: > On 12.12.2012 17:18, Esteban Lorenzano wrote: > >> IMO, that's non-sense. > > Well, that is a matter of view. no, it is not. Is a matter of making a technical choice or a marketing one. You know than while a lot before any scripting language were used in gaming the "common sense" and "marketing choice" was not using anyone because "it was too slow"? if we follow what marketing says, you should do your game in C++ (or even better, plain C) and provide hooks to lua/python/whatever... technically, you lose power by choosing lua (or anything) instead pharo in an application made in pharo. people choice depends much more on the success of the game/app than the platform to make it/create extensions. I can say it not because I have the theoretical tools, I say it because I can see my nephew (9 years old) creating plugins for one game he plays, then just jump to another game and make plugins with another complete different language... what has "the marketing" to do with that? he likes his games, and he like extend them... all the other is "collateral". > I've done this also with Lua and VASmalltalk and I did this not because of other Smalltalkers in mind using my software, but perhaps of potential end users willing to enhance the application in a more known language. potencial users who does not know about programming will feel a lot more comfortable smalltalk than ant algol-based language. > Because of this I also tried to use Rexx as an extension language, which is in my view even more suitable to be used as an embedded language - but the market decided to use Lua and not Rexx. no idea about REXX... but I repeat: if the game is successful, no one cares the plugin language (and lua is not the unique scripting language for gaming around you know that) Esteban > > Marten > <marten.vcf>

Dec. 13, 2012