Re: [Pharo-project] (aDateAndTime offset: '0:12:00:00') = '1901-01-01T00:00:00+12:00'
I guess it depends on how you'd like to represent a date and time. We may have 2 representations here, the DateAndTime object and the string. If you consider that the string '1901-01-01T00:00:00+12:00' actually * represents* that day and time and it's not just the way you would print it, then I think it's valid to compare one representation and another of the same concept, because they really *mean* the same to you. If you see '1901-01-01T00:00:00+12:00' and say that's not a date and time, it's just how I'd print it maybe the only valid representation of the date and time for you is a DateAndTime object, then it doesn't make sense comparing de DateAndTime object with it's string. Personally, I think the string it's just the print string, I agree with you. But maybe originally the people who implemented that comparison considered it as a date and time representation too, so it makes sense to compare them. On Wed, Mar 17, 2010 at 10:22 AM, Stéphane Ducasse stephane.duca...@inria.fr wrote: I would expect = to be reflexive self assert: (a = a). symmetric self assert: (a = b) == (b = a). transitive self assert: (a = b) (b = c) == (a = c). Date= does not seem to meet my expectations Yes the more I think about it the more I'm against this automatic conversion. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] CleanUp unused packages
I am not sure, but I think FixUnderscores should be useful for old packages loaded in pharo. The problem with the FixUnderscores package is that it does a string replacement and thus might perform incorrect transformations. You need to manually visit each change to be sure that it did correctly. The RB engine does a tree based transformation, which is always correct. I am all for kicking this package. It also contains old code that changes font glyphs, that's not needed any longer. Lukas For example, some projects still use _, so we need FixUnderscore to fix them automatically. Personally, I use it on the whole Pharo 3 months ago. Cheers, Jannik On Mar 18, 2010, at 23:37 , Mariano Martinez Peck wrote: http://code.google.com/p/pharo/issues/detail?id=2165 There are some packages that has to be removed. For example: - PinesoftEnhancementsForFreeType: This package is empty - FixUnderscores: This package is old, is not needed any more and has no references The fix is to evaluate: (MCPackage named: 'PinesoftEnhancementsForFreeType') unload. (MCPackage named: 'FixUnderscores') unload. Cheers Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Question about HostMenuSystem
Hi Mariano, As you may remember, I have removed HostSystemMenus from PharoCore 1.0 some time ago. What I did in this case was Smalltalk at: #HostSystemMenus ifPresent:..., which is not very nice but easily solves the problem. Thanks for removing it in 1.1. Until the duplication of events due to this package/plugin is solved, we should not have it in PharoCore. Or maybe even better we should not have it in PharoCore at all and load it only in Pharo (when it works). Cheers, Adrian On Mar 18, 2010, at 23:38 , Mariano Martinez Peck wrote: Hi folks. I want to remove HostMenuSystem from PharoCore image. Probably, I can put it on PharoDev image but of course, it will be accesible also from squeaksource to download it. I don't this is a core package. In order to do that, I found the following problem. Look to InputEventSensor processMenuEvent: evt | handler localCopyOfEvt | localCopyOfEvt := evt shallowCopy. handler := (HostSystemMenus defaultMenuBarForWindowIndex: (localCopyOfEvt at: 8)) getHandlerForMenu: (localCopyOfEvt at: 3) item: (localCopyOfEvt at: 4). handler handler value: localCopyOfEvt There is the only place where HostSystemMenus is used. Now I am trying to see the best way to remove this. The first approach that came to my mind, which may not be the best to implement this method as follows: processMenuEvent: evt By default the menu events are not handled. In case you want to handle them you should override this method And of course, in the package HostSystemMenus we override that method with the original code. Then I though some kind of notification or oberser pattern, where someone can register as an observer and then, then this menu events occurs, these guys are notified. Maybe using Announcments? My skills here are quite limited. What do you think ? Can you help me ? Cheers Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Question about HostMenuSystem
I believe the duplicate events issue was solved or do you have an example of it occuring again? On 3/19/10, Adrian Lienhard a...@netstyle.ch wrote: Hi Mariano, As you may remember, I have removed HostSystemMenus from PharoCore 1.0 some time ago. What I did in this case was Smalltalk at: #HostSystemMenus ifPresent:..., which is not very nice but easily solves the problem. Thanks for removing it in 1.1. Until the duplication of events due to this package/plugin is solved, we should not have it in PharoCore. Or maybe even better we should not have it in PharoCore at all and load it only in Pharo (when it works). Cheers, Adrian On Mar 18, 2010, at 23:38 , Mariano Martinez Peck wrote: Hi folks. I want to remove HostMenuSystem from PharoCore image. Probably, I can put it on PharoDev image but of course, it will be accesible also from squeaksource to download it. I don't this is a core package. In order to do that, I found the following problem. Look to InputEventSensor processMenuEvent: evt | handler localCopyOfEvt | localCopyOfEvt := evt shallowCopy. handler := (HostSystemMenus defaultMenuBarForWindowIndex: (localCopyOfEvt at: 8)) getHandlerForMenu: (localCopyOfEvt at: 3) item: (localCopyOfEvt at: 4). handler handler value: localCopyOfEvt There is the only place where HostSystemMenus is used. Now I am trying to see the best way to remove this. The first approach that came to my mind, which may not be the best to implement this method as follows: processMenuEvent: evt By default the menu events are not handled. In case you want to handle them you should override this method And of course, in the package HostSystemMenus we override that method with the original code. Then I though some kind of notification or oberser pattern, where someone can register as an observer and then, then this menu events occurs, these guys are notified. Maybe using Announcments? My skills here are quite limited. What do you think ? Can you help me ? Cheers Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- === John M. McIntosh john...@smalltalkconsulting.com Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com === ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Question about HostMenuSystem
Ah, I didn't know this was solved. I don't know about it occurring again because I mostly work in Pharo 1.0, which has the Host System Menu code removed. Is this a fix in the VM? Cheers, Adrian On Mar 19, 2010, at 08:50 , John McIntosh wrote: I believe the duplicate events issue was solved or do you have an example of it occuring again? On 3/19/10, Adrian Lienhard a...@netstyle.ch wrote: Hi Mariano, As you may remember, I have removed HostSystemMenus from PharoCore 1.0 some time ago. What I did in this case was Smalltalk at: #HostSystemMenus ifPresent:..., which is not very nice but easily solves the problem. Thanks for removing it in 1.1. Until the duplication of events due to this package/plugin is solved, we should not have it in PharoCore. Or maybe even better we should not have it in PharoCore at all and load it only in Pharo (when it works). Cheers, Adrian On Mar 18, 2010, at 23:38 , Mariano Martinez Peck wrote: Hi folks. I want to remove HostMenuSystem from PharoCore image. Probably, I can put it on PharoDev image but of course, it will be accesible also from squeaksource to download it. I don't this is a core package. In order to do that, I found the following problem. Look to InputEventSensor processMenuEvent: evt | handler localCopyOfEvt | localCopyOfEvt := evt shallowCopy. handler := (HostSystemMenus defaultMenuBarForWindowIndex: (localCopyOfEvt at: 8)) getHandlerForMenu: (localCopyOfEvt at: 3) item: (localCopyOfEvt at: 4). handler handler value: localCopyOfEvt There is the only place where HostSystemMenus is used. Now I am trying to see the best way to remove this. The first approach that came to my mind, which may not be the best to implement this method as follows: processMenuEvent: evt By default the menu events are not handled. In case you want to handle them you should override this method And of course, in the package HostSystemMenus we override that method with the original code. Then I though some kind of notification or oberser pattern, where someone can register as an observer and then, then this menu events occurs, these guys are notified. Maybe using Announcments? My skills here are quite limited. What do you think ? Can you help me ? Cheers Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- === John M. McIntosh john...@smalltalkconsulting.com Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com === ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] (aDateAndTime offset: '0:12:00:00') = '1901-01-01T00:00:00+12:00'
On Mar 19, 2010, at 7:39 AM, Carla F. Griggio wrote: I guess it depends on how you'd like to represent a date and time. We may have 2 representations here, the DateAndTime object and the string. If you consider that the string '1901-01-01T00:00:00+12:00' actually represents that day and time and it's not just the way you would print it, then I think it's valid to compare one representation and another of the same concept, because they really mean the same to you. we are in object-oriented programming not string oriented programming so this is not valid to a date and its string representation to be equal. :) If you see '1901-01-01T00:00:00+12:00' and say that's not a date and time, it's just how I'd print it maybe the only valid representation of the date and time for you is a DateAndTime object, then it doesn't make sense comparing de DateAndTime object with it's string. exact!!! Personally, I think the string it's just the print string, I agree with you. But maybe originally the people who implemented that comparison considered it as a date and time representation too, so it makes sense to compare them they probably wanted to do too much. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] CleanUp unused packages
lukas could you publish somewhere (soon on the lint chapter) the gofer and rb expression to fix all the _ Stef On Mar 19, 2010, at 8:18 AM, Lukas Renggli wrote: I am not sure, but I think FixUnderscores should be useful for old packages loaded in pharo. The problem with the FixUnderscores package is that it does a string replacement and thus might perform incorrect transformations. You need to manually visit each change to be sure that it did correctly. The RB engine does a tree based transformation, which is always correct. I am all for kicking this package. It also contains old code that changes font glyphs, that's not needed any longer. Lukas For example, some projects still use _, so we need FixUnderscore to fix them automatically. Personally, I use it on the whole Pharo 3 months ago. Cheers, Jannik On Mar 18, 2010, at 23:37 , Mariano Martinez Peck wrote: http://code.google.com/p/pharo/issues/detail?id=2165 There are some packages that has to be removed. For example: - PinesoftEnhancementsForFreeType: This package is empty - FixUnderscores: This package is old, is not needed any more and has no references The fix is to evaluate: (MCPackage named: 'PinesoftEnhancementsForFreeType') unload. (MCPackage named: 'FixUnderscores') unload. Cheers Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Question about HostMenuSystem
adrian the duplication was solved :) Now what mariano is aiming at is can be get minicore in place and from minicore reload core :) if you see what I mean. Stef On Mar 19, 2010, at 8:43 AM, Adrian Lienhard wrote: Hi Mariano, As you may remember, I have removed HostSystemMenus from PharoCore 1.0 some time ago. What I did in this case was Smalltalk at: #HostSystemMenus ifPresent:..., which is not very nice but easily solves the problem. Thanks for removing it in 1.1. Until the duplication of events due to this package/plugin is solved, we should not have it in PharoCore. Or maybe even better we should not have it in PharoCore at all and load it only in Pharo (when it works). Cheers, Adrian On Mar 18, 2010, at 23:38 , Mariano Martinez Peck wrote: Hi folks. I want to remove HostMenuSystem from PharoCore image. Probably, I can put it on PharoDev image but of course, it will be accesible also from squeaksource to download it. I don't this is a core package. In order to do that, I found the following problem. Look to InputEventSensor processMenuEvent: evt | handler localCopyOfEvt | localCopyOfEvt := evt shallowCopy. handler := (HostSystemMenus defaultMenuBarForWindowIndex: (localCopyOfEvt at: 8)) getHandlerForMenu: (localCopyOfEvt at: 3) item: (localCopyOfEvt at: 4). handler handler value: localCopyOfEvt There is the only place where HostSystemMenus is used. Now I am trying to see the best way to remove this. The first approach that came to my mind, which may not be the best to implement this method as follows: processMenuEvent: evt By default the menu events are not handled. In case you want to handle them you should override this method And of course, in the package HostSystemMenus we override that method with the original code. Then I though some kind of notification or oberser pattern, where someone can register as an observer and then, then this menu events occurs, these guys are notified. Maybe using Announcments? My skills here are quite limited. What do you think ? Can you help me ? Cheers Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Question about HostMenuSystem
Begin forwarded message: From: John M McIntosh john...@smalltalkconsulting.com Date: March 16, 2010 7:29:12 PM GMT+01:00 To: stephane ducasse stephane.duca...@free.fr Subject: Re: do you remember the fix for the hostMenu Reply-To: john...@smalltalkconsulting.com The fix seems to be in PharoCore1.1ALPHA Latest update: #11254 peekEvent Look ahead at the next event. | nextEvent | nextEvent := eventQueue peek. ^((nextEvent notNil) and: [(nextEvent at: 1) ~= EventTypeMenu]) ifTrue: [self processEvent: nextEvent] On 2010-03-15, at 12:58 PM, stephane ducasse wrote: Hi john I would like to add the HostMenus back to 1.1 and get the tests green. Do you have the fix for the menus somewhere? Stef -- === John M. McIntosh john...@smalltalkconsulting.com Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com === ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] recategorizing all the categories...
thanks :) did you check? does it work? does it fucked up the system ;) Stef Stef On Mar 18, 2010, at 11:48 PM, Mariano Martinez Peck wrote: I am not responsible of the consequences of the following code: First: Gofer new squeaksource: 'autoMethodCat'; package: 'AutomaticMethodCategorizer'; load. After: | autoCat | autoCat := AutomaticMethodCategorizer new. Smalltalk allClassesDo: [:each | autoCat categorizeAllUncategorizedMethodsOf: each ]. Cheers Mariano On Wed, Mar 17, 2010 at 8:59 PM, Stéphane Ducasse stephane.duca...@inria.fr wrote: hi guys I wanted to know if one you try tried to automatically recategorized all the methods of the system. Because I'm tired to get this as yet unclassified in my face. I looks to my like dirt in the street. Wanna get clean... Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] why we should ban as yet unclassified categories from the core....
I understand, but what if people do want classify papers labelled as yet unclassified? not in the core at home they can eat in the living room, put mess on their sofa, let bottles on the floor mess up the kitchen, do not put the pizza boxed in the trash. ***But not in the core.*** Did you read pragmatic programmers (not that they invented something at least they wrote it)? There is a story about the house with a broken glass. Did you ever feel that you would be bad guy if you would throw a paper on the floor when you are in a beautiful and clean city? But if you walk in a place with dirt everywhere (even if you do not trhow anything on the floor) you have less pressure not to the do it? We should get the same for pharo, the beauty of the system should shout at you: I wan to be clean. Write class comments. Quality is also in the details because everything is in synergy. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] CleanUp unused packages
Since the refactoring engine and OmniBrowser has no overrides and cleanly loads into Pharo 1.0 and 1.1 images this can conveniently be done from the GUI. Alternatively the following script works without GUI: 1. Load the code: Gofer new squeaksource: 'rb'; package: 'AST-Core'; package: 'Refactoring-Core'; load. 2. Select the code (packages) you want to fix: environment := BrowserEnvironment new forPackageNames: #('PackageName1' 'PackageName2'). 3. Create the transformation rule: rule := RBUnderscoreAssignmentRule new. 4. Perform the search: SmalllintChecker runRule: rule onEnvironment: environment. 5. Perform the transformation: change := CompositeRefactoryChange new change changes: rule changes. change execute Details on running lint rules from a script on my blog post on that subject: http://www.lukas-renggli.ch/blog/programmatically-run-lint. Lukas On 19 March 2010 09:03, Stéphane Ducasse stephane.duca...@inria.fr wrote: lukas could you publish somewhere (soon on the lint chapter) the gofer and rb expression to fix all the _ Stef On Mar 19, 2010, at 8:18 AM, Lukas Renggli wrote: I am not sure, but I think FixUnderscores should be useful for old packages loaded in pharo. The problem with the FixUnderscores package is that it does a string replacement and thus might perform incorrect transformations. You need to manually visit each change to be sure that it did correctly. The RB engine does a tree based transformation, which is always correct. I am all for kicking this package. It also contains old code that changes font glyphs, that's not needed any longer. Lukas For example, some projects still use _, so we need FixUnderscore to fix them automatically. Personally, I use it on the whole Pharo 3 months ago. Cheers, Jannik On Mar 18, 2010, at 23:37 , Mariano Martinez Peck wrote: http://code.google.com/p/pharo/issues/detail?id=2165 There are some packages that has to be removed. For example: - PinesoftEnhancementsForFreeType: This package is empty - FixUnderscores: This package is old, is not needed any more and has no references The fix is to evaluate: (MCPackage named: 'PinesoftEnhancementsForFreeType') unload. (MCPackage named: 'FixUnderscores') unload. Cheers Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] for 1.0 did we put the welcome message
Not yet. We should merge the current welcome workspace with the actions done in 1.0. Any ideas how to do that ? On Fri, Mar 19, 2010 at 7:15 AM, Stéphane Ducasse stephane.duca...@inria.fr wrote: with the summary of all the actions? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] for 1.0 did we put the welcome message
Is there any release team for 1.0 ? 2010/3/19 Mariano Martinez Peck marianop...@gmail.com: Not yet. We should merge the current welcome workspace with the actions done in 1.0. Any ideas how to do that ? On Fri, Mar 19, 2010 at 7:15 AM, Stéphane Ducasse stephane.duca...@inria.fr wrote: with the summary of all the actions? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Smalltalkers do: [:it | All with: Class, (And love: it)] http://doesnotunderstand.org/ ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Question about HostMenuSystem
The double copy was fixed in the image side, with the code Stef has just pasted. No need of VM. Now, for 1.1 I want the HostMenuSystem not to be in Core as I think it is not a CORE package, but be loadable. And even more, load it by default in PharoDev 1.1. Adrian: I saw the ifPresent: I think it was perfect for 1.0 as we were hurry and we needed to really fix that stuff. Now that we have time, I was thinking if there was a possibility of making that a bit better. Michael: Thanks for the hints. It will try to look at it when I find some minutes. Cheers Mariano On Fri, Mar 19, 2010 at 9:07 AM, Stéphane Ducasse stephane.duca...@inria.fr wrote: Begin forwarded message: From: John M McIntosh john...@smalltalkconsulting.com Date: March 16, 2010 7:29:12 PM GMT+01:00 To: stephane ducasse stephane.duca...@free.fr Subject: Re: do you remember the fix for the hostMenu Reply-To: john...@smalltalkconsulting.com The fix seems to be in PharoCore1.1ALPHA Latest update: #11254 peekEvent Look ahead at the next event. | nextEvent | nextEvent := eventQueue peek. ^((nextEvent notNil) and: [(nextEvent at: 1) ~= EventTypeMenu]) ifTrue: [self processEvent: nextEvent] On 2010-03-15, at 12:58 PM, stephane ducasse wrote: Hi john I would like to add the HostMenus back to 1.1 and get the tests green. Do you have the fix for the menus somewhere? Stef -- === John M. McIntosh john...@smalltalkconsulting.com Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com === ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] recategorizing all the categories...
That's why I said I am not responsible of the consequences of the following code: hahahahaha but yes, I tested. I doesn't fucked up the system but I don't know why when trying to see the changes in all the dirty packages it seems all methods were with revision changed and it was difficult to me to check what actually was done. Cheers Mariano On Fri, Mar 19, 2010 at 9:08 AM, Stéphane Ducasse stephane.duca...@inria.fr wrote: thanks :) did you check? does it work? does it fucked up the system ;) Stef Stef On Mar 18, 2010, at 11:48 PM, Mariano Martinez Peck wrote: I am not responsible of the consequences of the following code: First: Gofer new squeaksource: 'autoMethodCat'; package: 'AutomaticMethodCategorizer'; load. After: | autoCat | autoCat := AutomaticMethodCategorizer new. Smalltalk allClassesDo: [:each | autoCat categorizeAllUncategorizedMethodsOf: each ]. Cheers Mariano On Wed, Mar 17, 2010 at 8:59 PM, Stéphane Ducasse stephane.duca...@inria.fr wrote: hi guys I wanted to know if one you try tried to automatically recategorized all the methods of the system. Because I'm tired to get this as yet unclassified in my face. I looks to my like dirt in the street. Wanna get clean... Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Here's my problems...
I was working with changesets (manipulating them), then unexpectably, i got an error, and image hangs and starts consuming 100% CPU. I attempted to interrupt it - it shows a debugger, but still unresponsible.. This is a tail of PharoDebug.log: THERE_BE_DRAGONS_HERE Error: There is no free space in this set! 19 March 2010 10:37:13 am VM: Win32 - IX86 - NT - Squeak3.10.2 of '5 June 2008' [latest update: #7179] Image: PharoCore1.1ALPHA [Latest update: #2] WeakIdentityKeyDictionary(Object)error: Receiver: a WeakIdentityKeyDictionary(a ChangeList-an IdentityDictionary(#getCompletionController-...etc... Arguments and temporary variables: Before that , i were able to fileout the changeset (see attached file) but then, when i tried to file it in from a file browser i got MessageNotUnderstood: receiver of methodsFor:stamp: is nil and again, unable to continue working and had to close image, because it unresponsive. What is interesting , that if i clicking 'changes' in a file browser, and then select everything and file it in, no errors happen and everything works just fine. But if i doing 'install' without looking at changeset details, i got the above error. -- Best regards, Igor Stasenko AKA sig. Set-elements-phase1.1.cs Description: Binary data ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Question about HostMenuSystem
On Mar 19, 2010, at 09:50 , Mariano Martinez Peck wrote: The double copy was fixed in the image side, with the code Stef has just pasted. No need of VM. Great! I must have missed the mail or bug report about this being fixed. Now, for 1.1 I want the HostMenuSystem not to be in Core as I think it is not a CORE package, but be loadable. And even more, load it by default in PharoDev 1.1. yep, that would be good. Adrian: I saw the ifPresent: I think it was perfect for 1.0 as we were hurry and we needed to really fix that stuff. Now that we have time, I was thinking if there was a possibility of making that a bit better. exactly Cheers, Adrian Michael: Thanks for the hints. It will try to look at it when I find some minutes. Cheers Mariano On Fri, Mar 19, 2010 at 9:07 AM, Stéphane Ducasse stephane.duca...@inria.fr wrote: Begin forwarded message: From: John M McIntosh john...@smalltalkconsulting.com Date: March 16, 2010 7:29:12 PM GMT+01:00 To: stephane ducasse stephane.duca...@free.fr Subject: Re: do you remember the fix for the hostMenu Reply-To: john...@smalltalkconsulting.com The fix seems to be in PharoCore1.1ALPHA Latest update: #11254 peekEvent Look ahead at the next event. | nextEvent | nextEvent := eventQueue peek. ^((nextEvent notNil) and: [(nextEvent at: 1) ~= EventTypeMenu]) ifTrue: [self processEvent: nextEvent] On 2010-03-15, at 12:58 PM, stephane ducasse wrote: Hi john I would like to add the HostMenus back to 1.1 and get the tests green. Do you have the fix for the menus somewhere? Stef -- === John M. McIntosh john...@smalltalkconsulting.com Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com === ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] CleanUp unused packages
Jannik: yes, I talk with Stef before sending this email and he told me it was old. In addition, I know RB code to do that was better. Now, I put Lukas' help here: http://code.google.com/p/pharo/wiki/CodeSnippets Cheers Mariano On Fri, Mar 19, 2010 at 9:33 AM, Lukas Renggli reng...@gmail.com wrote: Since the refactoring engine and OmniBrowser has no overrides and cleanly loads into Pharo 1.0 and 1.1 images this can conveniently be done from the GUI. Alternatively the following script works without GUI: 1. Load the code: Gofer new squeaksource: 'rb'; package: 'AST-Core'; package: 'Refactoring-Core'; load. 2. Select the code (packages) you want to fix: environment := BrowserEnvironment new forPackageNames: #('PackageName1' 'PackageName2'). 3. Create the transformation rule: rule := RBUnderscoreAssignmentRule new. 4. Perform the search: SmalllintChecker runRule: rule onEnvironment: environment. 5. Perform the transformation: change := CompositeRefactoryChange new change changes: rule changes. change execute Details on running lint rules from a script on my blog post on that subject: http://www.lukas-renggli.ch/blog/programmatically-run-lint. Lukas On 19 March 2010 09:03, Stéphane Ducasse stephane.duca...@inria.fr wrote: lukas could you publish somewhere (soon on the lint chapter) the gofer and rb expression to fix all the _ Stef On Mar 19, 2010, at 8:18 AM, Lukas Renggli wrote: I am not sure, but I think FixUnderscores should be useful for old packages loaded in pharo. The problem with the FixUnderscores package is that it does a string replacement and thus might perform incorrect transformations. You need to manually visit each change to be sure that it did correctly. The RB engine does a tree based transformation, which is always correct. I am all for kicking this package. It also contains old code that changes font glyphs, that's not needed any longer. Lukas For example, some projects still use _, so we need FixUnderscore to fix them automatically. Personally, I use it on the whole Pharo 3 months ago. Cheers, Jannik On Mar 18, 2010, at 23:37 , Mariano Martinez Peck wrote: http://code.google.com/p/pharo/issues/detail?id=2165 There are some packages that has to be removed. For example: - PinesoftEnhancementsForFreeType: This package is empty - FixUnderscores: This package is old, is not needed any more and has no references The fix is to evaluate: (MCPackage named: 'PinesoftEnhancementsForFreeType') unload. (MCPackage named: 'FixUnderscores') unload. Cheers Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Here's my problems...
Hmm.. i found that even if i don't do anything and just press Alt-. (interrupt) image stops handling events. :((( So it looks like VM-Image issue on win32. -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] why we should ban as yet unclassified categories from the core....
On Mar 19, 2010, at 09:15 , Stéphane Ducasse wrote: I understand, but what if people do want classify papers labelled as yet unclassified? not in the core at home they can eat in the living room, put mess on their sofa, let bottles on the floor mess up the kitchen, do not put the pizza boxed in the trash. ***But not in the core.*** Did you read pragmatic programmers (not that they invented something at least they wrote it)? There is a story about the house with a broken glass. Did you ever feel that you would be bad guy if you would throw a paper on the floor when you are in a beautiful and clean city? But if you walk in a place with dirt everywhere (even if you do not trhow anything on the floor) you have less pressure not to the do it? We should get the same for pharo, the beauty of the system should shout at you: I wan to be clean. Write class comments. Quality is also in the details because everything is in synergy. +1 Adrian Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Here's my problems...
I tried different VM http://gforge.inria.fr/frs/download.php/26654/PharoVM-Win32-3.11.8.zip no changes... Any ideas why interrupt key makes image unresponsive? -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Deprecation TheWorldMenu in Pharo 1.1
What is the point of leaving the empty class TheWorldMenu in Pharo 1.1? Obviously it is deprecated, but then all its methods are removed. I run across code like the following one in numerous packages: Smalltalk at: #TheWorldMenu ifPresent: [:theWorldMenu | theWorldMenu registerOpenCommand: { 'RFB/VNC Server' . { RFBServerGUI . #open } . 'Configure access to this desktop from remote VNC viewers.' }] Of course this now fails, because the class is there but none of its code? Would it be possible to either entirely remove the class or add deprecated methods (they don't even need to do anything)? Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Here's my problems...
On Mar 19, 2010, at 10:07 20AM, Igor Stasenko wrote: I tried different VM http://gforge.inria.fr/frs/download.php/26654/PharoVM-Win32-3.11.8.zip no changes... Any ideas why interrupt key makes image unresponsive? -- Best regards, Igor Stasenko AKA sig. http://code.google.com/p/pharo/issues/detail?id=1628 Update your image. Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] for 1.0 did we put the welcome message
On Mar 19, 2010, at 9:37 40AM, Mariano Martinez Peck wrote: Not yet. We should merge the current welcome workspace with the actions done in 1.0. Any ideas how to do that ? There was someone asking a question which was answered in the lower half of the welcome workspace on IRC yesterday, so from a usability viewpoint, it might be better to just put them in a separate workspace. ;) Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] unused temporal variables
Hi. I remember in previous Pharo images when you save a method that has unused temporal variables you have a popup that said XXX is unused, don't you want to remove it ? or something similar We then removed that. Ok, cool. Now...suppose I want to examine all the system to detect all those unused temporal variables and remove them (yes, recompiling), does someone have an idea how to do that ? Thanks! Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] unused temporal variables
Refactoring engine. 2010/3/19 Mariano Martinez Peck marianop...@gmail.com: Hi. I remember in previous Pharo images when you save a method that has unused temporal variables you have a popup that said XXX is unused, don't you want to remove it ? or something similar We then removed that. Ok, cool. Now...suppose I want to examine all the system to detect all those unused temporal variables and remove them (yes, recompiling), does someone have an idea how to do that ? Thanks! Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Here's my problems...
On 19 March 2010 11:48, Henrik Johansen henrik.s.johan...@veloxit.no wrote: On Mar 19, 2010, at 10:07 20AM, Igor Stasenko wrote: I tried different VM http://gforge.inria.fr/frs/download.php/26654/PharoVM-Win32-3.11.8.zip after 40 minutes of updating , i got an error, and still were unable to do anything , because image can't react on any events :( no changes... Any ideas why interrupt key makes image unresponsive? -- Best regards, Igor Stasenko AKA sig. http://code.google.com/p/pharo/issues/detail?id=1628 Update your image. Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] RefactoringManager and RBNamepsace error?
Lukas, i have the following problem: model := RBNamespace new. Then executing successive RenameRefactoring's using the same model yields an Error. 1. ClassA - ClassA2OK 2. ClassA2 - ClassA3 OK 3. ClassA3 - ClassA4 ERROR! I've tracked it down to this: 1. RenameRefactoringexecute self primitiveExecute. RefactoringManager instance addRefactoring: self 2. RefactoringManageraddRefactoring: aRefactoring RefactoryChangeManager instance performChange: aRefactoring changes. refactorings add: aRefactoring class name 3. Refactoringchanges ^self model changes which answers all the changes! { ClassA rename: #ClassA2! ClassA2 rename: #ClassA3! ClassA3 rename: #ClassA4! } Why does a particular refactoring answers all the models changes? And not just the ones it introduced? The problem is in #performChange: will apply over and over all the changes, and not just the last one. Lukas, do you think i'm incorrectly using the namespace and refactoring's? Are namespace supposed to be used once and later ditched? My goal is to have a GauchoSystem which nows all the changes (with undos!) that have happened, that's why i'm using always the same namespace. Thanks, Fernando pd: a test that reproduces the problem. testSucessiveRefactoringsError | namespace | namespace := RBNamespace new. [ | refactoring| Object subclass: 'ClassA' asSymbol instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: 'TestingNamespaces1234'. refactoring := RenameClassRefactoring model: namespace rename: (Smalltalk classNamed: 'ClassA' asSymbol ) to: 'ClassA2' asSymbol . refactoring execute. refactoring := RenameClassRefactoring model: namespace rename: (Smalltalk classNamed:'ClassA2' asSymbol ) to: 'ClassA3' asSymbol. refactoring execute. refactoring := RenameClassRefactoring model: namespace rename: (Smalltalk classNamed: 'ClassA3' asSymbol ) to: 'ClassA4' asSymbol. self shouldnt:[refactoring execute] raise: Error description: 'Valid refactoring should not raise error'. ] ensure:[ SystemOrganization removeSystemCategory: 'TestingNamespaces1234' ] ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] RefactoringManager and RBNamepsace error?
2010/3/19 Fernando olivero olive...@lu.unisi.ch: Lukas, i have the following problem: model := RBNamespace new. Then executing successive RenameRefactoring's using the same model yields an Error. 1. ClassA - ClassA2 OK 2. ClassA2 - ClassA3 OK 3. ClassA3 - ClassA4 ERROR! I've tracked it down to this: Lukas, do you think i'm incorrectly using the namespace and refactoring's? Yeah, probably you are using it incorrectly. Just call #primtiveExecute on the refactoring if you only want to apply it to the RBNamespace model. Are namespace supposed to be used once and later ditched? RBNamespace provides a view on the system that can be manipulated without touching the actual system. The class has a horrible name, it should rather be called RBSmalltalkModel or something. After several operations all the changes can then be applied in a single atomic operation using: aNamespace changes execute My goal is to have a GauchoSystem which nows all the changes (with undos!) that have happened, that's why i'm using always the same namespace. RBNamespace is a delta to the real system. You don't want to keep it around for too long. You perform some operations on it, you commit them to the image, and then you use a new instance. That's the basic workflow. The undoes are kept separate in RefactoryChangeManager. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Here's my problems...
THERE_BE_DRAGONS_HERE MessageNotUnderstood: AnObsoletePreferences classpreferenceAt:ifAbsent: 19 March 2010 1:23:52 pm VM: Win32 - IX86 - NT - Squeak3.10.2 of 11 February 2010 [latest update: #9314] Image: PharoCore1.1ALPHA [Latest update: #11146] AnObsoletePreferences class(Object)doesNotUnderstand: #preferenceAt:ifAbsent: Receiver: AnObsoletePreferences Arguments and temporary variables: On 19 March 2010 12:37, Igor Stasenko siguc...@gmail.com wrote: On 19 March 2010 11:48, Henrik Johansen henrik.s.johan...@veloxit.no wrote: On Mar 19, 2010, at 10:07 20AM, Igor Stasenko wrote: I tried different VM http://gforge.inria.fr/frs/download.php/26654/PharoVM-Win32-3.11.8.zip after 40 minutes of updating , i got an error, and still were unable to do anything , because image can't react on any events :( no changes... Any ideas why interrupt key makes image unresponsive? -- Best regards, Igor Stasenko AKA sig. http://code.google.com/p/pharo/issues/detail?id=1628 Update your image. Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Best regards, Igor Stasenko AKA sig. -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] RefactoringManager and RBNamepsace error?
Get it now! Thanks for the clarification. On Mar 19, 2010, at 11:56 AM, Lukas Renggli wrote: 2010/3/19 Fernando olivero olive...@lu.unisi.ch: Lukas, i have the following problem: model := RBNamespace new. Then executing successive RenameRefactoring's using the same model yields an Error. 1. ClassA - ClassA2 OK 2. ClassA2 - ClassA3 OK 3. ClassA3 - ClassA4 ERROR! I've tracked it down to this: Lukas, do you think i'm incorrectly using the namespace and refactoring's? Yeah, probably you are using it incorrectly. Just call #primtiveExecute on the refactoring if you only want to apply it to the RBNamespace model. Are namespace supposed to be used once and later ditched? RBNamespace provides a view on the system that can be manipulated without touching the actual system. The class has a horrible name, it should rather be called RBSmalltalkModel or something. After several operations all the changes can then be applied in a single atomic operation using: aNamespace changes execute My goal is to have a GauchoSystem which nows all the changes (with undos!) that have happened, that's why i'm using always the same namespace. RBNamespace is a delta to the real system. You don't want to keep it around for too long. You perform some operations on it, you commit them to the image, and then you use a new instance. That's the basic workflow. The undoes are kept separate in RefactoryChangeManager. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Here's my problems...
my mistake, that i'm using old image... its a bit confusing that pharo-dev images downloads listed first and they are pretty outdated. I just loaded PhaoCore1.1.-11268 will try there. At least , pressing Alt-. no longer hangs an image -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Here's my problems...
Try Object reInitializeDependentsFields first... it may help. Regards, Gary From: Igor Stasenko siguc...@gmail.com To: Pharo-project@lists.gforge.inria.fr Sent: Friday, 19 March, 2010 10:37:58 Subject: Re: [Pharo-project] Here's my problems... On 19 March 2010 11:48, Henrik Johansen henrik.s.johan...@veloxit.no wrote: On Mar 19, 2010, at 10:07 20AM, Igor Stasenko wrote: I tried different VM http://gforge.inria.fr/frs/download.php/26654/PharoVM-Win32-3.11.8.zip after 40 minutes of updating , i got an error, and still were unable to do anything , because image can't react on any events :( no changes... Any ideas why interrupt key makes image unresponsive? -- Best regards, Igor Stasenko AKA sig. http://code.google.com/p/pharo/issues/detail?id=1628 Update your image. Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Here's my problems...
On Mar 19, 2010, at 12:42 24PM, Igor Stasenko wrote: my mistake, that i'm using old image... its a bit confusing that pharo-dev images downloads listed first and they are pretty outdated. I just loaded PhaoCore1.1.-11268 will try there. At least , pressing Alt-. no longer hangs an image -- Best regards, Igor Stasenko AKA sig. Agreed, 1.1Core downloads are way down there :( As for why the interrupt makes image unresponsive, iirc, there was something in the debugger which needed reinitialization after the new WeakSet was imported. Can't remember what off the tip of my head though... Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Here's my problems...
Okay! I updated to the latest Pharo-Core! Image not hangs anymore. Pressing 'install' of changeset still having same problem in file browser as before. -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] why we should ban as yet unclassified categories from the core....
We should get the same for pharo, the beauty of the system should shout at you: I wan to be clean. Write class comments. Quality is also in the details because everything is in synergy. +1 +1 Alexandre Adrian Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] RefactoringManager and RBNamepsace error?
There seem to be some serious bugs when performing a sequence of renames. I added (a modified version) of your test and fixed the problem in: Name: Refactoring-Core-lr.115 Author: lr Time: 19 March 2010, 1:36:35 pm UUID: 89f629b7-df37-4545-b795-87c5b78e1127 Ancestors: Refactoring-Core-lr.114, Refactoring-Core-lr.113 - fixed some bugs and added some tests when renaming a class multiple times Name: Refactoring-Tests-Core-lr.35 Author: lr Time: 19 March 2010, 1:36 pm UUID: a2c9c388-a1b1-4f7a-a749-f3d658c42779 Ancestors: Refactoring-Tests-Core-lr.33 - fixed some bugs and added some tests when renaming a class multiple times Lukas 2010/3/19 Fernando olivero olive...@lu.unisi.ch: Lukas, i have the following problem: model := RBNamespace new. Then executing successive RenameRefactoring's using the same model yields an Error. 1. ClassA - ClassA2 OK 2. ClassA2 - ClassA3 OK 3. ClassA3 - ClassA4 ERROR! I've tracked it down to this: 1. RenameRefactoringexecute self primitiveExecute. RefactoringManager instance addRefactoring: self 2. RefactoringManageraddRefactoring: aRefactoring RefactoryChangeManager instance performChange: aRefactoring changes. refactorings add: aRefactoring class name 3. Refactoringchanges ^self model changes which answers all the changes! { ClassA rename: #ClassA2! ClassA2 rename: #ClassA3! ClassA3 rename: #ClassA4! } Why does a particular refactoring answers all the models changes? And not just the ones it introduced? The problem is in #performChange: will apply over and over all the changes, and not just the last one. Lukas, do you think i'm incorrectly using the namespace and refactoring's? Are namespace supposed to be used once and later ditched? My goal is to have a GauchoSystem which nows all the changes (with undos!) that have happened, that's why i'm using always the same namespace. Thanks, Fernando pd: a test that reproduces the problem. testSucessiveRefactoringsError | namespace | namespace := RBNamespace new. [ | refactoring| Object subclass: 'ClassA' asSymbol instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: 'TestingNamespaces1234'. refactoring := RenameClassRefactoring model: namespace rename: (Smalltalk classNamed: 'ClassA' asSymbol ) to: 'ClassA2' asSymbol . refactoring execute. refactoring := RenameClassRefactoring model: namespace rename: (Smalltalk classNamed:'ClassA2' asSymbol ) to: 'ClassA3' asSymbol. refactoring execute. refactoring := RenameClassRefactoring model: namespace rename: (Smalltalk classNamed: 'ClassA3' asSymbol ) to: 'ClassA4' asSymbol. self shouldnt:[refactoring execute] raise: Error description: 'Valid refactoring should not raise error'. ] ensure:[ SystemOrganization removeSystemCategory: 'TestingNamespaces1234' ] ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Here's my problems...
So far so good.. found DNU: Utilities noteMethodSubmission: #Comment forClass: cls while filing in the .st code -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Sets with nils using SetElement(s)
i added a changesets into a corresponding tracker issue (#1907) please, be advised, that in Squeak it was adopted after HashedCollection refactoring. And a scope of changes is wider than my own (it includes KeyedSet and KeyedIdentitySet, which i haven't touched before). Still, all tests are green, except there is unimplemented #errorNoFreeSpace , which can be found in trunk's HashedCollection ). -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] ESUG selected as GSoC 2010 mentoring organization!!!!
Hi Smalltalkers! Maybe you are not aware of what our selection to this year GSoC really means for the Smalltalk community. And I wasn't aware completely until few hours. Just to give you an example, even such big organizations like Ruby or PHP where not selected. From this viewpoint you can see what we have achieved. Some people said and still says that Smalltalk is old and that it is dead. Ok, we have been selected by the major Informatics and Software company all over the world. The point is that ESUG and the Smalltalk community was selected because of the seriousness mixed with passion of all the application, project and ideas. We have an incredible high quality list of ideas and mentors. We have a unique opportunity to show the rest of the world why we love Smalltalk, why it is much better than other alternatives, etc. So, we invite all of you to make this happens. Thanks to everybody for all the congratulations and nice words!!! Your GSoC admins esug.gsoc.adm2...@gmail.com http://gsoc2010.esug.org On Thu, Mar 18, 2010 at 11:33 PM, Mariano Martinez Peck marianop...@gmail.com wrote: We are incredibly proud to announce that ESUG was selected for the GSoC 2010. We have a long list of wonderful projects, mentors and a cool website. We want to thank you to all the people who help us publishing project ideas, giving feedback on the submit text or the English, etc. For the moment, we don't know the slots (amount of projects) that we will receive. Don't worry. We will contact you again very soon to let you know the following steps. Now, prepare yourself. We have to show the rest of the world why we love Smalltalk so much :) Thank you very much. The very happy GSoC admin team ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [GS/SS Beta] ESUG selected as GSoC 2010 mentoring organization!!!!
This is great! I read that Google also prioritized organizations that had not participated before, in order to give them more visibility to the whole programmers community. So this is a *big *opportunity gain popularity :) Congratulations! On Fri, Mar 19, 2010 at 12:01 PM, Mariano Martinez Peck marianop...@gmail.com wrote: Hi Smalltalkers! Maybe you are not aware of what our selection to this year GSoC really means for the Smalltalk community. And I wasn't aware completely until few hours. Just to give you an example, even such big organizations like Ruby or PHP where not selected. From this viewpoint you can see what we have achieved. Some people said and still says that Smalltalk is old and that it is dead. Ok, we have been selected by the major Informatics and Software company all over the world. The point is that ESUG and the Smalltalk community was selected because of the seriousness mixed with passion of all the application, project and ideas. We have an incredible high quality list of ideas and mentors. We have a unique opportunity to show the rest of the world why we love Smalltalk, why it is much better than other alternatives, etc. So, we invite all of you to make this happens. Thanks to everybody for all the congratulations and nice words!!! Your GSoC admins esug.gsoc.adm2...@gmail.com http://gsoc2010.esug.org On Thu, Mar 18, 2010 at 11:33 PM, Mariano Martinez Peck marianop...@gmail.com wrote: We are incredibly proud to announce that ESUG was selected for the GSoC 2010. We have a long list of wonderful projects, mentors and a cool website. We want to thank you to all the people who help us publishing project ideas, giving feedback on the submit text or the English, etc. For the moment, we don't know the slots (amount of projects) that we will receive. Don't worry. We will contact you again very soon to let you know the following steps. Now, prepare yourself. We have to show the rest of the world why we love Smalltalk so much :) Thank you very much. The very happy GSoC admin team ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Deprecation TheWorldMenu in Pharo 1.1
We should probably add the methods back so that people can load they code. On Mar 19, 2010, at 10:26 AM, Lukas Renggli wrote: What is the point of leaving the empty class TheWorldMenu in Pharo 1.1? Obviously it is deprecated, but then all its methods are removed. I run across code like the following one in numerous packages: Smalltalk at: #TheWorldMenu ifPresent: [:theWorldMenu | theWorldMenu registerOpenCommand: { 'RFB/VNC Server' . { RFBServerGUI . #open } . 'Configure access to this desktop from remote VNC viewers.' }] Of course this now fails, because the class is there but none of its code? Would it be possible to either entirely remove the class or add deprecated methods (they don't even need to do anything)? Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Sets with nils using SetElement(s)
cool I'm waiting for martin. Stef On Mar 19, 2010, at 2:51 PM, Igor Stasenko wrote: i added a changesets into a corresponding tracker issue (#1907) please, be advised, that in Squeak it was adopted after HashedCollection refactoring. And a scope of changes is wider than my own (it includes KeyedSet and KeyedIdentitySet, which i haven't touched before). Still, all tests are green, except there is unimplemented #errorNoFreeSpace , which can be found in trunk's HashedCollection ). -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] String widgets for GUIs built using ToolBuilder
input field label string. There has to be a better, standard, way of doing this. Can someone tell me what the standard way, or some reasonable way, of labeling my input field is when using ToolBuilder? I don't exactly understand what you want to do? ToolBuilder provides an abstraction over Morphic. It simplifies the whole interface, but also hides many possibilities that you would have using Morphic directly. Especially now that in Pharo you have a nice and much more powerful interface to build Morphic GUIs through UITheme current I would suggest that you use this one. Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Here's my problems...
Yes I know. May be we should hide the other. I know that INRIA will restart the forge from scratch. Stef On Mar 19, 2010, at 12:56 PM, Henrik Johansen wrote: On Mar 19, 2010, at 12:42 24PM, Igor Stasenko wrote: my mistake, that i'm using old image... its a bit confusing that pharo-dev images downloads listed first and they are pretty outdated. I just loaded PhaoCore1.1.-11268 will try there. At least , pressing Alt-. no longer hangs an image -- Best regards, Igor Stasenko AKA sig. Agreed, 1.1Core downloads are way down there :( As for why the interrupt makes image unresponsive, iirc, there was something in the debugger which needed reinitialization after the new WeakSet was imported. Can't remember what off the tip of my head though... Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Here's my problems...
Good can you open a ticket (running to catch the kids). Stef On Mar 19, 2010, at 2:12 PM, Igor Stasenko wrote: So far so good.. found DNU: Utilities noteMethodSubmission: #Comment forClass: cls while filing in the .st code -- Best regards, Igor Stasenko AKA sig. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Deprecation TheWorldMenu in Pharo 1.1
Yeah, the class comment says: Just a placeholder so that old code can still load. However since all methods are missing old code doesn't load any better than if the complete class would be gone. The following commit in the inbox adds a few deprecated messages that. That should improve the situation and make old code loadable again. Name: Morphic-LukasRenggli.551 Author: lr Time: 19 March 2010, 5:50:07 pm UUID: 7962d62e-ae62-45e2-b950-2fa8c9b7145a Ancestors: Morphic-StephaneDucasse.550 - added some depreacated methods to TheWorldMenu Lukas On 19 March 2010 17:04, Stéphane Ducasse stephane.duca...@inria.fr wrote: We should probably add the methods back so that people can load they code. On Mar 19, 2010, at 10:26 AM, Lukas Renggli wrote: What is the point of leaving the empty class TheWorldMenu in Pharo 1.1? Obviously it is deprecated, but then all its methods are removed. I run across code like the following one in numerous packages: Smalltalk at: #TheWorldMenu ifPresent: [:theWorldMenu | theWorldMenu registerOpenCommand: { 'RFB/VNC Server' . { RFBServerGUI . #open } . 'Configure access to this desktop from remote VNC viewers.' }] Of course this now fails, because the class is there but none of its code? Would it be possible to either entirely remove the class or add deprecated methods (they don't even need to do anything)? Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Deprecation TheWorldMenu in Pharo 1.1
Thanks lukas Stef On Mar 19, 2010, at 5:53 PM, Lukas Renggli wrote: Yeah, the class comment says: Just a placeholder so that old code can still load. However since all methods are missing old code doesn't load any better than if the complete class would be gone. The following commit in the inbox adds a few deprecated messages that. That should improve the situation and make old code loadable again. Name: Morphic-LukasRenggli.551 Author: lr Time: 19 March 2010, 5:50:07 pm UUID: 7962d62e-ae62-45e2-b950-2fa8c9b7145a Ancestors: Morphic-StephaneDucasse.550 - added some depreacated methods to TheWorldMenu Lukas On 19 March 2010 17:04, Stéphane Ducasse stephane.duca...@inria.fr wrote: We should probably add the methods back so that people can load they code. On Mar 19, 2010, at 10:26 AM, Lukas Renggli wrote: What is the point of leaving the empty class TheWorldMenu in Pharo 1.1? Obviously it is deprecated, but then all its methods are removed. I run across code like the following one in numerous packages: Smalltalk at: #TheWorldMenu ifPresent: [:theWorldMenu | theWorldMenu registerOpenCommand: { 'RFB/VNC Server' . { RFBServerGUI . #open } . 'Configure access to this desktop from remote VNC viewers.' }] Of course this now fails, because the class is there but none of its code? Would it be possible to either entirely remove the class or add deprecated methods (they don't even need to do anything)? Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] About gofer in pier vs seaside?
Lukas I'm confused but it seems that the gofer in pier1.2 does not understand the same protocol than the one in latest seaside. Is there a way to fix that ? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] OpenGL in pharo?
Stéphane Ducasse wrote: On Feb 10, 2010, at 3:01 AM, Javier Pimás wrote: Hi, I've been browsing the different ways to use OpenGL in pharo and squeak. Here is a log of the results: 1 - Baloon3D - It looks like a layer on which squeaksource.com/OpenGL stands, so to use opengl you load balloon3d, then opengl and if you have the Balloon3dPlugin available then you can use OpenGL. This seems to include code dated from 2007/before. It loads fine in Squeak but in pharo I get many errors (load balloon3d-all in pharo1.0 rc2). Thanks Javier May be you should check the problem because I do not really see why this would be a real problem. Can you let us know what is the error? I'm having the same problem with Pharo 1.0 RC* and OpenGL. There doesn't seem to be any way to get any of the existing solutions loaded. At one point or another, everything I have tried, barfs. (MacOS X Snow Leopard, so perhaps its that pesky path bug again) Lawson ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] where can I find the latest version of Smacc runtime?
___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] another gofer question
HI lukas Gofer new squeaksource: 'Rio'; package: 'Rio-Kernel-razavi_acm_org.89'; package: 'Rio-Grande-kph.45'; load. does not work while the following does and load the same files. Gofer new squeaksource: 'Rio'; package: 'Rio-Kernel'; package: 'Rio-Grande'; load. what is the mistake I'm doing? Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] where can I find the latest version of Smacc runtime?
instClass ss project: 'SmaccDevelopment'; install: 'SmaCC-lr.13.mcz'. On Mar 19, 2010, at 6:48 PM, Stéphane Ducasse wrote: ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] another gofer question
El vie, 19-03-2010 a las 18:55 +0100, Stéphane Ducasse escribió: HI lukas Gofer new squeaksource: 'Rio'; package: 'Rio-Kernel-razavi_acm_org.89'; package: 'Rio-Grande-kph.45'; load. does not work while the following does and load the same files. Gofer new squeaksource: 'Rio'; package: 'Rio-Kernel'; package: 'Rio-Grande'; load. what is the mistake I'm doing? The lateste versions of Gofer use package to specify a package name without version. It takes the greatest version number. To get a given version you use the version: (http://www.lukas-renggli.ch/blog/gofer) method in the current gofer like: Gofer new squeaksource: 'KomHttpServer'; version: 'DynamicBindings-gc.7'; version: 'KomServices-gc.19'; version: 'KomHttpServer-gc.32'; update. The previous versions took the package and number and install that specific version. This works no more. Cheers Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel Cobá http://miguel.leugim.com.mx ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Deprecation TheWorldMenu in Pharo 1.1
2010/3/19 Stéphane Ducasse stephane.duca...@inria.fr: We should probably add the methods back so that people can load they code. +1 ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] a summer task....
FileDirectorymatchingEntries: criteria Ignore the filter criteria for now ^self entries Michael R 2001... MMm really want to say matchingEntries: '*.png' Surely someone would like to add a bit more behaviour to the method? -- === John M. McIntosh john...@smalltalkconsulting.com Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com === smime.p7s Description: S/MIME cryptographic signature ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] for 1.0 did we put the welcome message
Stef: what about letting for now (RC3) the welcome workspace as it was, and then, when we release 1.0 stable (which may be probable exactly the same version as rc3) we change and incorporte both workspaces. I am not sure which one to put first and how to link them. Cheers Mariano On Fri, Mar 19, 2010 at 10:59 AM, Henrik Johansen henrik.s.johan...@veloxit.no wrote: On Mar 19, 2010, at 9:37 40AM, Mariano Martinez Peck wrote: Not yet. We should merge the current welcome workspace with the actions done in 1.0. Any ideas how to do that ? There was someone asking a question which was answered in the lower half of the welcome workspace on IRC yesterday, so from a usability viewpoint, it might be better to just put them in a separate workspace. ;) Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [update] 10472
remove it! Stef On Mar 19, 2010, at 8:02 PM, Mariano Martinez Peck wrote: - Make BlockContextTesttestTrace run by commenting out broken part of code simulation Adrian: In 10515 this test sometime fails, but then running it again, it works :( ___ http://www.adrian-lienhard.ch/ ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [update] 10472
Careful, does anyone understand why it works, then why it fails. Is it because the environment changes? Or some subtle issue in blocks? Removing it because it fails doesn't seem like a useful criteria if it's attempted to give us a clue? On 2010-03-19, at 12:41 PM, Stéphane Ducasse wrote: remove it! Stef On Mar 19, 2010, at 8:02 PM, Mariano Martinez Peck wrote: - Make BlockContextTesttestTrace run by commenting out broken part of code simulation Adrian: In 10515 this test sometime fails, but then running it again, it works :( -- === John M. McIntosh john...@smalltalkconsulting.com Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com === smime.p7s Description: S/MIME cryptographic signature ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [update] 10472
- Make BlockContextTesttestTrace run by commenting out broken part of code simulation Adrian: In 10515 this test sometime fails, but then running it again, it works :( ___ http://www.adrian-lienhard.ch/ ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] another gofer question
thanks! On Mar 19, 2010, at 7:05 PM, Miguel Enrique Cobá Martinez wrote: El vie, 19-03-2010 a las 18:55 +0100, Stéphane Ducasse escribió: HI lukas Gofer new squeaksource: 'Rio'; package: 'Rio-Kernel-razavi_acm_org.89'; package: 'Rio-Grande-kph.45'; load. does not work while the following does and load the same files. Gofer new squeaksource: 'Rio'; package: 'Rio-Kernel'; package: 'Rio-Grande'; load. what is the mistake I'm doing? The lateste versions of Gofer use package to specify a package name without version. It takes the greatest version number. To get a given version you use the version: (http://www.lukas-renggli.ch/blog/gofer) method in the current gofer like: Gofer new squeaksource: 'KomHttpServer'; version: 'DynamicBindings-gc.7'; version: 'KomServices-gc.19'; version: 'KomHttpServer-gc.32'; update. The previous versions took the package and number and install that specific version. This works no more. Cheers Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel Cobá http://miguel.leugim.com.mx ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] RequiresTestCase testExlcusionInTraits is failing
can we (Adrian ?) fix this so that have everything green ? Running all tests together, the first time, it fails. If it run it again, it works :( Cheers Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] a summer task....
it looks a bit draft as a filter http://code.google.com/p/pharo/issues/detail?id=2169 Stef On Mar 19, 2010, at 7:25 PM, John M McIntosh wrote: FileDirectorymatchingEntries: criteria Ignore the filter criteria for now ^self entries Michael R 2001... MMm really want to say matchingEntries: '*.png' Surely someone would like to add a bit more behaviour to the method? -- === John M. McIntosh john...@smalltalkconsulting.com Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com === ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] for 1.0 did we put the welcome message
On Mar 19, 2010, at 7:45 PM, Mariano Martinez Peck wrote: Stef: what about letting for now (RC3) the welcome workspace as it was, and then, when we release 1.0 stable (which may be probable exactly the same version as rc3) we change and incorporte both workspaces. yes my remark was for 1.0. Stef I am not sure which one to put first and how to link them. Cheers Mariano On Fri, Mar 19, 2010 at 10:59 AM, Henrik Johansen henrik.s.johan...@veloxit.no wrote: On Mar 19, 2010, at 9:37 40AM, Mariano Martinez Peck wrote: Not yet. We should merge the current welcome workspace with the actions done in 1.0. Any ideas how to do that ? There was someone asking a question which was answered in the lower half of the welcome workspace on IRC yesterday, so from a usability viewpoint, it might be better to just put them in a separate workspace. ;) Cheers, Henry ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] About gofer in pier vs seaside?
I'm confused but it seems that the gofer in pier1.2 does not understand the same protocol than the one in latest seaside. Is there a way to fix that ? Yeah, these images are all based on older Pharo versions. I plan to create updated versions as soon as Pharo 1.0 is out. To update Gofer you can try: Gofer upgrade Lukas -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] where can I find the latest version of Smacc runtime?
Gofer new squeaksource: 'SmaccDevelopment'; package: 'SmaCC'; package: 'SmaCCDev'; load On 19 March 2010 18:58, Stéphane Ducasse stephane.duca...@inria.fr wrote: instClass ss project: 'SmaccDevelopment'; install: 'SmaCC-lr.13.mcz'. On Mar 19, 2010, at 6:48 PM, Stéphane Ducasse wrote: ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] OpenGL in pharo?
In MacOSX, this works just fine. http://www.squeaksource.com/AlienOpenGL.html config := Gofer new url: 'http://www.squeaksource.com/AlienOpenGL'; package: 'ConfigurationOfAlienOpenGL'; config load. (Smalltalk at: #ConfigurationOfAlienOpenGL) perform:#loadDefault . (Smalltalk at: #AlienOpenGLLibraryExamples) new perform:#testRenderingAndRotatingColoredCubes. Saludos, Fernando On Mar 19, 2010, at 6:38 PM, Lawson English wrote: Stéphane Ducasse wrote: On Feb 10, 2010, at 3:01 AM, Javier Pimás wrote: Hi, I've been browsing the different ways to use OpenGL in pharo and squeak. Here is a log of the results: 1 - Baloon3D - It looks like a layer on which squeaksource.com/OpenGL stands, so to use opengl you load balloon3d, then opengl and if you have the Balloon3dPlugin available then you can use OpenGL. This seems to include code dated from 2007/before. It loads fine in Squeak but in pharo I get many errors (load balloon3d-all in pharo1.0 rc2). Thanks Javier May be you should check the problem because I do not really see why this would be a real problem. Can you let us know what is the error? I'm having the same problem with Pharo 1.0 RC* and OpenGL. There doesn't seem to be any way to get any of the existing solutions loaded. At one point or another, everything I have tried, barfs. (MacOS X Snow Leopard, so perhaps its that pesky path bug again) Lawson ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] another gofer question
Yeah, I explained the reason previously. You have to tell Gofer if this is a version or package specification. In the beginning I though that Gofer can guess if the stupd string is a version or just a package name, but then I run into all those wired non-standard naming of packages that makes this impossible. Lukas On 19 March 2010 20:38, Stéphane Ducasse stephane.duca...@inria.fr wrote: thanks! On Mar 19, 2010, at 7:05 PM, Miguel Enrique Cobá Martinez wrote: El vie, 19-03-2010 a las 18:55 +0100, Stéphane Ducasse escribió: HI lukas Gofer new squeaksource: 'Rio'; package: 'Rio-Kernel-razavi_acm_org.89'; package: 'Rio-Grande-kph.45'; load. does not work while the following does and load the same files. Gofer new squeaksource: 'Rio'; package: 'Rio-Kernel'; package: 'Rio-Grande'; load. what is the mistake I'm doing? The lateste versions of Gofer use package to specify a package name without version. It takes the greatest version number. To get a given version you use the version: (http://www.lukas-renggli.ch/blog/gofer) method in the current gofer like: Gofer new squeaksource: 'KomHttpServer'; version: 'DynamicBindings-gc.7'; version: 'KomServices-gc.19'; version: 'KomHttpServer-gc.32'; update. The previous versions took the package and number and install that specific version. This works no more. Cheers Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel Cobá http://miguel.leugim.com.mx ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Lukas Renggli http://www.lukas-renggli.ch ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] nebraska?
I was fooling around and noticed that Nebraska isn't in the Pharo RC image. Is it compatible at all with pharo, since it is based on Morphic? lawson ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [update] 10472
John is right. This is an important test. In my work image it works fine. That it fails in Pharo is indicative of some problem with the execution simulation machinery and closures. You're missing some changes. BTW, in my image the class is BlockTest (see attached) 2010/3/19 John M McIntosh john...@smalltalkconsulting.com Careful, does anyone understand why it works, then why it fails. Is it because the environment changes? Or some subtle issue in blocks? Removing it because it fails doesn't seem like a useful criteria if it's attempted to give us a clue? On 2010-03-19, at 12:41 PM, Stéphane Ducasse wrote: remove it! Stef On Mar 19, 2010, at 8:02 PM, Mariano Martinez Peck wrote: - Make BlockContextTesttestTrace run by commenting out broken part of code simulation Adrian: In 10515 this test sometime fails, but then running it again, it works :( -- === John M. McIntosh john...@smalltalkconsulting.com Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com === ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project BlockTest.st Description: Binary data ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] nebraska?
Hi Lawson. Nebraska was removed intentionally from Pharo. Basically, because we want a clean, tested and working core. ANY package that we don't consider core, should be removed and loadable. I mean, if you want to use Nebraska, perfect, no problem. But you should load it by yourself from squeaksource or whatever. In the core (actually, we still trying) we put ONLY core code. In the PharoDev we put mostly Core + Dev tools or examples. We don't believe Nebraska should be neither in PharoDev in my opinion. Of course, if people think the opposite, we can include it. Regardless the above said, I am not sure Nebraska is working on Pharo. I invite you to try to load it, ask for help, and tell us the results. Then you can create a Metacello configuration for it and make it easy to manage and install. Cheers Mariano On Fri, Mar 19, 2010 at 10:41 PM, Lawson English lengli...@cox.net wrote: I was fooling around and noticed that Nebraska isn't in the Pharo RC image. Is it compatible at all with pharo, since it is based on Morphic? lawson ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project