March 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] String asUppercase/asLowercase

by Denis Kudriashov

yes. this fix is work (Unicode>>toLowercase:/toUppercase: works good for russian strings) 2011/3/29 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> > http://code.google.com/p/pharo/issues/detail?id=2703 > Try squeak multilingual experimentations, I'm interested to ear if it > would work for you > (I'm unfortunately latin and need testing feedback from non latin users). > > Nicolas > > 2011/3/28 Denis Kudriashov <dionisiydk(a)gmail.com>: > > Hello. > > > > asUppercase/asLowercase not work for non english strings (russian > strings). > > > > Is it bug? > > How it can be implemeted? > > > >

March 28, 2011

Re: [Pharo-project] Issue 2703 in pharo: Unicode experiments of nicolas cellier on squeak

by pharo＠googlecode.com

Updates: Status: FixProposed Comment #5 on issue 2703 by nicolas....(a)gmail.com: Unicode experiments of nicolas cellier on squeak http://code.google.com/p/pharo/issues/detail?id=2703 Name: SLICE-Issue-2703-Unicode-caseConversions-nice.1 Dependencies: Multilingual-Encodings-nice.10, Multilingual-Display-nice.11, Collections-Strings-nice.173 Install WideString uppercasing/lowercasing unicode utilities. Warning: the Unicode data will be initialized when loading the SLICE, and access to the internet is required in this phase (see #initializeCaseMappings). Todo: maybe have a look at classification tables and methods #isLowercase: #isUppercase:

March 28, 2011

Re: [Pharo-project] PharoCasts with experts

by GermÃ¡n Arduino

> IMNHO, full command of English should be a 'nice to have' but a precondition to be proficient in Pharo !! > I full agree with Stef, is better to try and learn then. I know lot of people (myself included) with lot of things to improve in the English language, but is not an obstacle to be efficient in Pharo or any other technology. Just an opinion.

March 28, 2011

Re: [Pharo-project] PharoCasts with experts

by csrabak＠bol.com.br

Folks, I think I cannot emphasize my seconding of this suggestion, nor putting "+100" or similar ;-) I believe that with the moderate addition of effort we'll create a base of knowledge which will help to spread it more easily than now we have, and specially the other than English part I think it's worthwhile to have because will open to greater audience. IMNHO, full command of English should be a 'nice to have' but a precondition to be proficient in Pharo !! my 0.0199999... -- Cesar Rabak Em 28/03/2011 16:49, Jimmie Houchin < jlhouchin(a)gmail.com > escreveu: I don't know how to a screencast either. But many here, like Mariano are worried about English speaking skills. How hard is it to dub over the voices of the original screencast? Would we be able to make the spoken language part in multiple languages? If this is reasonably possible, it would be nice if we had some instructions for the requirements of creating a language track for the screencast. Then native speakers can make tracks for their language. I would be happy to help with English speaking part, provided I can hear Mariano, or whomever do an English version first, so that I know what to speak and when. I think this would help those who are non-native English speakers to feel more free in creating screencasts in their area of expertise, because they know that their English limitations are not going into the final product for the English speaking people. They can then also feel free to do a version for their native tongue. Just wanted to explore this option and toss out this idea. Jimmie On 3/28/2011 12:46 PM, Mariano Martinez Peck wrote: On Mon, Mar 28, 2011 at 9:03 AM, laurent laffont <laurent.laffont(a)gmail.com> wrote: Hi, Actually I'm training remotely a developer on Pharo using Skype and TeamViewer. This guy records all sessions for its own purpose and I like the idea. For PharoCasts I would like to record 30mn to 1 hour sessions (as I know you don't have time) with an expert who shows us real code, explaining a framework / programming style / pattern while programming some examples (in the spirit of PharoCasts, and may be http://forum.world.st/Screencast-proposition-Watch-someone-read-code-td3244… ). Right now I'm thinking about: - Mariano on DBXTalk Hi Laurent. I will be happy to do one, but I won't have time until 2 weeks. But after that, I will try. I have NO IDEA how to do an screencast, but I can try. I cc'ed the SqueakDBX mailing list since I am all ears to hear what people want to see about SqueakDBX.Â In you have something in mind, please let me know. - Gary on Polymorph - Igor on VM debugging or FFI / NativeBoost (for example interfacing withÂ http://id3lib.sourceforge.net/ or other lib) - Lukas on Magritte or PetitParser - Dale on Metacello - Nicolas on Iliad - Janko on Aida/Web and all that I forgot ..... I'm sure plenty of people would like their open-source project to be more known. This may be an opportunity. How to do this: contact me if you wish to do that so we can choose an hour that match our respective calendars and agree on tools used (skype, google video chat, vnc, teamviewer, ....) - I will care about video stuff. Just talk and code :) Anyone ? Laurent Laffont -Â @lolgzs Pharo Smalltalk Screencasts: http://www.pharocasts.com/ Blog: http://magaloma.blogspot.com/ Developer group: http://cara74.seasidehosting.st

March 28, 2011

Re: [Pharo-project] PharoCasts with experts

by Igor Stasenko

On 28 March 2011 09:03, laurent laffont <laurent.laffont(a)gmail.com> wrote: > Hi, > Actually I'm training remotely a developer on Pharo using Skype and > TeamViewer. This guy records all sessions for its own purpose and I like the > idea. > For PharoCasts I would like to record 30mn to 1 hour sessions (as I know you > don't have time) with an expert who shows us real code, explaining a > framework / programming style / pattern while programming some examples (in > the spirit of PharoCasts, and may be > http://forum.world.st/Screencast-proposition-Watch-someone-read-code-td3244… > ). > Right now I'm thinking about: > - Mariano on DBXTalk > - Gary on Polymorph > - Igor on VM debugging or FFI / NativeBoost (for example interfacing > withÂ http://id3lib.sourceforge.net/ or other lib) this lib is a C++.. interfacing with C++ is troublesome. Usually this is done by creating a standard C library with C- functions wrapping around C++ calls. Then as usual. > - Lukas on Magritte or PetitParser > - Dale on Metacello > - Nicolas on Iliad > - Janko on Aida/Web > and all that I forgot ..... I'm sure plenty of people would like their > open-source project to be more known. This may be an opportunity. > > How to do this: contact me if you wish to do that so we can choose an hour > that match our respective calendars and agree on tools used (skype, google > video chat, vnc, teamviewer, ....) - I will care about video stuff. Just > talk and code :) > > Anyone ? > > Laurent Laffont -Â @lolgzs > Pharo Smalltalk Screencasts: http://www.pharocasts.com/ > Blog: http://magaloma.blogspot.com/ > Developer group: http://cara74.seasidehosting.st > -- Best regards, Igor Stasenko AKA sig.

March 28, 2011

Re: [Pharo-project] who is using softSqueak and standard Squeak

by Tudor Girba

+1 On 28 Mar 2011, at 23:09, StÃ©phane Ducasse wrote: > well UI is really important. > We think about the clients of Moose for example. > And when I see the video of NullPointer they look sexy > Stef > >> Anyone who is going to touch my beloved standard squeak will be killed!!! >> >> Just kidding, but I still use it. >> However, IMO don't invest time in rewriting the UI for the 10th time! >> There is plenty of other things which are more important to get the language up to date. >> >> (^o^) >> camillo >> >> On 2011-03-28, at 21:56, StÃ©phane Ducasse wrote: >> >>> May be you should give a try to package them separately. >>> Else I will give a try because to me they look a bit outdated. >>> >>> Stef >>> >>> On Mar 27, 2011, at 11:15 PM, Stuart Herring wrote: >>> >>>> I definitely use them - I like being able to locate the windows >>>> instantly by colour. And a less practical reason is that the grey >>>> default themes always make me feel depressed. Programming shouldn't >>>> be grey and boring, it should be fun ;) >>>> >>>> A new, supported colourised theme would be a wonderful thing - >>>> particularly if there were settings to choose the colour scheme. >>>> I like the coloured windows so much that I've been tempted to go back >>>> to Squeak - right up until the overloaded world menu reminds me why I >>>> prefer Pharo. >>>> >>>> Regards, >>>> Stuart >>>> >>>> On Sat, Mar 26, 2011 at 7:40 PM, StÃ©phane Ducasse >>>> <stephane.ducasse(a)inria.fr> wrote: >>>>> Hi guys >>>>> >>>>> just out of curiosity who is using SoftSqueak and Standard Squeak theme? >>>>> I know that lukas like colored windows now may be specific new style with this behavior could be done? >>>>> >>>>> Stef >>>>> >>>> >>> >>> >> >> > > -- www.tudorgirba.com "Not knowing how to do something is not an argument for how it cannot be done."

March 28, 2011

Re: [Pharo-project] who is using softSqueak and standard Squeak

by StÃ©phane Ducasse

well UI is really important. We think about the clients of Moose for example. And when I see the video of NullPointer they look sexy Stef > Anyone who is going to touch my beloved standard squeak will be killed!!! > > Just kidding, but I still use it. > However, IMO don't invest time in rewriting the UI for the 10th time! > There is plenty of other things which are more important to get the language up to date. > > (^o^) > camillo > > On 2011-03-28, at 21:56, StÃ©phane Ducasse wrote: > >> May be you should give a try to package them separately. >> Else I will give a try because to me they look a bit outdated. >> >> Stef >> >> On Mar 27, 2011, at 11:15 PM, Stuart Herring wrote: >> >>> I definitely use them - I like being able to locate the windows >>> instantly by colour. And a less practical reason is that the grey >>> default themes always make me feel depressed. Programming shouldn't >>> be grey and boring, it should be fun ;) >>> >>> A new, supported colourised theme would be a wonderful thing - >>> particularly if there were settings to choose the colour scheme. >>> I like the coloured windows so much that I've been tempted to go back >>> to Squeak - right up until the overloaded world menu reminds me why I >>> prefer Pharo. >>> >>> Regards, >>> Stuart >>> >>> On Sat, Mar 26, 2011 at 7:40 PM, StÃ©phane Ducasse >>> <stephane.ducasse(a)inria.fr> wrote: >>>> Hi guys >>>> >>>> just out of curiosity who is using SoftSqueak and Standard Squeak theme? >>>> I know that lukas like colored windows now may be specific new style with this behavior could be done? >>>> >>>> Stef >>>> >>> >> >> > >

March 28, 2011

Re: [Pharo-project] who is using softSqueak and standard Squeak

by Camillo Bruni

Anyone who is going to touch my beloved standard squeak will be killed!!! Just kidding, but I still use it. However, IMO don't invest time in rewriting the UI for the 10th time! There is plenty of other things which are more important to get the language up to date. (^o^) camillo On 2011-03-28, at 21:56, StÃ©phane Ducasse wrote: > May be you should give a try to package them separately. > Else I will give a try because to me they look a bit outdated. > > Stef > > On Mar 27, 2011, at 11:15 PM, Stuart Herring wrote: > >> I definitely use them - I like being able to locate the windows >> instantly by colour. And a less practical reason is that the grey >> default themes always make me feel depressed. Programming shouldn't >> be grey and boring, it should be fun ;) >> >> A new, supported colourised theme would be a wonderful thing - >> particularly if there were settings to choose the colour scheme. >> I like the coloured windows so much that I've been tempted to go back >> to Squeak - right up until the overloaded world menu reminds me why I >> prefer Pharo. >> >> Regards, >> Stuart >> >> On Sat, Mar 26, 2011 at 7:40 PM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> Hi guys >>> >>> just out of curiosity who is using SoftSqueak and Standard Squeak theme? >>> I know that lukas like colored windows now may be specific new style with this behavior could be done? >>> >>> Stef >>> >> > >

March 28, 2011

Re: [Pharo-project] String asUppercase/asLowercase

by Nicolas Cellier

http://code.google.com/p/pharo/issues/detail?id=2703 Try squeak multilingual experimentations, I'm interested to ear if it would work for you (I'm unfortunately latin and need testing feedback from non latin users). Nicolas 2011/3/28 Denis Kudriashov <dionisiydk(a)gmail.com>: > Hello. > > asUppercase/asLowercase not work for non english strings (russian strings). > > Is it bug? > How it can be implemeted? >

March 28, 2011

Re: [Pharo-project] Opal decompiler: I've been a big good ... I've been a bit bad ...

by Nicolas Cellier

2011/3/28 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>> >>> >>> (Unless, of course you simply raise an error during (re)compilation >>> when given ivar removed from class). >> That's the plan yes. Niko is working on that part now. I guess for now we might keep it on Eliot's proposal of just transforming to an undefined field access; but we'll see. >> One of the ideas is of course to collect the methods that get affected by a change and report back to the user; just like with all other types of errors that can occur during class modification. We have a pretty cool model already so it's becoming increasingly easy to install such hooks. I hate self error: 'your class is invalid because of something somewhere', and we'll get that all fixed! > > I would love to have real object that contains compilation error (instead of Transcript show:) so that we can build tool to fix them :) > Various errors can occur at different stages, hence be generated from different classes in current (old) Compiler: - errors at parsing (syntax errors) - errors at name resolving (shadowing, undeclared ...) - errors at code generation (byte code limits ...) Several alternatives APi are possible for handling these errors: - Compiler signal all warning/errors by raising Exceptions, Compiler invocations are wrapped with a handler - Compiler signal all warnings/errors by sending a message to a reified errorHandler inst. var. The errorHandler can be instanciated with different classes for interactive / non interactive The errorHandler knows itself how to interact with user thru TextEditor, menus, or transcript... There is already a mixture of these strategies in current (old) Compiler. Except that compiler talks directly to a requestor and tries to handle interaction by itself if interactive. IMHO, it's better to write all your requirements before thinking of an architecture. Nicolas

March 28, 2011