July 2013 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Convert 'Ã¨' to 'e'

by Norbert Hartl

Am 04.07.2013 um 17:24 schrieb Davide Varvello <varvello(a)yahoo.com>: > Hi there, > Is there any method to convert an accented char (or string) to the not > accented one? > > I.e from 'Ã Ã©Ã¬Ã²Ã¼' to 'aeiou' > I think your best bet when it comes to transliteration is the ICU library. There is some adaption for it. Please have a look at http://ss3.gemstone.com/ss/ICU.html/Overview http://ss3.gemstone.com/ss/ICU-V2.html/Overview Norbert

July 4, 2013

Re: [Pharo-users] Convert 'Ã¨' to 'e'

by Sebastian Tleye

Mmmm, i don't think so. I haven't seen anything in Character class, i think you have to do it. 2013/7/4 Davide Varvello <varvello(a)yahoo.com> > Hi there, > Is there any method to convert an accented char (or string) to the not > accented one? > > I.e from 'Ã Ã©Ã¬Ã²Ã¼' to 'aeiou' > > Thanks > Davide > > > > -- > View this message in context: > http://forum.world.st/Convert-e-to-e-tp4697373.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

July 4, 2013

Convert 'Ã¨' to 'e'

by Davide Varvello

Hi there, Is there any method to convert an accented char (or string) to the not accented one? I.e from 'Ã Ã©Ã¬Ã²Ã¼' to 'aeiou' Thanks Davide -- View this message in context: http://forum.world.st/Convert-e-to-e-tp4697373.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 4, 2013

Re: [Pharo-users] documentation for refactoring tools in Pharo 2

by Paul DeBruicker

On 07/03/2013 10:43 PM, Marcus Denker wrote: > > On Jul 4, 2013, at 12:04 AM, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > >> Is there any documentation on the changes between 1.4 and 2 for the >> refactoring tools? Or how to use them effectively to refactor code? >> >> I'm familiar with Lukas Renggli's writing on them and used them >> regularly in 1.4. >> >> I'm just trying to use the RBParseTreeRewriter from within a workspace >> but with it limited to a package or class hierarchy. >> > > There should be no changes on that level. The difference just is that we use > another UI. > > Marcus > > > Camillo and I deteremined that its probably a Nautilus bug that prevents the "Code Rewriting" tools from working in Pharo 2 (I'm using 20606) from within the browser (see http://forum.world.st/how-to-use-RBClassRegexRefactoring-in-Pharo-2-td46957…) But in 1.4 you could use Omnibrowser & the Code rewriting tools. Since writing the original email in this thread I figured out that in a Workspace you could do this: environment := RBBrowserEnvironment new forClasses: Collection withAllSubclasses. rule := RBTransformationRule new. rule rewriteRule replace: '`@object isEmpty' with: '`@object isNotEmpty'. RBSmalllintChecker runRule: rule onEnvironment: environment. change := RBCompositeRefactoryChange new. change changes: rule changes. change execute to rewrite code.

July 4, 2013

Re: [Pharo-users] Pharo on Fedora 19

by Pavel Krivanek

On KDE with acceleration it works fine too. Maybe some video card driver problem? -- Pavel On Thu, Jul 4, 2013 at 4:52 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com>wrote: > Hi, > > for me Pharo fully works after upgrade to Fedora 19. With this packages: > glibc-devel.i686 mesa-libGLU.i686 libICE-devel.i686 libSM-devel.i686 > I use XFCE without accelerated desktop. > > Cheers, > -- Pavel > > > On Thu, Jul 4, 2013 at 4:35 PM, Daniel Miranda <danielkza2(a)gmail.com>wrote: > >> Hello, >> >> I tried to set up Pharo 2.0 on Fedora 19 x86-64, and for that I needed >> the 32-bit libraries. >> >> Using ldd I could figure out most of them: glibc (obviously), X11, OpenGL >> libs, ALSA, libSM, libICE. All the bundled executables/libs are okay >> according to ldd. >> >> But when I start pharo I get a blank screen with no response of any kind. >> Only Ctrl-C still works. Breaking into a debugger seems to show me the VM >> is stuck in an infinite loop in >> findMethodWithPrimitiveFromContextUpToContext() function. >> >> Am I missing a library? Has anyone had success with Pharo on Fedora yet? >> >> Thanks, >> Daniel >> > >

July 4, 2013

Re: [Pharo-users] Pharo on Fedora 19

by Pavel Krivanek

Hi, for me Pharo fully works after upgrade to Fedora 19. With this packages: glibc-devel.i686 mesa-libGLU.i686 libICE-devel.i686 libSM-devel.i686 I use XFCE without accelerated desktop. Cheers, -- Pavel On Thu, Jul 4, 2013 at 4:35 PM, Daniel Miranda <danielkza2(a)gmail.com> wrote: > Hello, > > I tried to set up Pharo 2.0 on Fedora 19 x86-64, and for that I needed the > 32-bit libraries. > > Using ldd I could figure out most of them: glibc (obviously), X11, OpenGL > libs, ALSA, libSM, libICE. All the bundled executables/libs are okay > according to ldd. > > But when I start pharo I get a blank screen with no response of any kind. > Only Ctrl-C still works. Breaking into a debugger seems to show me the VM > is stuck in an infinite loop in > findMethodWithPrimitiveFromContextUpToContext() function. > > Am I missing a library? Has anyone had success with Pharo on Fedora yet? > > Thanks, > Daniel >

July 4, 2013

Re: [Pharo-users] [Voyage] #selectOne: and #selectMany: with a block as the argument

by Bernat Romagosa

I'm so ashamed I hadn't tried this before asking... a simple *ConfigurationOfMongoTalk load* did the job Â¬Â¬ Thanks a lot! 2013/7/4 Esteban Lorenzano <estebanlm(a)gmail.com> > Mmm... no idea... you could try by updating all the MongoTalk package, > probably is out of sync :) > > On Jul 4, 2013, at 4:28 PM, Bernat Romagosa < > tibabenfortlapalanca(a)gmail.com> wrote: > > Hmm, none of the MongoQueries tests pass, giving the following #dnu: > > MessageNotUnderstood: BlockClosure>>bsonTypeCode > > I guess I'm missing some packages? > > > 2013/7/4 Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> > >> Hi Esteban, >> >> I installed MongoQueries-NicolasPetton.6, but I did it manually, should I >> have used some Monticello configuration perhaps? >> >> Thanks! >> >> >> 2013/7/4 Esteban Lorenzano <estebanlm(a)gmail.com> >> >>> Hi :) >>> >>> can you check if you have the "MongoQueries" package installed? >>> >>> cheers, >>> Esteban >>> >>> ps: please notice that in anycase you will not be able to execute >>> >>> [ :each | each name first = $X ] >>> >>> because the MongoQueries package just translates the block into a >>> mongo-query which is a dictionary (a JSON expression). But you will found >>> some ways to help you, some special keywords like #in: and #where: (you can >>> see how they work in the tests) >>> >>> >>> >>> On Jul 4, 2013, at 2:17 PM, Bernat Romagosa < >>> tibabenfortlapalanca(a)gmail.com> wrote: >>> >>> Hi! >>> >>> I realize probably only Esteban will be able to answer, but I prefer to >>> write to the list so the mail is logged and other people can benefit from >>> it. >>> >>> I'm trying to use blocks as arguments for #*selectOne:* and #* >>> selectMany:*, but it doesn't seem to work. Here's my code: >>> >>> MyClass selectOne: { #name -> 'Some name' } asDictionary. >>> MyClass selectOne: [ :each | each name = 'Some name' ]. >>> >>> >>> The first one works, but the second one raises a *VOMongoConnectionError >>> *. >>> >>> Also: >>> >>> MyClass selectMany: { #name -> 'Some name' } asDictionary. >>> MyClass selectMany: [ :each | each name = 'Some name' ]. >>> >>> >>> The first does work, the second one doesn't, which prevents me from >>> writing more useful stuff like: >>> >>> MyClass selectMany: [ :each | each name first = $P ]. >>> >>> Any idea why this could be failing? I've the latest stable version >>> loaded via: >>> >>> Gofer it >>> url: 'http://smalltalkhub.com/mc/estebanlm/Voyage/main'; >>> package: 'ConfigurationOfVoyageMongo'; >>> load. >>> (Smalltalk at: #ConfigurationOfVoyageMongo) load. >>> >>> Thanks! :) >>> >>> Bernat. >>> >>> -- >>> Bernat Romagosa. >>> >>> >>> >> >> >> -- >> Bernat Romagosa. >> > > > > -- > Bernat Romagosa. > > > -- Bernat Romagosa.

July 4, 2013

Re: [Pharo-users] [Voyage] #selectOne: and #selectMany: with a block as the argument

by Esteban Lorenzano

Mmm... no idea... you could try by updating all the MongoTalk package, probably is out of sync :) On Jul 4, 2013, at 4:28 PM, Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> wrote: > Hmm, none of the MongoQueries tests pass, giving the following #dnu: > > MessageNotUnderstood: BlockClosure>>bsonTypeCode > > I guess I'm missing some packages? > > > 2013/7/4 Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> > Hi Esteban, > > I installed MongoQueries-NicolasPetton.6, but I did it manually, should I have used some Monticello configuration perhaps? > > Thanks! > > > 2013/7/4 Esteban Lorenzano <estebanlm(a)gmail.com> > Hi :) > > can you check if you have the "MongoQueries" package installed? > > cheers, > Esteban > > ps: please notice that in anycase you will not be able to execute > > [ :each | each name first = $X ] > > because the MongoQueries package just translates the block into a mongo-query which is a dictionary (a JSON expression). But you will found some ways to help you, some special keywords like #in: and #where: (you can see how they work in the tests) > > > > On Jul 4, 2013, at 2:17 PM, Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> wrote: > >> Hi! >> >> I realize probably only Esteban will be able to answer, but I prefer to write to the list so the mail is logged and other people can benefit from it. >> >> I'm trying to use blocks as arguments for #selectOne: and #selectMany:, but it doesn't seem to work. Here's my code: >> >> MyClass selectOne: { #name -> 'Some name' } asDictionary. >> MyClass selectOne: [ :each | each name = 'Some name' ]. >> >> The first one works, but the second one raises a VOMongoConnectionError. >> >> Also: >> >> MyClass selectMany: { #name -> 'Some name' } asDictionary. >> MyClass selectMany: [ :each | each name = 'Some name' ]. >> >> The first does work, the second one doesn't, which prevents me from writing more useful stuff like: >> >> MyClass selectMany: [ :each | each name first = $P ]. >> >> Any idea why this could be failing? I've the latest stable version loaded via: >> >> Gofer it >> url: 'http://smalltalkhub.com/mc/estebanlm/Voyage/main'; >> package: 'ConfigurationOfVoyageMongo'; >> load. >> (Smalltalk at: #ConfigurationOfVoyageMongo) load. >> >> Thanks! :) >> >> Bernat. >> >> -- >> Bernat Romagosa. > > > > > -- > Bernat Romagosa. > > > > -- > Bernat Romagosa.

July 4, 2013

Pharo on Fedora 19

by Daniel Miranda

Hello, I tried to set up Pharo 2.0 on Fedora 19 x86-64, and for that I needed the 32-bit libraries. Using ldd I could figure out most of them: glibc (obviously), X11, OpenGL libs, ALSA, libSM, libICE. All the bundled executables/libs are okay according to ldd. But when I start pharo I get a blank screen with no response of any kind. Only Ctrl-C still works. Breaking into a debugger seems to show me the VM is stuck in an infinite loop in findMethodWithPrimitiveFromContextUpToContext() function. Am I missing a library? Has anyone had success with Pharo on Fedora yet? Thanks, Daniel

July 4, 2013

Re: [Pharo-users] [Voyage] #selectOne: and #selectMany: with a block as the argument

by Bernat Romagosa

Hmm, none of the MongoQueries tests pass, giving the following #dnu: MessageNotUnderstood: BlockClosure>>bsonTypeCode I guess I'm missing some packages? 2013/7/4 Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> > Hi Esteban, > > I installed MongoQueries-NicolasPetton.6, but I did it manually, should I > have used some Monticello configuration perhaps? > > Thanks! > > > 2013/7/4 Esteban Lorenzano <estebanlm(a)gmail.com> > >> Hi :) >> >> can you check if you have the "MongoQueries" package installed? >> >> cheers, >> Esteban >> >> ps: please notice that in anycase you will not be able to execute >> >> [ :each | each name first = $X ] >> >> because the MongoQueries package just translates the block into a >> mongo-query which is a dictionary (a JSON expression). But you will found >> some ways to help you, some special keywords like #in: and #where: (you can >> see how they work in the tests) >> >> >> >> On Jul 4, 2013, at 2:17 PM, Bernat Romagosa < >> tibabenfortlapalanca(a)gmail.com> wrote: >> >> Hi! >> >> I realize probably only Esteban will be able to answer, but I prefer to >> write to the list so the mail is logged and other people can benefit from >> it. >> >> I'm trying to use blocks as arguments for #*selectOne:* and #*selectMany: >> *, but it doesn't seem to work. Here's my code: >> >> MyClass selectOne: { #name -> 'Some name' } asDictionary. >> MyClass selectOne: [ :each | each name = 'Some name' ]. >> >> >> The first one works, but the second one raises a *VOMongoConnectionError* >> . >> >> Also: >> >> MyClass selectMany: { #name -> 'Some name' } asDictionary. >> MyClass selectMany: [ :each | each name = 'Some name' ]. >> >> >> The first does work, the second one doesn't, which prevents me from >> writing more useful stuff like: >> >> MyClass selectMany: [ :each | each name first = $P ]. >> >> Any idea why this could be failing? I've the latest stable version loaded >> via: >> >> Gofer it >> url: 'http://smalltalkhub.com/mc/estebanlm/Voyage/main'; >> package: 'ConfigurationOfVoyageMongo'; >> load. >> (Smalltalk at: #ConfigurationOfVoyageMongo) load. >> >> Thanks! :) >> >> Bernat. >> >> -- >> Bernat Romagosa. >> >> >> > > > -- > Bernat Romagosa. > -- Bernat Romagosa.

July 4, 2013