- Pharo-dev - lists.pharo.org

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

by Eliot Miranda

On Tue, Mar 1, 2011 at 7:11 PM, Dennis Schetinin <chaetal(a)gmail.com> wrote: > Pharo One-Click with "classic" VM simply shows all the "native" fonts and > displays russian symbols correctly if I choose, say Courier New. The same > with Cog does not work: it shows only 2 fonts and even if I add system fonts > using classic VM and then open that image with Cog, it refuses to show those > fonts. > > Moreover, I found some messages mentioned that Cog does not yet support > rendering of native fonts or something like that (don't remember details, > sorry). Some one on russian forum said the same. > > Actually, it's great if I'm mistaken, but how can I make it work with > russian fonts? > I dont know. I need a better error report :) All I do know is that at Teleplace we have no problem using Cog wirth native fonts. It is probably a plugin issue. Do you know what the relevant plugin(s) associated with Russian fonts are in the one clock VM? best Eliot > > 2011/3/1 Eliot Miranda <eliot.miranda(a)gmail.com> > > >> >> On Mon, Feb 28, 2011 at 7:33 PM, Dennis Schetinin <chaetal(a)gmail.com>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 >>> >> >> > > > -- > Dennis Schetinin >

March 2, 2011

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

by Dennis Schetinin

Pharo One-Click with "classic" VM simply shows all the "native" fonts and displays russian symbols correctly if I choose, say Courier New. The same with Cog does not work: it shows only 2 fonts and even if I add system fonts using classic VM and then open that image with Cog, it refuses to show those fonts. Moreover, I found some messages mentioned that Cog does not yet support rendering of native fonts or something like that (don't remember details, sorry). Some one on russian forum said the same. Actually, it's great if I'm mistaken, but how can I make it work with russian fonts? 2011/3/1 Eliot Miranda <eliot.miranda(a)gmail.com> > > > On Mon, Feb 28, 2011 at 7:33 PM, Dennis Schetinin <chaetal(a)gmail.com>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 >> > > -- Dennis Schetinin

March 2, 2011

Re: [Pharo-project] Issue 3753 in pharo: SimpleMorphic Layout Code missing

by pharo＠googlecode.com

Comment #4 on issue 3753 by Ken.Dic...(a)whidbey.com: SimpleMorphic Layout Code missing http://code.google.com/p/pharo/issues/detail?id=3753 I have two sets of code for save/restore of solitaire games, one which works in the Pharo port of the Game (ported from Squeak) and one which works in Cuis. The Cuis StandardFileMenu has not been ported to Pharo SimpleMorphic. The Pharo FileDialogWindow has not yet been integrated into Pharo SimpleMorphic. So the "Save Game" and "Restore Game" buttons on the solitaire windows are useless. Given my uneducated reading of the code, my belief is that Pharo's input/output stream implementation has diverged from that of Cuis. It appears to me that some design decisions have to be made as to the style/strategy of integrating file dialogs into Pharo SimpleMorphic. I was wondering as to suggested strategy/style, useful rubrics (rules of how to do things) or other hints. Do you have any opinions on the best way to proceed -- or better yet can you supply me with the code? Thanks much, -KenD --- [PS: I note that animated card moves are quite slow in Pharo SimpleMorphic compared to Pharo or Cuis].

March 2, 2011

Re: [Pharo-project] Is there a way to get a merge from a configurationOf?

by Alexandre Bergel

Indeed, all the pieces are already there. Alexandre Le 1 mars 2011 Ã 20:01, Dale Henrichs <dhenrich(a)vmware.com> a Ã©crit : > On 03/01/2011 01:24 PM, stephane ducasse wrote: >> Hi >> >> I would like to know how I can get all the changes (like the merge button in MC) of a configurationOf.... >> >> Stef > > Stef, > > The MetacelloBrowser is getting close to providing something like that ... this morning I just added the ability to get the changes of a loaded package against the stable version, so being able to do so against an arbitrary version is not far from being there ... then firing off a command to open a changes view for each changed package in a config could be done ... > > Asking about merge means that you would like a merge window for each package in a configuration that has a later version in the repository or only merge for dirtied packages ... > > Give me some more details about what you are trying to do and I (or Alexandre) can add it to the MetacelloBrowser then you could take it for a spin ... > > Dale >

March 1, 2011

Re: [Pharo-project] Is there a way to get a merge from a configurationOf?

by Dale Henrichs

On 03/01/2011 01:24 PM, stephane ducasse wrote: > Hi > > I would like to know how I can get all the changes (like the merge button in MC) of a configurationOf.... > > Stef Stef, The MetacelloBrowser is getting close to providing something like that ... this morning I just added the ability to get the changes of a loaded package against the stable version, so being able to do so against an arbitrary version is not far from being there ... then firing off a command to open a changes view for each changed package in a config could be done ... Asking about merge means that you would like a merge window for each package in a configuration that has a later version in the repository or only merge for dirtied packages ... Give me some more details about what you are trying to do and I (or Alexandre) can add it to the MetacelloBrowser then you could take it for a spin ... Dale

March 1, 2011

Re: [Pharo-project] About RPackage

by Tudor Girba

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 :). 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 1, 2011

Re: [Pharo-project] About RPackage

by StÃ©phane Ducasse

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

March 1, 2011

Re: [Pharo-project] About RPackage

by Tudor Girba

Hi Stef, This was the decisions that two of us (I mean me and you) took :). 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. 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. 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 1, 2011

[Pharo-project] About RPackage

by StÃ©phane Ducasse

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

March 1, 2011

Re: [Pharo-project] [BUG]: XMLRPC 1.0-alpha4 calls with -/+ 1 arg fail

by GermÃ¡n Arduino

Hi Sean: I looked into it and seems that the cs introduce a failing test. Will check deeper when have time. Cheers. 2011/2/28 GermÃ¡n Arduino <garduino(a)gmail.com>: > Thanks for the report and .cs. Will look asap. > Cheers. > > 2011/2/28, Sean P. DeNigris <sean(a)clipperadams.com>: >> It seems that 1.0-alpha4 only handles calls with one argument. The problem >> seems to be in following statement from XMLRPCServerRequest>>methodResponse: >> Â Â ret := ((srv key) perform: (srv value) with: (self params)). >> #perform:with: only expects one argument (per the comment) and fails if >> otherwise >> >> A solution is to use #perform:withArguments: like so: >> Â Â Â ret := ((srv key) perform: (srv value) withArguments: self params >> asArray). >> n.b. The parameters are stored in an OrderedCollection, which must be >> converted to an array >> >> Changeset attached: >> http://forum.world.st/file/n3328882/XMLRPCServerRequest-methodResponse.st >> XMLRPCServerRequest-methodResponse.st >> >> HTH, >> >> Sean >> >> -- >> View this message in context: >> http://forum.world.st/BUG-XMLRPC-1-0-alpha4-calls-with-1-arg-fail-tp3328882… >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> >> > > > -- > ================================================= > GermÃ¡n S. Arduino Â <gsa @ arsol.net> Â Twitter: garduino > Arduino Software & Web Hosting Â http://www.arduinosoftware.com > PasswordsPro Â http://www.passwordspro.com > ================================================= > -- ================================================= GermÃ¡n S. ArduinoÂ <gsa @ arsol.net>Â Â Twitter: garduino Arduino Software & Web HostingÂ Â http://www.arduinosoftware.com PasswordsProÂ http://www.passwordspro.com =================================================

March 1, 2011