July 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Mac like editing?

by Max Leske

I will. On 22.07.2010, at 20:14, StÃ©phane Ducasse wrote: > I guess that they did that in squeak can you check? > > On Jul 22, 2010, at 8:10 PM, Max Leske wrote: > >> No I haven't. I'll take a look at it later on. >> Are you planning to replace Paragraph with Editor? >> >> Max >> >> >> On 22.07.2010, at 20:05, StÃ©phane Ducasse wrote: >> >>> What I want is a real way to define, plug a shortcut table. >>> Max did you check the new Editor class. >>> >>> Stef >>> >>> >>>> Hi everyone. >>>> >>>> I have no idea what the status is on the editor in pharo and if there are any plans to do something to / with it. If there's some resource, could you point me to it? >>>> In the meantime I thought I'd share my impressions with you; doesn't hurt at least. >>>> >>>> Since I started developing in Pharo I've struggled with the editor, in particular with the fact that I need to use the mouse a lot to position the cursor which, as all of you know, makes development quite a bit slower. >>>> Before I came to Pharo I used to develop in Eclipse and Eclipse supports all shortcuts used inside OS X (and if not you can change the shortcut settings). My favorite shortcuts: >>>> â¢ cmd + -> : go to end of line >>>> â¢ cmd + <- : go to beginning of line >>>> â¢ alt + -> : go to end of the current word >>>> â¢ alt + -> : go to beginning of current word >>>> â¢ alt + arrow up : switch the line above with the current line (current line has line number -1, line above has line number +1) >>>> â¢ alt + arrow down : switch the line below with the current line >>>> â¢ cmd + l : delete line (I know this shortcut is used to cancel changes at the moment. Still, I haven't found a shortcut yet that deletes a single line) >>>> >>>> I'd LOVE to see this in Pharo, or at least be able to configure the shortcuts myself. I think, being able to change the shortcuts is important anyway because each developer has an own style. >>>> I'd try to come up with a solution myself but I just don't have the time at the moment. >>>> >>>> Thanks for listening to my yapping :) >>>> >>>> Max >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2010

Re: [Pharo-project] State of Sound in Morph

by Hilaire Fernandes

> I tried the Pharo sound package, so far it looks sound is not working. > Is it true or is it a mistake of myself. > > For example: > > No sound output when executing: > FMSound bass1 play > > DNU FMSound copy when executing: > (FMSound lowMajorScaleOn: FMSound bass1) play oops, the DNU message was FMSound>>clone (and not #copy as I wrote) So this #clone message is gone. I have tested with a PharoCore1.11291 Of course I took your latest commit. Do this latest commit include the patches Stephane mentioned? To say the true, I came to test the sound feature after I compiled a VM for the XO-1 environment with the sound plugin, then I wanted to check some sound, I realized the classes were not in the image I was using (a core one), so I took a look in PharoNonCore, load and test the package. Then I wondered if I did something wrong. Hilaire

July 22, 2010

Re: [Pharo-project] Symbol >> #asClass ?

by Lukas Renggli

> AFAIK there's no usable namespace implementation for Pharo. As soon as one > will be available, that will be able to solve the class lookup. Right, but a lot of refactorings in the past were made to get rid of the hardcoded references to Smalltalk. Now a method like #asClass just puts it (secretly) back in. Classes should be looked up in the context of a context, such as an existing class. Lukas -- Lukas Renggli www.lukas-renggli.ch

July 22, 2010

Re: [Pharo-project] Mac like editing?

by StÃ©phane Ducasse

I guess that they did that in squeak can you check? On Jul 22, 2010, at 8:10 PM, Max Leske wrote: > No I haven't. I'll take a look at it later on. > Are you planning to replace Paragraph with Editor? > > Max > > > On 22.07.2010, at 20:05, StÃ©phane Ducasse wrote: > >> What I want is a real way to define, plug a shortcut table. >> Max did you check the new Editor class. >> >> Stef >> >> >>> Hi everyone. >>> >>> I have no idea what the status is on the editor in pharo and if there are any plans to do something to / with it. If there's some resource, could you point me to it? >>> In the meantime I thought I'd share my impressions with you; doesn't hurt at least. >>> >>> Since I started developing in Pharo I've struggled with the editor, in particular with the fact that I need to use the mouse a lot to position the cursor which, as all of you know, makes development quite a bit slower. >>> Before I came to Pharo I used to develop in Eclipse and Eclipse supports all shortcuts used inside OS X (and if not you can change the shortcut settings). My favorite shortcuts: >>> â¢ cmd + -> : go to end of line >>> â¢ cmd + <- : go to beginning of line >>> â¢ alt + -> : go to end of the current word >>> â¢ alt + -> : go to beginning of current word >>> â¢ alt + arrow up : switch the line above with the current line (current line has line number -1, line above has line number +1) >>> â¢ alt + arrow down : switch the line below with the current line >>> â¢ cmd + l : delete line (I know this shortcut is used to cancel changes at the moment. Still, I haven't found a shortcut yet that deletes a single line) >>> >>> I'd LOVE to see this in Pharo, or at least be able to configure the shortcuts myself. I think, being able to change the shortcuts is important anyway because each developer has an own style. >>> I'd try to come up with a solution myself but I just don't have the time at the moment. >>> >>> Thanks for listening to my yapping :) >>> >>> Max >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2010

Re: [Pharo-project] Mac like editing?

by StÃ©phane Ducasse

yes! Stef On Jul 22, 2010, at 8:10 PM, Max Leske wrote: > No I haven't. I'll take a look at it later on. > Are you planning to replace Paragraph with Editor? > > Max > > > On 22.07.2010, at 20:05, StÃ©phane Ducasse wrote: > >> What I want is a real way to define, plug a shortcut table. >> Max did you check the new Editor class. >> >> Stef >> >> >>> Hi everyone. >>> >>> I have no idea what the status is on the editor in pharo and if there are any plans to do something to / with it. If there's some resource, could you point me to it? >>> In the meantime I thought I'd share my impressions with you; doesn't hurt at least. >>> >>> Since I started developing in Pharo I've struggled with the editor, in particular with the fact that I need to use the mouse a lot to position the cursor which, as all of you know, makes development quite a bit slower. >>> Before I came to Pharo I used to develop in Eclipse and Eclipse supports all shortcuts used inside OS X (and if not you can change the shortcut settings). My favorite shortcuts: >>> â¢ cmd + -> : go to end of line >>> â¢ cmd + <- : go to beginning of line >>> â¢ alt + -> : go to end of the current word >>> â¢ alt + -> : go to beginning of current word >>> â¢ alt + arrow up : switch the line above with the current line (current line has line number -1, line above has line number +1) >>> â¢ alt + arrow down : switch the line below with the current line >>> â¢ cmd + l : delete line (I know this shortcut is used to cancel changes at the moment. Still, I haven't found a shortcut yet that deletes a single line) >>> >>> I'd LOVE to see this in Pharo, or at least be able to configure the shortcuts myself. I think, being able to change the shortcuts is important anyway because each developer has an own style. >>> I'd try to come up with a solution myself but I just don't have the time at the moment. >>> >>> Thanks for listening to my yapping :) >>> >>> Max >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2010

Re: [Pharo-project] State of Sound in Morph

by StÃ©phane Ducasse

not really this is why we should get a process where we load all these orphan packages. Because this way we can maintain easily. Stef On Jul 22, 2010, at 6:09 PM, Gary Chambers wrote: > Do we have anyone responsibly for these kind of "near core" packages? > > Regards, Gary > ----- Original Message ----- > From: Mariano Martinez Peck > To: Pharo-project(a)lists.gforge.inria.fr > Sent: Thursday, July 22, 2010 3:40 PM > Subject: Re: [Pharo-project] State of Sound in Morph > > > > On Thu, Jul 22, 2010 at 3:45 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > > On Jul 22, 2010, at 14:42 , StÃ©phane Ducasse wrote: > > > probably because we were stupid to remove it from the image. > > I don't think so. > > Rather because we have: > - nobody who takes responsibility to maintain this package > - no tests for this package > - no build and test server to detect problems automatically > > > I think it is a combination of the 2. First, we are not stupid to remove it from core. They HAVE to be removed and put it as separate package. > > Then, I agree with ALL adrian comments. But I also agree that this problem can be minimized. When you remove methods/classes in PharoCore, it would be good to search them in "Pharo". That's why I did ConfigurationOfPharoNonCore. > > Cheers > > Mariano > > Cheers, > Adrian > > BTW, the two expressions posted below work for me on a recent Mac VM in a Pharo 1.0 image. > > > > If you can check there are two fixes on the bug archives and it would be great that somebody compares with squeak > > version. I did not see that much changes from this part of the system on their side. > > > > Stef > > On Jul 22, 2010, at 2:36 PM, Hilaire Fernandes wrote: > > > >> I tried the Pharo sound package, so far it looks sound is not working. > >> Is it true or is it a mistake of myself. > >> > >> For example: > >> > >> No sound output when executing: > >> FMSound bass1 play > >> > >> DNU FMSound copy when executing: > >> (FMSound lowMajorScaleOn: FMSound bass1) play > >> > >> Hilaire > >> > >> > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2010

Re: [Pharo-project] Symbol >> #asClass ?

by Levente Uzonyi

On Thu, 22 Jul 2010, StÃ©phane Ducasse wrote: > >>> >>>>> 2. We are trying to remove all direct references to the Smalltalk >>>>> namespace, this however hardcodes the Smalltalk namespace again. >>>> >>>> self environment can solve this. >>> >>> No, what will #asClass return if you have different instances of Smalltalk? >> >> A Class or nil. > > what lukas wants to say is that using asClass you cannot write code that can used > on different instances of systemDictionary and this was one of the goal of a lot of cleaning. AFAIK there's no usable namespace implementation for Pharo. As soon as one will be available, that will be able to solve the class lookup. If not, then how will the following code work?: MyClass new Levente > > Stef > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

Re: [Pharo-project] about hex

by StÃ©phane Ducasse

Thanks eliot I was thinking that having the same consistent behavior is cool. What we could do is snapshot, for example, we say that Cog will only for 1.2Pharo and like that this may help you. > > I don't think Eliot changed that, he only changed Integer>>hex... > > No he did > http://code.google.com/p/pharo/issues/detail?id=2705 > > Item was changed: > ----- Method: Character>>hex (in category 'printing') ----- > hex > + ^value printStringBase: 16! > - ^value hex! > > and that is a mistake. It should stay the way it was and then Character hex would also have the 16r prefix. ok I thought you had a specific need. So now I understand :) > > But I'm caught between two stools, whether to move forward and make Character hex answer 16rXX or to move back and make Integer hex answer XX, and e.g. use phex for 16r... I like 16r for hex and printStringHex for XX > Our Teleplace images make heavy use of hex and assume it answers 16rXX so if we don't keep the 16r prefix I'll have to maintain a fork of the Cog VMMaker and that would make life even more difficult (I already have three forks, open-source Cog, production Teleplace and development Teleplace (threaded & separate ObjectMemory and Interpreter) but they all agree w.r.t. hex. For me this is good I like hex 16rXX but I would like Character hex to be consistent. > > If you think adding the prefix to Character won't do too much harm then revert the change above so Character hex reads (as it does in our Teleplace images) > > Character hex > ^value hex > I really suggest that we (pharo and squeak) do that $A hex '16r41' and we can add printString hex to character Character>>printStringHex ^value printStringBase: 16 Stef > > > > > It seems that every implementation of hex did avoid to print the radix in Squeak 3.10. Was it intentional ? > > > > Anyway, it will be hard to reach homogeneity because: > > Integer>>hex should print the radix for VMMaker compatibility > > ByteArray>>hex shouldn't for cypto compatibility > > but crypto could use printStringHex so yes we can reach it. > > > > > Nicolas > > > > 2010/7/21 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > Levente /Eliot > > > > I noticed that > > > > $A hex on squeak > > -> 41 > > and in pharo > > -> '16r41' > > > > I would like to have both consistent what do you think to have > > > > $A hex > > -> '16r41' > > > > $A printStringHex > > -> '41' > > > > like that this is consistent with the behavior on integer. > > Eliot I saw that to change the behavior on characters and I would like to know why. > > I thought that it was for debugging purpose. > > > > Stef > > > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2010

Re: [Pharo-project] Mac like editing?

by Max Leske

No I haven't. I'll take a look at it later on. Are you planning to replace Paragraph with Editor? Max On 22.07.2010, at 20:05, StÃ©phane Ducasse wrote: > What I want is a real way to define, plug a shortcut table. > Max did you check the new Editor class. > > Stef > > >> Hi everyone. >> >> I have no idea what the status is on the editor in pharo and if there are any plans to do something to / with it. If there's some resource, could you point me to it? >> In the meantime I thought I'd share my impressions with you; doesn't hurt at least. >> >> Since I started developing in Pharo I've struggled with the editor, in particular with the fact that I need to use the mouse a lot to position the cursor which, as all of you know, makes development quite a bit slower. >> Before I came to Pharo I used to develop in Eclipse and Eclipse supports all shortcuts used inside OS X (and if not you can change the shortcut settings). My favorite shortcuts: >> â¢ cmd + -> : go to end of line >> â¢ cmd + <- : go to beginning of line >> â¢ alt + -> : go to end of the current word >> â¢ alt + -> : go to beginning of current word >> â¢ alt + arrow up : switch the line above with the current line (current line has line number -1, line above has line number +1) >> â¢ alt + arrow down : switch the line below with the current line >> â¢ cmd + l : delete line (I know this shortcut is used to cancel changes at the moment. Still, I haven't found a shortcut yet that deletes a single line) >> >> I'd LOVE to see this in Pharo, or at least be able to configure the shortcuts myself. I think, being able to change the shortcuts is important anyway because each developer has an own style. >> I'd try to come up with a solution myself but I just don't have the time at the moment. >> >> Thanks for listening to my yapping :) >> >> Max >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2010

Re: [Pharo-project] Mac like editing?

by StÃ©phane Ducasse

What I want is a real way to define, plug a shortcut table. Max did you check the new Editor class. Stef > Hi everyone. > > I have no idea what the status is on the editor in pharo and if there are any plans to do something to / with it. If there's some resource, could you point me to it? > In the meantime I thought I'd share my impressions with you; doesn't hurt at least. > > Since I started developing in Pharo I've struggled with the editor, in particular with the fact that I need to use the mouse a lot to position the cursor which, as all of you know, makes development quite a bit slower. > Before I came to Pharo I used to develop in Eclipse and Eclipse supports all shortcuts used inside OS X (and if not you can change the shortcut settings). My favorite shortcuts: > â¢ cmd + -> : go to end of line > â¢ cmd + <- : go to beginning of line > â¢ alt + -> : go to end of the current word > â¢ alt + -> : go to beginning of current word > â¢ alt + arrow up : switch the line above with the current line (current line has line number -1, line above has line number +1) > â¢ alt + arrow down : switch the line below with the current line > â¢ cmd + l : delete line (I know this shortcut is used to cancel changes at the moment. Still, I haven't found a shortcut yet that deletes a single line) > > I'd LOVE to see this in Pharo, or at least be able to configure the shortcuts myself. I think, being able to change the shortcuts is important anyway because each developer has an own style. > I'd try to come up with a solution myself but I just don't have the time at the moment. > > Thanks for listening to my yapping :) > > Max > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2010

Re: [Pharo-project] Symbol >> #asClass ?

by StÃ©phane Ducasse

>> >>>> 2. We are trying to remove all direct references to the Smalltalk >>>> namespace, this however hardcodes the Smalltalk namespace again. >>> >>> self environment can solve this. >> >> No, what will #asClass return if you have different instances of Smalltalk? > > A Class or nil. what lukas wants to say is that using asClass you cannot write code that can used on different instances of systemDictionary and this was one of the goal of a lot of cleaning. Stef

July 22, 2010

Re: [Pharo-project] Symbol >> #asClass ?

by StÃ©phane Ducasse

indeed this is a nice point. >>> 1. #World asClass does not return a class. >> >> #classNamed: can solve this. > > No, it still returns an instance of PasteUpMorph. > >>> 2. We are trying to remove all direct references to the Smalltalk >>> namespace, this however hardcodes the Smalltalk namespace again. >> >> self environment can solve this. > > No, what will #asClass return if you have different instances of Smalltalk? > > Lukas

July 22, 2010

Re: [Pharo-project] How disable debugger?

by StÃ©phane Ducasse

specializing UImanager is not enough? On Jul 22, 2010, at 4:31 PM, Mariano Martinez Peck wrote: > > > 2010/7/22 Denis Kudriashov <dionisiydk(a)gmail.com> > Yes, I can do this. > > But I hope there is existed solution. > > I was think scriptLoader>>cleanForProduction do this (disable debugger). > > > I think I don't agree. That is not cleaning, but a matter of bussines. I know a lot of seaside apps running headless with RFB...in that case I do want a debugger. > > But I agree, it would be good to have a Strategy and 2 implementation. DebuggerUnhandledError and TranscriptUhandledError. You put the first as default. > Then, you put the straegy as an (class?) instVar of UnhandledError. you define an api method and implement it in both. > > Then, at runtime, in your app you can set that insVar and you are done. In addition, it can be added to Core and you create a setting that let you choose the strategy. > > Cheers > > Mariano > > 2010/7/22 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > have a look at the handler of > > UnhandledError>>defaultAction > > ^ UIManager default unhandledErrorDefaultAction: self exception > > so you can define a different UIManager for example > > Stef > On Jul 22, 2010, at 1:18 PM, Denis Kudriashov wrote: > > > Hello > > > > Is it possible write all exceptions to log and dont show debugger? > > How I can do this? > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2010

Re: [Pharo-project] State of Sound in Morph

by Mariano Martinez Peck

2010/7/22 Gary Chambers <gazzaguru2(a)btinternet.com> > Do we have anyone responsibly for these kind of "near core" packages? > > The idea behind ConfigurationOfPharoNonCore is that WE (pharo developers) are the maintainers, and not "external maintainers". So, this is the difference between this PharoNonCore and PharoDev. In PharoDev we have a lot of development tools, and mostly, maintained by external people. PharoNonCore should be part as Pharo, but that shouldn't be part of the core. However, it is maitained by the Pharo developers. Cheers Mariano > Regards, Gary > > ----- Original Message ----- > *From:* Mariano Martinez Peck <marianopeck(a)gmail.com> > *To:* Pharo-project(a)lists.gforge.inria.fr > *Sent:* Thursday, July 22, 2010 3:40 PM > *Subject:* Re: [Pharo-project] State of Sound in Morph > > > > On Thu, Jul 22, 2010 at 3:45 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > >> >> On Jul 22, 2010, at 14:42 , StÃ©phane Ducasse wrote: >> >> > probably because we were stupid to remove it from the image. >> >> I don't think so. >> >> Rather because we have: >> - nobody who takes responsibility to maintain this package >> - no tests for this package >> - no build and test server to detect problems automatically >> >> > I think it is a combination of the 2. First, we are not stupid to remove it > from core. They HAVE to be removed and put it as separate package. > > Then, I agree with ALL adrian comments. But I also agree that this problem > can be minimized. When you remove methods/classes in PharoCore, it would be > good to search them in "Pharo". That's why I did > ConfigurationOfPharoNonCore. > > Cheers > > Mariano > > >> Cheers, >> Adrian >> >> BTW, the two expressions posted below work for me on a recent Mac VM in a >> Pharo 1.0 image. >> >> >> > If you can check there are two fixes on the bug archives and it would be >> great that somebody compares with squeak >> > version. I did not see that much changes from this part of the system on >> their side. >> > >> > Stef >> > On Jul 22, 2010, at 2:36 PM, Hilaire Fernandes wrote: >> > >> >> I tried the Pharo sound package, so far it looks sound is not working. >> >> Is it true or is it a mistake of myself. >> >> >> >> For example: >> >> >> >> No sound output when executing: >> >> FMSound bass1 play >> >> >> >> DNU FMSound copy when executing: >> >> (FMSound lowMajorScaleOn: FMSound bass1) play >> >> >> >> Hilaire >> >> >> >> >> >> _______________________________________________ >> >> Pharo-project mailing list >> >> Pharo-project(a)lists.gforge.inria.fr >> >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > >> > >> > _______________________________________________ >> > Pharo-project mailing list >> > Pharo-project(a)lists.gforge.inria.fr >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > ------------------------------ > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

Re: [Pharo-project] Literal array with evaluated value of stmts, vars etc..

by Eliot Miranda

2010/7/22 Sudhakar Krishnamachari <skrishnamachari(a)gmail.com> > And of course the extensibility it gives: > > [ 1->'asd'. 2->'asd'. 3->'dsd' ] asDictionary > I think Travis Griggs' once is much much nicer: [{ 1->'asd'. 2->'asd'. 3->'dsd' } asDictionary] once when once is sent to a BlockClosure it becomes itself into a CachedBlockClosure that remembers and answers the evaluated value. You could add selectors to this such as onceEachSession - destroy the cached value on image startup It doesn't require any special compiler machinery (unlike ##(...)) and so there are no problems with browsing references or senders within compile-time evaluated forms. It is easily extensible to different life-times. It is portable. my 2Â¢ Eliot > > ... > > > On Thu, Jul 22, 2010 at 7:48 PM, Sudhakar Krishnamachari < > skrishnamachari(a)gmail.com> wrote: > >> * >> *>* > It's different because evaluated only once, either at method compilation >> *>* or at first execution (lazy initialization). >> * >> >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

Re: [Pharo-project] about hex

by Eliot Miranda

On Wed, Jul 21, 2010 at 9:59 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > > On Jul 21, 2010, at 6:49 PM, Nicolas Cellier wrote: > > > I don't think Eliot changed that, he only changed Integer>>hex... > > No he did > http://code.google.com/p/pharo/issues/detail?id=2705 > > Item was changed: > ----- Method: Character>>hex (in category 'printing') ----- > hex > + ^value printStringBase: 16! > - ^value hex! > and that is a mistake. It should stay the way it was and then Character hex would also have the 16r prefix. But I'm caught between two stools, whether to move forward and make Character hex answer 16rXX or to move back and make Integer hex answer XX, and e.g. use phex for 16r... Our Teleplace images make heavy use of hex and assume it answers 16rXX so if we don't keep the 16r prefix I'll have to maintain a fork of the Cog VMMaker and that would make life even more difficult (I already have three forks, open-source Cog, production Teleplace and development Teleplace (threaded & separate ObjectMemory and Interpreter) but they all agree w.r.t. hex. If you think adding the prefix to Character won't do too much harm then revert the change above so Character hex reads (as it does in our Teleplace images) Character hex ^value hex > > It seems that every implementation of hex did avoid to print the radix in > Squeak 3.10. Was it intentional ? > > > > Anyway, it will be hard to reach homogeneity because: > > Integer>>hex should print the radix for VMMaker compatibility > > ByteArray>>hex shouldn't for cypto compatibility > > but crypto could use printStringHex so yes we can reach it. > > > > > Nicolas > > > > 2010/7/21 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > Levente /Eliot > > > > I noticed that > > > > $A hex on squeak > > -> 41 > > and in pharo > > -> '16r41' > > > > I would like to have both consistent what do you think to have > > > > $A hex > > -> '16r41' > > > > $A printStringHex > > -> '41' > > > > like that this is consistent with the behavior on integer. > > Eliot I saw that to change the behavior on characters and I would like to > know why. > > I thought that it was for debugging purpose. > > > > Stef > > > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

Re: [Pharo-project] Mac like editing?

by Gary Chambers

I believe some of us are working on soting out the mess... Perhaps a thread on "standardised keyboard control" would be in order? Regards, Gary ----- Original Message ----- From: Max Leske To: pharo-project(a)lists.gforge.inria.fr Sent: Thursday, July 22, 2010 4:58 PM Subject: [Pharo-project] Mac like editing? Hi everyone. I have no idea what the status is on the editor in pharo and if there are any plans to do something to / with it. If there's some resource, could you point me to it? In the meantime I thought I'd share my impressions with you; doesn't hurt at least. Since I started developing in Pharo I've struggled with the editor, in particular with the fact that I need to use the mouse a lot to position the cursor which, as all of you know, makes development quite a bit slower. Before I came to Pharo I used to develop in Eclipse and Eclipse supports all shortcuts used inside OS X (and if not you can change the shortcut settings). My favorite shortcuts: a.. cmd + -> : go to end of line b.. cmd + <- : go to beginning of line c.. alt + -> : go to end of the current word d.. alt + -> : go to beginning of current word e.. alt + arrow up : switch the line above with the current line (current line has line number -1, line above has line number +1) f.. alt + arrow down : switch the line below with the current line g.. cmd + l : delete line (I know this shortcut is used to cancel changes at the moment. Still, I haven't found a shortcut yet that deletes a single line) I'd LOVE to see this in Pharo, or at least be able to configure the shortcuts myself. I think, being able to change the shortcuts is important anyway because each developer has an own style. I'd try to come up with a solution myself but I just don't have the time at the moment. Thanks for listening to my yapping :) Max ------------------------------------------------------------------------------ _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2010

Re: [Pharo-project] State of Sound in Morph

by Gary Chambers

Do we have anyone responsibly for these kind of "near core" packages? Regards, Gary ----- Original Message ----- From: Mariano Martinez Peck To: Pharo-project(a)lists.gforge.inria.fr Sent: Thursday, July 22, 2010 3:40 PM Subject: Re: [Pharo-project] State of Sound in Morph On Thu, Jul 22, 2010 at 3:45 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: On Jul 22, 2010, at 14:42 , StÃ©phane Ducasse wrote: > probably because we were stupid to remove it from the image. I don't think so. Rather because we have: - nobody who takes responsibility to maintain this package - no tests for this package - no build and test server to detect problems automatically I think it is a combination of the 2. First, we are not stupid to remove it from core. They HAVE to be removed and put it as separate package. Then, I agree with ALL adrian comments. But I also agree that this problem can be minimized. When you remove methods/classes in PharoCore, it would be good to search them in "Pharo". That's why I did ConfigurationOfPharoNonCore. Cheers Mariano Cheers, Adrian BTW, the two expressions posted below work for me on a recent Mac VM in a Pharo 1.0 image. > If you can check there are two fixes on the bug archives and it would be great that somebody compares with squeak > version. I did not see that much changes from this part of the system on their side. > > Stef > On Jul 22, 2010, at 2:36 PM, Hilaire Fernandes wrote: > >> I tried the Pharo sound package, so far it looks sound is not working. >> Is it true or is it a mistake of myself. >> >> For example: >> >> No sound output when executing: >> FMSound bass1 play >> >> DNU FMSound copy when executing: >> (FMSound lowMajorScaleOn: FMSound bass1) play >> >> Hilaire >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ------------------------------------------------------------------------------ _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2010

[Pharo-project] Mac like editing?

by Max Leske

Hi everyone. I have no idea what the status is on the editor in pharo and if there are any plans to do something to / with it. If there's some resource, could you point me to it? In the meantime I thought I'd share my impressions with you; doesn't hurt at least. Since I started developing in Pharo I've struggled with the editor, in particular with the fact that I need to use the mouse a lot to position the cursor which, as all of you know, makes development quite a bit slower. Before I came to Pharo I used to develop in Eclipse and Eclipse supports all shortcuts used inside OS X (and if not you can change the shortcut settings). My favorite shortcuts: cmd + -> : go to end of line cmd + <- : go to beginning of line alt + -> : go to end of the current word alt + -> : go to beginning of current word alt + arrow up : switch the line above with the current line (current line has line number -1, line above has line number +1) alt + arrow down : switch the line below with the current line cmd + l : delete line (I know this shortcut is used to cancel changes at the moment. Still, I haven't found a shortcut yet that deletes a single line) I'd LOVE to see this in Pharo, or at least be able to configure the shortcuts myself. I think, being able to change the shortcuts is important anyway because each developer has an own style. I'd try to come up with a solution myself but I just don't have the time at the moment. Thanks for listening to my yapping :) Max

July 22, 2010

Re: [Pharo-project] Pharo-project Digest, Vol 27, Issue 118

by Norbert Hartl

On 20.07.2010, at 19:15, Larry Gadallah wrote: > On 19 July 2010 12:16, <pharo-project-request(a)lists.gforge.inria.fr> wrote: >> Message: 6 >> Date: Mon, 19 Jul 2010 21:15:54 +0200 >> From: Norbert Hartl <norbert(a)hartl.name> >> Subject: Re: [Pharo-project] XML Demarshalling >> To: Pharo-project(a)lists.gforge.inria.fr >> Message-ID: <6BCBFCA9-367D-4848-8D4C-9EA724017B99(a)hartl.name> >> Content-Type: text/plain; charset=us-ascii >> >> >> On 16.07.2010, at 18:46, Larry Gadallah wrote: >> >>> Hi all: >>> >>> I am a noob searching for an example of how to demarshall a set of >>> simple and complex XML nodes into an object using Pastell or something >>> similar. I have found many examples of how to pick out all of the >>> elements of a certain type into a collection, but I'm trying to grab >>> the data from a mixed collection of (~20) elements that are children >>> of a particular element type and unpack them into an object. >>> >>> Does anyone know of some good examples of how to do this using Pastell >>> or something similar? >>> >> Can you give more detailled information about how the XML maps onto the data model? I mean if you have childr elements will that map to objects that are referenced similar? Do attributes map to variables and such? Or do you want to freely define how the structure of the XML resembles into your objects? >> >> Norbert > > Hi Norbert: > > Alas, I am laboring under the burden of being a newbie to both Pharo > and XML. It seems to me that it would be better to be able to > dynamically pick up all of the child elements of an element of > interest, however, I can't imagine how to define an object that > doesn't know it's own contents until run-time. In addition, in my > case, some of the child elements are complex (i.e. they also contain > children) which complicates the traversal a little bit. I'm assuming > for now that I will have to read the source XML, define the instance > variables of my object based on them, and simply populate them at run > time by traversing the XML tree. If the XML model changes, the object > definition will have to change too. > Hi again, just yesterday I discovered that I have a similar problem to solve. Usually I would try to solve it with magritte but this time I need some quick and dirty hack to achieve the goal. And somehow I like Pastell. Let's take an XML Snippet <Root> <Name>Mister RootNode</Name> <SubNode> <Name>Mister SubNode</Name> </SubNode> </Root> And now let's assume you want everything under Root in an object of class RootClass. In the case of SubNode you want a new object from class SubNodeClass that is referenced from RootClass object. In this example both classes RootClass and SubNodeClass are subclasses of NodeBaseClass NodeBaseClass class>>node: aNode ^ self new node: aNode NodeBaseClass>>node ^ node NodeBaseClass>>node: aNode node := aNode NodeBaseClass>>at: aSymbol ^ (self class xmodel at: aSymbol) value: self node Here is the RootClass: RootClass class>>xmodel ^ Dictionary new; at: #name put: [:node| (node / #Name ) contentString ]; at: #subObject put: [:node| SubNodeClass node: (node / #SubNode) first ]; yourself and another class that is referenced from RootClass. Btw. "(node / #Name)" is using Pastell SubNodeClass class>>xmodel ^ Dictionary new; at: #name put: [:node| (node / #Name ) contentString ]; yourself Then you could do: document := XMLDOMParser parse.... rootObject := RootClass node: document root. Transcript show: ((rootObject at: #subObject) at: #name and you should get "Mister SubNode" . I hope there aren't too much errors in there. The basic idea is that every object gets an XML node and a description how to retrieve the values relative to this node. In the case of #name just a string is received. In the case of #subObject you can see how this gets recursive. #subObject returns itself an object that is just initialized with an XML node. Just like the rootObject This is just a quick way to get some objects from an XML file. There is much room for improvement. I just wanted to give you an idea how you could solve it. Hope this helps, Norbert

July 22, 2010

Re: [Pharo-project] SqueakSource down ....

by Johan Fabry

I would have the LA mirror be read only to start with. If people publish let them do that to the main repository. This way my on-the desk machine (never put a mac mini under a desk, that's just a shame :-P ) possible lower availability is not a real problem. Plus my non-industrial backup setting (I only have on-site backups for that machine) are no problem either. I dont know what the Monticello support is for having different repositories for the same package, and some of them read-only so if somebody could figure this out that would be great :-) . On 22 Jul 2010, at 02:19, Norbert Hartl wrote: > To set up a WebDAV is pretty easy. And you need a two-way sync. For this scenario unison (http://www.cis.upenn.edu/~bcpierce/unison/) works pretty well. It keeps sync state on either side for each client-server combination. If you have one main server than you can sync in a star-scenario where every mirror syncs from the main server and this works really reliable. > > The stability depends also on the stability of the machine. Servers under the desk of someones working place are usually less reliable then a hosting provider server :) > > In my opinion the biggest problem is how you like to access this mirror and manage the list of available mirros. The ultimate way is when it happens transparently (one server is down means another one from the list of mirrors is taken). But this needs to be done in the client. On the other side there is some list in some wiki that lists all mirrors. If you are lucky finding the page you find a mirror. To ease this it might be a good idea to assign hostnames like > > de.mirror.squeaksource.com > cl.mirror.squeaksource.com > > or anything similar. > > Norbert > > On 21.07.2010, at 22:39, StÃ©phane Ducasse wrote: > >> this would be great to have a mirror indeed. >> I do not have the knowledge for that. >> But if we go for a web-dav I imagne that rsync would do the trick. >> Stef >> >> On Jul 21, 2010, at 10:25 PM, Johan Fabry wrote: >> >>> >>> Related to that, access to European servers from Latin-America is slow (we need to go through the US in general). It would be cool for the Argentinians and us if there was a LA mirror (read-only). I have a small machine (mac osx) that could be used for that. Would it be possible to set up something like this? >>> >>> On 21 Jul 2010, at 16:12, Norbert Hartl wrote: >>> >>>> If there is an urgent desire to have another WebDAV share or the like than speak up. I could provide one. I think we can manage the load. Support could go from a WebDAV share to a complete virtual linux instance. >>>> >>>> Norbert >>>> >>>> On 21.07.2010, at 16:31, StÃ©phane Ducasse wrote: >>>> >>>>> We will have a server based on web dav hosted at inria to support pharo but we have to wait until sep I would say. >>>>> Then there is also the option to use a GemSource but we also have to sync with gemstone. >>>>> >>>>> On Jul 21, 2010, at 8:22 AM, Geert Claes wrote: >>>>> >>>>>> >>>>>> I just noticed SqueakSource is down again. It looks like this is happening >>>>>> more and more often now, what can be done? >>>>>> -- >>>>>> View this message in context: http://forum.world.st/SqueakSource-down-tp2296645p2296645.html >>>>>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>>>>> >>>>>> _______________________________________________ >>>>>> Pharo-project mailing list >>>>>> Pharo-project(a)lists.gforge.inria.fr >>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> -- >>> Johan Fabry >>> jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry >>> PLEIAD Lab - Computer Science Department (DCC) - University of Chile >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

July 22, 2010

Re: [Pharo-project] State of Sound in Morph

by Mariano Martinez Peck

On Thu, Jul 22, 2010 at 3:45 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > > On Jul 22, 2010, at 14:42 , StÃ©phane Ducasse wrote: > > > probably because we were stupid to remove it from the image. > > I don't think so. > > Rather because we have: > - nobody who takes responsibility to maintain this package > - no tests for this package > - no build and test server to detect problems automatically > > I think it is a combination of the 2. First, we are not stupid to remove it from core. They HAVE to be removed and put it as separate package. Then, I agree with ALL adrian comments. But I also agree that this problem can be minimized. When you remove methods/classes in PharoCore, it would be good to search them in "Pharo". That's why I did ConfigurationOfPharoNonCore. Cheers Mariano > Cheers, > Adrian > > BTW, the two expressions posted below work for me on a recent Mac VM in a > Pharo 1.0 image. > > > > If you can check there are two fixes on the bug archives and it would be > great that somebody compares with squeak > > version. I did not see that much changes from this part of the system on > their side. > > > > Stef > > On Jul 22, 2010, at 2:36 PM, Hilaire Fernandes wrote: > > > >> I tried the Pharo sound package, so far it looks sound is not working. > >> Is it true or is it a mistake of myself. > >> > >> For example: > >> > >> No sound output when executing: > >> FMSound bass1 play > >> > >> DNU FMSound copy when executing: > >> (FMSound lowMajorScaleOn: FMSound bass1) play > >> > >> Hilaire > >> > >> > >> _______________________________________________ > >> Pharo-project mailing list > >> Pharo-project(a)lists.gforge.inria.fr > >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

Re: [Pharo-project] State of Sound in Morph

by Mariano Martinez Peck

On Thu, Jul 22, 2010 at 2:36 PM, Hilaire Fernandes < hilaire.fernandes(a)gmail.com> wrote: > I tried the Pharo sound package, so far it looks sound is not working. > Is it true or is it a mistake of myself. > > For example: > > No sound output when executing: > FMSound bass1 play > > DNU FMSound copy when executing: > (FMSound lowMajorScaleOn: FMSound bass1) play > Ã§ > Hi Hilaire. If you check in the latests commits, you will see I have been commiting all possible fixes. When they are removed from the core, nobody maintains them. For the Pharo releas, I fixed all sents to messages not implement, and all references to classes that don't exist. There are not tests, so I cannot do more than that. I have no idea if it is working or not. Cheers Mariano > Hilaire > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

Re: [Pharo-project] Symbol >> #asClass ?

by Lukas Renggli

On 22 July 2010 16:30, Levente Uzonyi <leves(a)elte.hu> wrote: > On Thu, 22 Jul 2010, Lukas Renggli wrote: > >>>> 1. #World asClass does not return a class. >>> >>> #classNamed: can solve this. >> >> No, it still returns an instance of PasteUpMorph. > > That's a bug, isn't it? Yeah, strange :-) >>>> 2. We are trying to remove all direct references to the Smalltalk >>>> namespace, this however hardcodes the Smalltalk namespace again. >>> >>> self environment can solve this. >> >> No, what will #asClass return if you have different instances of >> Smalltalk? > > A Class or nil. A random class if there are multiple environments with the same class name? Lukas -- Lukas Renggli www.lukas-renggli.ch

July 22, 2010

Re: [Pharo-project] Literal array with evaluated value of stmts, vars etc..

by Sudhakar Krishnamachari

And of course the extensibility it gives: [ 1->'asd'. 2->'asd'. 3->'dsd' ] asDictionary ... On Thu, Jul 22, 2010 at 7:48 PM, Sudhakar Krishnamachari < skrishnamachari(a)gmail.com> wrote: > * > *>* > It's different because evaluated only once, either at method compilation > *>* or at first execution (lazy initialization). > * > >

July 22, 2010

Re: [Pharo-project] How disable debugger?

by Mariano Martinez Peck

2010/7/22 Denis Kudriashov <dionisiydk(a)gmail.com> > Yes, I can do this. > > But I hope there is existed solution. > > I was think scriptLoader>>cleanForProduction do this (disable debugger). > > I think I don't agree. That is not cleaning, but a matter of bussines. I know a lot of seaside apps running headless with RFB...in that case I do want a debugger. But I agree, it would be good to have a Strategy and 2 implementation. DebuggerUnhandledError and TranscriptUhandledError. You put the first as default. Then, you put the straegy as an (class?) instVar of UnhandledError. you define an api method and implement it in both. Then, at runtime, in your app you can set that insVar and you are done. In addition, it can be added to Core and you create a setting that let you choose the strategy. Cheers Mariano > 2010/7/22 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > have a look at the handler of >> >> UnhandledError>>defaultAction >> >> ^ UIManager default unhandledErrorDefaultAction: self exception >> >> so you can define a different UIManager for example >> >> Stef >> On Jul 22, 2010, at 1:18 PM, Denis Kudriashov wrote: >> >> > Hello >> > >> > Is it possible write all exceptions to log and dont show debugger? >> > How I can do this? >> > _______________________________________________ >> > Pharo-project mailing list >> > Pharo-project(a)lists.gforge.inria.fr >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

Re: [Pharo-project] Symbol >> #asClass ?

by Levente Uzonyi

On Thu, 22 Jul 2010, Lukas Renggli wrote: >>> 1. #World asClass does not return a class. >> >> #classNamed: can solve this. > > No, it still returns an instance of PasteUpMorph. That's a bug, isn't it? > >>> 2. We are trying to remove all direct references to the Smalltalk >>> namespace, this however hardcodes the Smalltalk namespace again. >> >> self environment can solve this. > > No, what will #asClass return if you have different instances of Smalltalk? A Class or nil. Levente > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

Re: [Pharo-project] ImageMorph Vs SketchMorph Vs ThumbnailImageMorph

by nullPointer

oh!! perfect! perfect! That is exactly I did want. Regards -- View this message in context: http://forum.world.st/ImageMorph-Vs-SketchMorph-Vs-ThumbnailImageMorph-tp22… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 22, 2010

Re: [Pharo-project] Symbol >> #asClass ?

by Fernando olivero

I also see problems, in my opinion, conceptually is wrong. Why does a Symbol needs to understand this behavior? Just because the current binding of class names are symbols? Fernando On Jul 22, 2010, at 4:09 PM, Lukas Renggli wrote: > I see two problems with this: > > 1. #World asClass does not return a class. > > 2. We are trying to remove all direct references to the Smalltalk > namespace, this however hardcodes the Smalltalk namespace again. > > Lukas > > 2010/7/22 Guillermo Polito <guillermopolito(a)gmail.com>: >> why not let #asClass raise an error and make another one like >> >> Symbol>>asClassIfAbsent: aBlock >> ^Smalltalk globals at: self ifAbsent: aBlock. >> >> ? >> >> On Thu, Jul 22, 2010 at 10:45 AM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> >>> now after some thinking. I'm wondering why this is good addition or the >>> name could be better. >>> I do not know... thinking aloud. >>> >>> >>>> sounds cool :) >>>> >>>>>> VAST has an #asClass method on Symbol that does more or less this: >>>>>> >>>>>> Symbol >> #asClass >>>>>> ^ Smalltalk at: self >>>>> >>>>> What about this? >>>>> >>>>> ^Smalltalk at: self ifAbsent: nil >>>> >>>> ^Smalltalk globals at: self ifAbsent: nil >>>>> >>>>> >>>>> So one could also write: >>>>> >>>>> #MyClass asClass ifNotNil: [ :myClass | ... ] >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2010

Re: [Pharo-project] Symbol >> #asClass ?

by Lukas Renggli

>> 1. #World asClass does not return a class. > > #classNamed: can solve this. No, it still returns an instance of PasteUpMorph. >> 2. We are trying to remove all direct references to the Smalltalk >> namespace, this however hardcodes the Smalltalk namespace again. > > self environment can solve this. No, what will #asClass return if you have different instances of Smalltalk? Lukas -- Lukas Renggli www.lukas-renggli.ch

July 22, 2010

Re: [Pharo-project] Literal array with evaluated value of stmts, vars etc..

by Sudhakar Krishnamachari

* *>* > It's different because evaluated only once, either at method compilation *>* or at first execution (lazy initialization). * { localVar1. instVar1. 'asd'->123 } is great.. and would suffice for many use cases, it does evaluate at method execution. But bound execution at later point that BlockClosure gives is interesting. >> What you seek is something like - Dolphin ##( ) construction - or VW [] once trick from Travis Grigg based on using the #become: power (search once upon a time or something like that on his blog) I was thinking of this very subject recently and have a draft proposition not really ready (must think of it twice). >> Other stuff I will eagerly wait for.. Well, I am not aware of Dolphin syntax as much, but in VA it is for evaluate once at method compilation. VW I have not known any ecquivalent... so Travis's is news ... To the current point: {...} is good.. and usable.. but this also gives a possibility to clean up: BlockClosure>>asArray | stmts anArray | stmts := self decompile statements. anArray := Array new: stmts size. stmts doWithIndex: [ :eaNode :indx| anArray at: indx put: (Compiler evaluate: eaNode ). ]. ^anArray or something more cleaner.. would allow late bound executions... and hold for all other use cases.. -Skrish On Thu, Jul 22, 2010 at 5:39 PM, Sudhakar Krishnamachari < skrishnamachari(a)gmail.com> wrote: > Would this be of interest in general... I have always wanted a more capable > literal array than what we have now.. > > #( 123 23 'das' ) > whynot: > #( 'ac'->23 2->'casd' myVar1) ... evaluates to a collection.. > > so I just tried this out with a BlockClosure: > > asArray > > | stmts anArray | > > stmts := self decompile statements. > anArray := Array new: stmts size. > stmts doWithIndex: [ :eaNode :indx| | start end value| > start := (eaNode asString indexOf: ${)+1. > end := (eaNode asString lastIndexOf: $})-1. > value := Compiler evaluate: (eaNode asString copyFrom: start to: > end) for: self receiver logged: false. > anArray at: indx put: value]. > ^anArray > > So we could do: > ['abc'->123. 'def'->456. 'efg'->789. 'hij'->123. 'klm'->456.] asArray. > [self checkThisUsingKeywordMethod: 'abc' with:'efg'. localVar1. > instanceVar1 ] asArray > > > to yield arrays.. not neat, I would much rather prefer the literals do > their job their way... > but works.. for the narrow set I have tried so far.. > > Any comments.. > -Skrish > >

July 22, 2010

Re: [Pharo-project] Symbol >> #asClass ?

by Levente Uzonyi

On Thu, 22 Jul 2010, Lukas Renggli wrote: > I see two problems with this: > > 1. #World asClass does not return a class. #classNamed: can solve this. > > 2. We are trying to remove all direct references to the Smalltalk > namespace, this however hardcodes the Smalltalk namespace again. self environment can solve this. Levente > > Lukas > > 2010/7/22 Guillermo Polito <guillermopolito(a)gmail.com>: >> why not let #asClass raise an error and make another one like >> >> Symbol>>asClassIfAbsent: aBlock >> Â Â Â ^Smalltalk globals at: self ifAbsent: aBlock. >> >> ? >> >> On Thu, Jul 22, 2010 at 10:45 AM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> >>> now after some thinking. I'm wondering why this is good addition or the >>> name could be better. >>> I do not know... thinking aloud. >>> >>> >>>> sounds cool :) >>>> >>>>>> VAST has an #asClass method on Symbol that does more or less this: >>>>>> >>>>>> Symbol >> #asClass >>>>>> ^ Smalltalk at: self >>>>> >>>>> What about this? >>>>> >>>>> ^Smalltalk at: self ifAbsent: nil >>>> >>>> Â Â Â ^Smalltalk globals at: self ifAbsent: nil >>>>> >>>>> >>>>> So one could also write: >>>>> >>>>> #MyClass asClass ifNotNil: [ :myClass | ... ] >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

Re: [Pharo-project] Symbol >> #asClass ?

by Levente Uzonyi

On Thu, 22 Jul 2010, Guillermo Polito wrote: > why not let #asClass raise an error and make another one like > > Symbol>>asClassIfAbsent: aBlock > ^Smalltalk globals at: self ifAbsent: aBlock. > > ? Because it saves #asClassIfPresent: and #asClassIfAbsent:ifPresent:. Which are probably more common than #asClassIfAbsent:. #Foo asClass ifNil: [...] #Foo asClass ifNilNotNil: [ :foo | ...] #Foo asClass ifNil: [...] ifNotNil: [ :foo | ...] Levente > > On Thu, Jul 22, 2010 at 10:45 AM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> now after some thinking. I'm wondering why this is good addition or the >> name could be better. >> I do not know... thinking aloud. >> >> >>> sounds cool :) >>> >>>>> VAST has an #asClass method on Symbol that does more or less this: >>>>> >>>>> Symbol >> #asClass >>>>> ^ Smalltalk at: self >>>> >>>> What about this? >>>> >>>> ^Smalltalk at: self ifAbsent: nil >>> >>> ^Smalltalk globals at: self ifAbsent: nil >>>> >>>> >>>> So one could also write: >>>> >>>> #MyClass asClass ifNotNil: [ :myClass | ... ] >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >

July 22, 2010

Re: [Pharo-project] Symbol >> #asClass ?

by Lukas Renggli

I see two problems with this: 1. #World asClass does not return a class. 2. We are trying to remove all direct references to the Smalltalk namespace, this however hardcodes the Smalltalk namespace again. Lukas 2010/7/22 Guillermo Polito <guillermopolito(a)gmail.com>: > why not let #asClass raise an error and make another one like > > Symbol>>asClassIfAbsent: aBlock > Â Â Â ^Smalltalk globals at: self ifAbsent: aBlock. > > ? > > On Thu, Jul 22, 2010 at 10:45 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> >> now after some thinking. I'm wondering why this is good addition or the >> name could be better. >> I do not know... thinking aloud. >> >> >> > sounds cool :) >> > >> >>> VAST has an #asClass method on Symbol that does more or less this: >> >>> >> >>> Symbol >> #asClass >> >>> ^ Smalltalk at: self >> >> >> >> What about this? >> >> >> >> ^Smalltalk at: self ifAbsent: nil >> > >> > Â Â Â ^Smalltalk globals at: self ifAbsent: nil >> >> >> >> >> >> So one could also write: >> >> >> >> #MyClass asClass ifNotNil: [ :myClass | ... ] >> > >> > >> > _______________________________________________ >> > Pharo-project mailing list >> > Pharo-project(a)lists.gforge.inria.fr >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

July 22, 2010

Re: [Pharo-project] Symbol >> #asClass ?

by Guillermo Polito

why not let #asClass raise an error and make another one like Symbol>>asClassIfAbsent: aBlock ^Smalltalk globals at: self ifAbsent: aBlock. ? On Thu, Jul 22, 2010 at 10:45 AM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > now after some thinking. I'm wondering why this is good addition or the > name could be better. > I do not know... thinking aloud. > > > > sounds cool :) > > > >>> VAST has an #asClass method on Symbol that does more or less this: > >>> > >>> Symbol >> #asClass > >>> ^ Smalltalk at: self > >> > >> What about this? > >> > >> ^Smalltalk at: self ifAbsent: nil > > > > ^Smalltalk globals at: self ifAbsent: nil > >> > >> > >> So one could also write: > >> > >> #MyClass asClass ifNotNil: [ :myClass | ... ] > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

Re: [Pharo-project] State of Sound in Morph

by Adrian Lienhard

On Jul 22, 2010, at 14:42 , StÃ©phane Ducasse wrote: > probably because we were stupid to remove it from the image. I don't think so. Rather because we have: - nobody who takes responsibility to maintain this package - no tests for this package - no build and test server to detect problems automatically Cheers, Adrian BTW, the two expressions posted below work for me on a recent Mac VM in a Pharo 1.0 image. > If you can check there are two fixes on the bug archives and it would be great that somebody compares with squeak > version. I did not see that much changes from this part of the system on their side. > > Stef > On Jul 22, 2010, at 2:36 PM, Hilaire Fernandes wrote: > >> I tried the Pharo sound package, so far it looks sound is not working. >> Is it true or is it a mistake of myself. >> >> For example: >> >> No sound output when executing: >> FMSound bass1 play >> >> DNU FMSound copy when executing: >> (FMSound lowMajorScaleOn: FMSound bass1) play >> >> Hilaire >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2010

Re: [Pharo-project] Symbol >> #asClass ?

by StÃ©phane Ducasse

now after some thinking. I'm wondering why this is good addition or the name could be better. I do not know... thinking aloud. > sounds cool :) > >>> VAST has an #asClass method on Symbol that does more or less this: >>> >>> Symbol >> #asClass >>> ^ Smalltalk at: self >> >> What about this? >> >> ^Smalltalk at: self ifAbsent: nil > > ^Smalltalk globals at: self ifAbsent: nil >> >> >> So one could also write: >> >> #MyClass asClass ifNotNil: [ :myClass | ... ] > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2010

Re: [Pharo-project] Symbol >> #asClass ?

by StÃ©phane Ducasse

sounds cool :) >> VAST has an #asClass method on Symbol that does more or less this: >> >> Symbol >> #asClass >> ^ Smalltalk at: self > > What about this? > > ^Smalltalk at: self ifAbsent: nil ^Smalltalk globals at: self ifAbsent: nil > > > So one could also write: > > #MyClass asClass ifNotNil: [ :myClass | ... ]

July 22, 2010

Re: [Pharo-project] Symbol >> #asClass ?

by Levente Uzonyi

On Thu, 22 Jul 2010, Philippe Marschall wrote: > Hi > > VAST has an #asClass method on Symbol that does more or less this: > > Symbol >> #asClass > ^ Smalltalk at: self What about this? ^Smalltalk at: self ifAbsent: nil So one could also write: #MyClass asClass ifNotNil: [ :myClass | ... ] Levente > > This can be quite handy if you want to refer to a class that is not > there a compile time, eg. Metacello. > > Think: > #ConfigurationOfSeaside30 asClass load > > Cheers > Philippe > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

[Pharo-project] Symbol >> #asClass ?

by Philippe Marschall

Hi VAST has an #asClass method on Symbol that does more or less this: Symbol >> #asClass ^ Smalltalk at: self This can be quite handy if you want to refer to a class that is not there a compile time, eg. Metacello. Think: #ConfigurationOfSeaside30 asClass load Cheers Philippe

July 22, 2010

Re: [Pharo-project] Literal array with evaluated value of stmts, vars etc..

by Nicolas Cellier

Ah maybe, I interpreted literal literally. Let Sudhakar talk... Nicolas 2010/7/22 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > On Jul 22, 2010, at 2:33 PM, Nicolas Cellier wrote: > > > It's different because evaluated only once, either at method compilation > or at first execution (lazy initialization). > > but Sudhakar use case did not show that he wanted something different. > or I totally do not understand. > > > > #( 123 23 'das' ) > > > whynot: > > > #( 'ac'->23 2->'casd' myVar1) ... evaluates to a collection.. > > > > > > Would this be of interest in general... I have always wanted a more > capable literal array than what we have now.. > > > > > > #( 123 23 'das' ) > > > whynot: > > > #( 'ac'->23 2->'casd' myVar1) ... evaluates to a collection.. > > > > > > so I just tried this out with a BlockClosure: > > > > > > asArray > > > > > > | stmts anArray | > > > > > > stmts := self decompile statements. > > > anArray := Array new: stmts size. > > > stmts doWithIndex: [ :eaNode :indx| | start end value| > > > start := (eaNode asString indexOf: ${)+1. > > > end := (eaNode asString lastIndexOf: $})-1. > > > value := Compiler evaluate: (eaNode asString copyFrom: start > to: end) for: self receiver logged: false. > > > anArray at: indx put: value]. > > > ^anArray > > > > > > So we could do: > > > ['abc'->123. 'def'->456. 'efg'->789. 'hij'->123. 'klm'->456.] asArray. > > > [self checkThisUsingKeywordMethod: 'abc' with:'efg'. localVar1. > instanceVar1 ] asArray > > > > > > > > > to yield arrays.. not neat, I would much rather prefer the literals do > their job their way... > > > but works.. for the narrow set I have tried so far.. > > > > > > Any comments.. > > > -Skrish > > > > > > _______________________________________________ > > > Pharo-project mailing list > > > Pharo-project(a)lists.gforge.inria.fr > > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

Re: [Pharo-project] State of Sound in Morph

by StÃ©phane Ducasse

probably because we were stupid to remove it from the image. If you can check there are two fixes on the bug archives and it would be great that somebody compares with squeak version. I did not see that much changes from this part of the system on their side. Stef On Jul 22, 2010, at 2:36 PM, Hilaire Fernandes wrote: > I tried the Pharo sound package, so far it looks sound is not working. > Is it true or is it a mistake of myself. > > For example: > > No sound output when executing: > FMSound bass1 play > > DNU FMSound copy when executing: > (FMSound lowMajorScaleOn: FMSound bass1) play > > Hilaire > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2010

Re: [Pharo-project] Literal array with evaluated value of stmts, vars etc..

by StÃ©phane Ducasse

On Jul 22, 2010, at 2:33 PM, Nicolas Cellier wrote: > It's different because evaluated only once, either at method compilation or at first execution (lazy initialization). but Sudhakar use case did not show that he wanted something different. or I totally do not understand. > > #( 123 23 'das' ) > > whynot: > > #( 'ac'->23 2->'casd' myVar1) ... evaluates to a collection.. > > > Would this be of interest in general... I have always wanted a more capable literal array than what we have now.. > > > > #( 123 23 'das' ) > > whynot: > > #( 'ac'->23 2->'casd' myVar1) ... evaluates to a collection.. > > > > so I just tried this out with a BlockClosure: > > > > asArray > > > > | stmts anArray | > > > > stmts := self decompile statements. > > anArray := Array new: stmts size. > > stmts doWithIndex: [ :eaNode :indx| | start end value| > > start := (eaNode asString indexOf: ${)+1. > > end := (eaNode asString lastIndexOf: $})-1. > > value := Compiler evaluate: (eaNode asString copyFrom: start to: end) for: self receiver logged: false. > > anArray at: indx put: value]. > > ^anArray > > > > So we could do: > > ['abc'->123. 'def'->456. 'efg'->789. 'hij'->123. 'klm'->456.] asArray. > > [self checkThisUsingKeywordMethod: 'abc' with:'efg'. localVar1. instanceVar1 ] asArray > > > > > > to yield arrays.. not neat, I would much rather prefer the literals do their job their way... > > but works.. for the narrow set I have tried so far.. > > > > Any comments.. > > -Skrish > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2010

[Pharo-project] State of Sound in Morph

by Hilaire Fernandes

I tried the Pharo sound package, so far it looks sound is not working. Is it true or is it a mistake of myself. For example: No sound output when executing: FMSound bass1 play DNU FMSound copy when executing: (FMSound lowMajorScaleOn: FMSound bass1) play Hilaire

July 22, 2010

Re: [Pharo-project] Literal array with evaluated value of stmts, vars etc..

by Nicolas Cellier

It's different because evaluated only once, either at method compilation or at first execution (lazy initialization). Nicolas 2010/7/22 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > how different from > > { 'ac'->23 . 2->'casd' } > > Stef > > On Jul 22, 2010, at 2:09 PM, Sudhakar Krishnamachari wrote: > > > Would this be of interest in general... I have always wanted a more > capable literal array than what we have now.. > > > > #( 123 23 'das' ) > > whynot: > > #( 'ac'->23 2->'casd' myVar1) ... evaluates to a collection.. > > > > so I just tried this out with a BlockClosure: > > > > asArray > > > > | stmts anArray | > > > > stmts := self decompile statements. > > anArray := Array new: stmts size. > > stmts doWithIndex: [ :eaNode :indx| | start end value| > > start := (eaNode asString indexOf: ${)+1. > > end := (eaNode asString lastIndexOf: $})-1. > > value := Compiler evaluate: (eaNode asString copyFrom: start to: > end) for: self receiver logged: false. > > anArray at: indx put: value]. > > ^anArray > > > > So we could do: > > ['abc'->123. 'def'->456. 'efg'->789. 'hij'->123. 'klm'->456.] asArray. > > [self checkThisUsingKeywordMethod: 'abc' with:'efg'. localVar1. > instanceVar1 ] asArray > > > > > > to yield arrays.. not neat, I would much rather prefer the literals do > their job their way... > > but works.. for the narrow set I have tried so far.. > > > > Any comments.. > > -Skrish > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

Re: [Pharo-project] Literal array with evaluated value of stmts, vars etc..

by Nicolas Cellier

Hi, What you seek is something like - Dolphin ##( ) construction - or VW [] once trick from Travis Grigg based on using the #become: power (search once upon a time or something like that on his blog) I was thinking of this very subject recently and have a draft proposition not really ready (must think of it twice). The first idea would be to use the existing indirection for shared variables by always access their value via a message send. With a class implementing #value with a second indirection, this could solve the problem of package load order and cyclic dependencies, as well as shared variable initialization by using systematic lazy evaluation schemes. The second idea would be to define static variables local to the method (thus not shared) using the same #value principle, but there we need a syntax extension (something I just can't decide by myself). With such scheme, direct access to the value is not possible, so VM optimization fetching the second ivar or JIT techniques might have to be changed. Impact on performance has to be studied. However, polymorphic inline cache could eventually reduce this negative impact. Nicolas 2010/7/22 Sudhakar Krishnamachari <skrishnamachari(a)gmail.com> > Would this be of interest in general... I have always wanted a more capable > literal array than what we have now.. > > #( 123 23 'das' ) > whynot: > #( 'ac'->23 2->'casd' myVar1) ... evaluates to a collection.. > > so I just tried this out with a BlockClosure: > > asArray > > | stmts anArray | > > stmts := self decompile statements. > anArray := Array new: stmts size. > stmts doWithIndex: [ :eaNode :indx| | start end value| > start := (eaNode asString indexOf: ${)+1. > end := (eaNode asString lastIndexOf: $})-1. > value := Compiler evaluate: (eaNode asString copyFrom: start to: > end) for: self receiver logged: false. > anArray at: indx put: value]. > ^anArray > > So we could do: > ['abc'->123. 'def'->456. 'efg'->789. 'hij'->123. 'klm'->456.] asArray. > [self checkThisUsingKeywordMethod: 'abc' with:'efg'. localVar1. > instanceVar1 ] asArray > > > to yield arrays.. not neat, I would much rather prefer the literals do > their job their way... > but works.. for the narrow set I have tried so far.. > > Any comments.. > -Skrish > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

Re: [Pharo-project] How disable debugger?

by StÃ©phane Ducasse

On Jul 22, 2010, at 2:11 PM, Denis Kudriashov wrote: > Yes, I can do this. > > But I hope there is existed solution. > > I was think scriptLoader>>cleanForProduction do this (disable debugger). no remember scriptloader is a private ugly project of us to manage the image distribution before we use metacello we should have a solution in the future so if you do something let us know.

July 22, 2010

Re: [Pharo-project] Literal array with evaluated value of stmts, vars etc..

by StÃ©phane Ducasse

how different from { 'ac'->23 . 2->'casd' } Stef On Jul 22, 2010, at 2:09 PM, Sudhakar Krishnamachari wrote: > Would this be of interest in general... I have always wanted a more capable literal array than what we have now.. > > #( 123 23 'das' ) > whynot: > #( 'ac'->23 2->'casd' myVar1) ... evaluates to a collection.. > > so I just tried this out with a BlockClosure: > > asArray > > | stmts anArray | > > stmts := self decompile statements. > anArray := Array new: stmts size. > stmts doWithIndex: [ :eaNode :indx| | start end value| > start := (eaNode asString indexOf: ${)+1. > end := (eaNode asString lastIndexOf: $})-1. > value := Compiler evaluate: (eaNode asString copyFrom: start to: end) for: self receiver logged: false. > anArray at: indx put: value]. > ^anArray > > So we could do: > ['abc'->123. 'def'->456. 'efg'->789. 'hij'->123. 'klm'->456.] asArray. > [self checkThisUsingKeywordMethod: 'abc' with:'efg'. localVar1. instanceVar1 ] asArray > > > to yield arrays.. not neat, I would much rather prefer the literals do their job their way... > but works.. for the narrow set I have tried so far.. > > Any comments.. > -Skrish > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2010

Re: [Pharo-project] How disable debugger?

by Denis Kudriashov

Yes, I can do this. But I hope there is existed solution. I was think scriptLoader>>cleanForProduction do this (disable debugger). 2010/7/22 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > have a look at the handler of > > UnhandledError>>defaultAction > > ^ UIManager default unhandledErrorDefaultAction: self exception > > so you can define a different UIManager for example > > Stef > On Jul 22, 2010, at 1:18 PM, Denis Kudriashov wrote: > > > Hello > > > > Is it possible write all exceptions to log and dont show debugger? > > How I can do this? > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 22, 2010

[Pharo-project] Literal array with evaluated value of stmts, vars etc..

by Sudhakar Krishnamachari

Would this be of interest in general... I have always wanted a more capable literal array than what we have now.. #( 123 23 'das' ) whynot: #( 'ac'->23 2->'casd' myVar1) ... evaluates to a collection.. so I just tried this out with a BlockClosure: asArray | stmts anArray | stmts := self decompile statements. anArray := Array new: stmts size. stmts doWithIndex: [ :eaNode :indx| | start end value| start := (eaNode asString indexOf: ${)+1. end := (eaNode asString lastIndexOf: $})-1. value := Compiler evaluate: (eaNode asString copyFrom: start to: end) for: self receiver logged: false. anArray at: indx put: value]. ^anArray So we could do: ['abc'->123. 'def'->456. 'efg'->789. 'hij'->123. 'klm'->456.] asArray. [self checkThisUsingKeywordMethod: 'abc' with:'efg'. localVar1. instanceVar1 ] asArray to yield arrays.. not neat, I would much rather prefer the literals do their job their way... but works.. for the narrow set I have tried so far.. Any comments.. -Skrish

July 22, 2010