- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Issue 3715 in pharo: Workspace shouting after switching between shout/unshout

by pharo＠googlecode.com

Comment #4 on issue 3715 by Benjamin...(a)gmail.com: Workspace shouting after switching between shout/unshout http://code.google.com/p/pharo/issues/detail?id=3715 If you have an idea, i'm listening :) I'm totally agree with you that it's ugly, but at some point, you have to decide if you use the NullStyler or not ...

March 2, 2011

[Pharo-project] how to load magritte without seaside?

by stephane ducasse

Hi guys how to load magritte without seaside? Does default means that Seaside2 will be loaded? Stef ConifgurationOfMagritte>>baseline1211: spec <version: '1.2.1.1-baseline' imports: #('1.0-baseline' )> spec for: #common do: [ spec blessing: #baseline. spec project: 'Seaside2' with: [ spec versionString: '2.8.4.3-baseline']; yourself. spec group: 'default' with: #('Core' 'Tests'); group: 'Core' with: #('Magritte-Model'); group: 'Tests' with: #('Magritte-Tests') yourself]. spec for: #squeakCommon do: [ spec group: 'Core' with: #('Magritte-Morph'); yourself]. My old script does not work since Grease is now used? Gofer new renggli: 'magritte2'; package: 'Magritte-Model'; package: 'Magritte-Pharo-Model'; "package: 'Magritte-Seaside'; package: 'Magritte-Pharo-Seaside';" package: 'Magritte-Morph'; "package: 'Magritte-Tests-Model'; package: 'Magritte-Tests-Pharo-Model';" load.

March 2, 2011

Re: [Pharo-project] Assert SystemWindow not visible

by Benjamin

window := (SystemWindow labelled: 'Zork'). window openInWorld delete. self assert: ((World subMorphs includes: window) not). I have also looked for a method that can tell me if the window is displayed or not, so I used to use this trick ;) Ben On Mar 1, 2011, at 9:06 PM, laurent laffont wrote: > Hi, > > I'm currently exploring ways of doing TDD on GUI. (Is there a framework for this ?) > > How can I know a window has been closed ? #visible always return true. > > self assert: (SystemWindow new openInWorld delete) visible not. > > fails. > > However this works but a bit "heavy": > > (SystemWindow labelled: 'Zork') openInWorld delete. > Smalltalk garbageCollect. > > self assert: (SystemWindow allSubInstances > detect: [:aWindow| aWindow label = 'Zork'] > ifNone: [nil]) isNil. > > > Laurent Laffont - @lolgzs > > Pharo Smalltalk Screencasts: http://www.pharocasts.com/ > Blog: http://magaloma.blogspot.com/

March 2, 2011

Re: [Pharo-project] Issue 3728 in pharo: Changed MenuMorph references to go through UIManager default menuClass

by pharo＠googlecode.com

Comment #9 on issue 3728 by fernando...(a)gmail.com: Changed MenuMorph references to go through UIManager default menuClass http://code.google.com/p/pharo/issues/detail?id=3728 I 100% agree with your fix! I also added the TEasilyThemed trait to the MorphicUIManager, it had a lot of duplicated methods. Had to modify a bit the trait, with a couple of methods that were in the MorphicUIManager, enhacing the services methods. For example: chooseColor:title:. Attachments: MenuMorph.2.cs 25.4 KB

March 2, 2011

Re: [Pharo-project] Url / HTTPSocket with https://

by laurent laffont

On Wed, Mar 2, 2011 at 8:52 AM, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > > On 02 Mar 2011, at 08:16, laurent laffont wrote: > > > Hi, > > > > (Url absoluteFromText: 'https://www.google.com') retrieveContents > > > > or > > > > HTTPSocket httpGet:'https://www.google.com'. > > > > fail because they don't like https://. How can I get content on https://? > > > > > > Laurent Laffont - @lolgzs > > You can't. This is a problem. > > There is http://www.squeaksource.com/SqueakSSL.html > > but it is not so Pharo friendly as well as incomplete (depending on your > platform, worst for Mac OS X, less for Linux, best for Windows). > aaaaaaaarrrrrrgggggg...... Laurent > > Sven > > >

March 2, 2011

Re: [Pharo-project] Is it possible to setup Russian fonts in Pharo + Cog VM?

by Henrik Sperre Johansen

Eliot Miranda-2 wrote: > > On Mon, Feb 28, 2011 at 7:33 PM, Dennis Schetinin wrote: > >> AFAIK, Cog VM does not allow to use system fonts. > > > What makes you think that? Cog should be the same as the standard VM. At > Teleplace, for example, they use Cog with the NativeFontPlugin without > problems. > > >> But still, is there a way to install fonts (of any type) with support for >> Russian symbols? â¦ Better without too much efforts like manually >> assigning >> offsets for each character :) >> > > What's the way to do this on the standard VM and how does this approach > fail > on the Cog VM? > > best, > Eliot > > >> -- >> Dennis Schetinin >> > The standard VM includes FT2Plugin by default, the Cog VM does not. In a Pharo image, that is what loads the system fonts when you click Settings -> Appearance -> Standard Fonts -> Update fonts from System. I've never heard of NativeFontPlugin before, is it something new? Cheers, Henry PS. At least on Mac, you can copy over the plugin from a normal VM, and it will work with Cog. -- View this message in context: http://forum.world.st/Is-it-possible-to-setup-Russian-fonts-in-Pharo-Cog-VM… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

March 2, 2011

Re: [Pharo-project] About RPackage

by StÃ©phane Ducasse

On Mar 1, 2011, at 11:06 PM, Tudor Girba wrote: > This was the main problem in the original implementation because the logic of the organizer also depended on this. So, we took it out and I find this way better :). Ok I do not remember the protocol. we should ask the PackageOrganizer to create a package? or just to register it. I have the impression that making sure that a package is registered wen created makes sense since the client does not have to do it and forget to do it. So in the PackageInfo logic there are two points; - registration - query/creation I have no problem to discard - query/creation So to which of these two aspects are you referring to. Stef > > Of course, we can create a helper method for compatibility reasons, but no internal logic should depend on this. > > Cheers, > Doru > > > On 1 Mar 2011, at 22:59, StÃ©phane Ducasse wrote: > >> Another point >> >> RPackage>>named: aString >> >> | newPackage | >> newPackage := self new name: aString ;yourself. >> "self organizer registerPackage: newPackage." >> ^ newPackage >> >> does not register the package and this looks suspicion to me. >> >> >> In addition I do not remember the exact logic but the pattern with PackageInfo is that >> >> PackageInfo named: #foo creates the package if it does exist >> >> PackageInfo class>>named: aString >> ^ PackageOrganizer default packageNamed: aString ifAbsent: [(self new packageName: aString) register] >> >> So do you remember because it may be better to have the same creation protocol. >> >> Stef >> >> >>> Hi cyrille/doru and others. >>> >>> I do not understand why >>> RPackage organizer packages contains System? >>> >>> In fact all the categories are mapped to packages and I wonder why. >>> I imagine that this is to avoid to have mostSpecific* logic of packageInfo, >>> but it means that in such a case we should merge categories to get back the package we have right now >>> else we will end up with loading/saving problems. >>> >>> >>> Stef >> >> > > -- > www.tudorgirba.com > > "Be rather willing to give than demanding to get." > > > >

March 2, 2011

Re: [Pharo-project] About RPackage

by StÃ©phane Ducasse

On Mar 1, 2011, at 10:57 PM, Tudor Girba wrote: > Hi Stef, > > This was the decisions that two of us (I mean me and you) took :). Yes I remember :) > Categories are mapped one-to-one to RPackages. The reason is that this is the simplest path to replace categories in the system. > > The second step is to map the current Monticello package to RPackages so that we can load existing Monticello packages. a path is probably to evaluate the current categories and merged/reorganize them to look like packages. Of course some people will cry but this is the way to go. > The third step is to provide saving only of individual RPackages. Thus, Monticello should not save multiple RPackages into one Monticello package, but only make it easy to store each one in a separate package. > > Once this is achieved, we can merge an RPackage with a Monticello package, which means that the package that you see in the image is directly storable in a transparent way. yes > > Cheers, > Doru > > > > On 1 Mar 2011, at 22:44, StÃ©phane Ducasse wrote: > >> Hi cyrille/doru and others. >> >> I do not understand why >> RPackage organizer packages contains System? >> >> In fact all the categories are mapped to packages and I wonder why. >> I imagine that this is to avoid to have mostSpecific* logic of packageInfo, >> but it means that in such a case we should merge categories to get back the package we have right now >> else we will end up with loading/saving problems. >> >> >> Stef > > -- > www.tudorgirba.com > > "Presenting is storytelling." > >

March 2, 2011

Re: [Pharo-project] Url / HTTPSocket with https://

by Sven Van Caekenberghe

On 02 Mar 2011, at 08:16, laurent laffont wrote: > Hi, > > (Url absoluteFromText: 'https://www.google.com') retrieveContents > > or > > HTTPSocket httpGet:'https://www.google.com'. > > fail because they don't like https://. How can I get content on https:// ? > > > Laurent Laffont - @lolgzs You can't. This is a problem. There is http://www.squeaksource.com/SqueakSSL.html but it is not so Pharo friendly as well as incomplete (depending on your platform, worst for Mac OS X, less for Linux, best for Windows). Sven

March 2, 2011

[Pharo-project] Url / HTTPSocket with https://

by laurent laffont

Hi, (Url absoluteFromText: 'https://www.google.com') retrieveContents or HTTPSocket httpGet:'https://www.google.com'. fail because they don't like https://. How can I get content on https:// ? Laurent Laffont - @lolgzs <http://twitter.com/#!/lolgzs> Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/

March 2, 2011