January 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Object Buffer (implementation tryout)

by CÃ©drick BÃ©ler

ok. I added shortcuts, I put menu methods in the extension category to be able to use monticello. Here is the squeaksource account: MCHttpRepository location: 'http://www.squeaksource.com/ObjectClipboard' user: '' password: '' To initialize shortcuts, after loading, you need to evaluate : ParagraphEditor initialize Everybody can submit and even change completly the implementation so as maybe to create a unified clipboard. Cheers, 2010/1/12 CÃ©drick BÃ©ler <cdrick65(a)gmail.com> > > > 2010/1/12 CÃ©drick BÃ©ler <cdrick65(a)gmail.com> > > >> Maybe you can also add shortcuts: Shift-Cmd-c, Shift-Cmd-v >>> >> >> Yes, I'll do it >> >> >> > both are used... but I nevers used them... > > cmd + V paste initials > cmd + C compare to clipboard > > Do you use them ? > > BTW, there's a clear problem with menu and shortcuts. > For instance, not all hardcoded shortcuts works for keyboard other thant > qwerty... :( > > > -- > CÃ©drick > -- CÃ©drick

Jan. 12, 2010

[Pharo-project] Pharo core and Seaside 3.0

by Torsten Bergmann

Run the script with underscore assignment off and you will find: OBButtonBarTest>>cmd1 in package "OB-Tests-Morphic" and others like OBButtonBarTest>>push: This is the latest code from OB-Tests-Morphic-cwp.19.mcz which is in http://source.wiresong.ca/ob This test class in general deserves a review: - #cmd4 which is sent in #commands is not implemented - #cmd3 is not used and is not an assignment (compared to #cmd1) -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser

Jan. 12, 2010

Re: [Pharo-project] Pharo core and Seaside 3.0

by Mariano Martinez Peck

Maybe Lukas you fixed in your repo and was never merged in wiresong repo, so Torsted see one repo and you see anther one ;) No, you shouldn't use ScriptLoader to load external packages. For example, we use to use ScriptLoader loadFFI or OB, or whatever, but now, we have almost all Metacello configurations for that, and if there is something not done, would be cool to do it. On Tue, Jan 12, 2010 at 2:49 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > I would remove it now from scriptLoader. > > stef > > On Jan 12, 2010, at 2:19 PM, Torsten Bergmann wrote: > > > Hi, > > > > "ScriptLoader loadSeaside30" > > > > does not work in latest image due to Gofer changes. Should we remove it > > or replace it with Metacello configs? > > > > It is now easy to build a dev image with seaside 3.0 right from the core > > (see script below). > > > > Still underscore assignment has to be enabled due to OB. Any chance this > > is cleaned up? > > > > Bye > > T. > > > > > > > ---------------------------------------------------------------------------- > > > > |font codeFont titleFont installWebTools| > > installWebTools := false. > > "HTTPSocket useProxyServerNamed: '111.111.111.111' port: 8080." > > > > Scanner allowUnderscoreAsAssignment: true. > > > > Gofer new > > squeaksource: 'MetacelloRepository'; > > package: 'ConfigurationOfPharo'; > > load. > > ((Smalltalk at: #ConfigurationOfPharo) project version: '1.0-rc2.10505') > load. > > > > Gofer new > > squeaksource: 'MetacelloRepository'; > > package: 'ConfigurationOfSeaside30'; > > load. > > > > (Smalltalk at: #ConfigurationOfSeaside30) loadLatestVersion. > > > > > > SmalltalkImage current snapshot: true andQuit: true. > > > > > > -- > > Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox > 3.5 - > > sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 12, 2010

Re: [Pharo-project] Pharo core and Seaside 3.0

by StÃ©phane Ducasse

I would remove it now from scriptLoader. stef On Jan 12, 2010, at 2:19 PM, Torsten Bergmann wrote: > Hi, > > "ScriptLoader loadSeaside30" > > does not work in latest image due to Gofer changes. Should we remove it > or replace it with Metacello configs? > > It is now easy to build a dev image with seaside 3.0 right from the core > (see script below). > > Still underscore assignment has to be enabled due to OB. Any chance this > is cleaned up? > > Bye > T. > > > ---------------------------------------------------------------------------- > > |font codeFont titleFont installWebTools| > installWebTools := false. > "HTTPSocket useProxyServerNamed: '111.111.111.111' port: 8080." > > Scanner allowUnderscoreAsAssignment: true. > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfPharo'; > load. > ((Smalltalk at: #ConfigurationOfPharo) project version: '1.0-rc2.10505') load. > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfSeaside30'; > load. > > (Smalltalk at: #ConfigurationOfSeaside30) loadLatestVersion. > > > SmalltalkImage current snapshot: true andQuit: true. > > > -- > Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - > sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 12, 2010

Re: [Pharo-project] Problems with Strike fonts

by StÃ©phane Ducasse

cool soon in 1.1 :") (I should learn new smileys) On Jan 11, 2010, at 11:56 PM, Henrik Sperre Johansen wrote: > On 08.01.2010 16:24, Mariano Martinez Peck wrote: >> Thanks Henrik. However, I tried what you told me and still is ugly :( >> >> Any idea? >> >> Thanks >> >> Mariano >> >> > http://code.google.com/p/pharo/issues/detail?id=1780 > > It fixes italic fonts of too narrow width, as well as bold italic > versions being synthetically derived from italic/bold Fonts when a > non-synthetic bold italic Font exists. > > Cheers, > Henry > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 12, 2010

Re: [Pharo-project] Pharo core and Seaside 3.0

by Lukas Renggli

> Still underscore assignment has to be enabled due to OB. Any chance this > is cleaned up? Where is that? In what package? I thought I cleaned that a long time ago? Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Jan. 12, 2010

[Pharo-project] Pharo core and Seaside 3.0

by Torsten Bergmann

Hi, "ScriptLoader loadSeaside30" does not work in latest image due to Gofer changes. Should we remove it or replace it with Metacello configs? It is now easy to build a dev image with seaside 3.0 right from the core (see script below). Still underscore assignment has to be enabled due to OB. Any chance this is cleaned up? Bye T. ---------------------------------------------------------------------------- |font codeFont titleFont installWebTools| installWebTools := false. "HTTPSocket useProxyServerNamed: '111.111.111.111' port: 8080." Scanner allowUnderscoreAsAssignment: true. Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfPharo'; load. ((Smalltalk at: #ConfigurationOfPharo) project version: '1.0-rc2.10505') load. Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfSeaside30'; load. (Smalltalk at: #ConfigurationOfSeaside30) loadLatestVersion. SmalltalkImage current snapshot: true andQuit: true. -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser

Jan. 12, 2010

Re: [Pharo-project] Corrupted Monticello

by Mariano Martinez Peck

And what about what I told you about reloading again the two versions? Sometimes I have problems with my proxy and I have to evaluate: HTTPSocket stopUsingProxyServer. 2010/1/11 John Toohey <jt(a)parspro.com> > Did the cleanUpForRelease, but MC still hangs. Do you know what DEV image > is the most stable right now, or is there a way to enable debug output from > MC? > > > 2010/1/11 Mariano Martinez Peck <marianopeck(a)gmail.com> > > Maybe you can reload the Monticello and MonticelloGUI package from the >> repository Pharo. However, I would check in that 10496 image which were the >> versions of those two packages and I would download exactly those two >> versions. >> >> Maybe you can also try to remove the package cache and also evaluate >> (backup the image first): >> >> MCFileBasedRepository flushAllCaches. >> MCMethodDefinition shutDown. >> MCDefinition clearInstances. >> >> Or even >> >> ScriptLoader new cleanUpForRelease >> >> Cheers >> >> Mariano >> >> >> 2010/1/11 John Toohey <jt(a)parspro.com> >> >>> Hi, >>> I've just built a new image based on PharoCore1.0rc1 Latest update: >>> #10496, and MC freezes the image whenever I try to open a package. I can >>> view a repo, but not open or load the packages. Is there anyway to rebuild >>> MC, without rebuilding the entire image again? There is no debug file >>> written out, just the CPU pegged at 99% and an unresponsive image. >>> >>> -- >>> -JT >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > -JT > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 12, 2010

Re: [Pharo-project] Error when i try save a image [WAS]Fwd:[BetaTesting] [ANN] Pharo1.0-10505-rc1dev10.01.1

by Mariano Martinez Peck

Another ugly hack maye replace this: FT2Handle shutDown: shutDown: quitting "we must not save handles (which are pointers) in the image" self clearRegistry. FreeTypeFace allInstances do:[:i | "destroy any faces that are still being referenced" i isValid ifTrue:[i destroyHandle ]]. FT2Handle allSubInstances do: [:h | h beNull]. "if some handle was not registered" For this: shutDown: quitting "we must not save handles (which are pointers) in the image" self clearRegistry. FreeTypeFace allInstances do:[:i | "destroy any faces that are still being referenced" i isValid ifTrue:[[i destroyHandle] on: Error do: ["Log somewhere this error, but don't throw an error as it wont save the image"] ]]. FT2Handle allSubInstances do: [:h | h beNull]. "if some handle was not registered" I mean, if you are executing the shutDown: and the primitive gives an error, there is not too much you can do about it. So, at least, let me save the image. Of course, this is a really ugly huck, not near a fix. But, if there is no one that can help us... cheers mariano 2010/1/12 Gary Chambers <gazzaguru2(a)btinternet.com> > Actually, the VM was the string as from SmalltalkImage current vmVersion. > > Pharo.exe reports its version (file properties) as 3.11.4.0 > > Regards, Gary > > ----- Original Message ----- > *From:* Mariano Martinez Peck <marianopeck(a)gmail.com> > *To:* Pharo-project(a)lists.gforge.inria.fr > *Sent:* Tuesday, January 12, 2010 11:27 AM > *Subject:* Re: [Pharo-project] Error when i try save a image > [WAS]Fwd:[BetaTesting] [ANN] Pharo1.0-10505-rc1dev10.01.1 > > > > 2010/1/12 Gary Chambers <gazzaguru2(a)btinternet.com> > >> I am seeing the same behaviour also, on occasion. >> >> > Which OS do you use ? Mac OS? VM ? maybe there is a problem in the plugin ? > > > >> Regards, Gary >> >> ----- Original Message ----- >> *From:* Mariano Martinez Peck <marianopeck(a)gmail.com> >> *To:* Pharo-project(a)lists.gforge.inria.fr >> *Sent:* Tuesday, January 12, 2010 11:02 AM >> *Subject:* Re: [Pharo-project] Error when i try save a image [WAS] >> Fwd:[BetaTesting] [ANN] Pharo1.0-10505-rc1dev10.01.1 >> >> The problem is that when you save the image, in the shutDown list, there >> is freetype and it tries to finish all the handlers. The problem in this >> case is that one of those handlers that seems to be trying to finish has >> something in nil or some bad parameter which of course, gives a primitive >> mail. That's all my idea, maybe I am wrong as it is the first time I look in >> this code. >> >> As a work arround, you can install the StrikeFOnts instead of TrueTypes. >> It is not >> the real solution, but works. Just take the dev image with trutype and >> evaluate: >> >> FreeTypeCache clearCurrent. >> StrikeFont installDejaVu. >> >> >> Cheers >> >> On Mon, Jan 11, 2010 at 5:30 PM, Mariano Martinez Peck < >> marianopeck(a)gmail.com> wrote: >> >>> I could reproduce the problem. epicfan which OS are you using ? VM >>> version ? >>> >>> >>> On Mon, Jan 11, 2010 at 5:18 PM, Mariano Martinez Peck < >>> marianopeck(a)gmail.com> wrote: >>> >>>> yes, actually that's was the mail about. >>>> >>>> >>>> >>>> On Mon, Jan 11, 2010 at 5:11 PM, StÃ©phane Ducasse < >>>> stephane.ducasse(a)inria.fr> wrote: >>>> >>>>> Do Yyou still have the problem with the latest rc version? >>>>> >>>>> Stef >>>>> On Jan 11, 2010, at 5:02 PM, Mariano Martinez Peck wrote: >>>>> >>>>> > Sorry epicfan I have no idea at all. I cc Pharo mailing list that >>>>> maybe someone can help you. >>>>> > >>>>> > I was going to cc nullPointer, but I discover it is you!!! hahahahah >>>>> > >>>>> > >>>>> > ---------- Forwarded message ---------- >>>>> > From: <epicfan(a)gmail.com> >>>>> > Date: Mon, Jan 11, 2010 at 4:46 PM >>>>> > Subject: Re: [BetaTesting] [ANN] Pharo1.0-10505-rc1dev10.01.1 >>>>> > To: marianopeck(a)gmail.com >>>>> > >>>>> > >>>>> > The next error: >>>>> > >>>>> > >>>>> http://code.google.com/p/pharo/issues/detail?id=1283&can=7&q=bug%20when%20t… >>>>> > >>>>> > In the last version of developer image that error was fix it. But in >>>>> that 10505 image returns :| >>>>> > >>>>> > Regards. >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > PD. Could I do something in my code for delete that problem? >>>>> > >>>>> > Regards again. >>>>> > >>>>> > _______________________________________________ >>>>> > Pharo-project mailing list >>>>> > Pharo-project(a)lists.gforge.inria.fr >>>>> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>> >>>> >>> >> ------------------------------ >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > ------------------------------ > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 12, 2010

Re: [Pharo-project] clone vs shallowCopy

by Levente Uzonyi

On Tue, 12 Jan 2010, Lukas Renggli wrote: > - #copy is the normal copy operation. It should be used by default and > never overridden. It calls #postCopy that can be overridden to have > class specific copy semantics. > > - #shallowCopy does a shallow copy. It should never be overridden and > only be used if you want to get these very specific semantics. > > - #deepCopy does a deep copy. It should never be overridden and only > be used if you want to get these very specific semantics. It doesn't handle cycles, #veryDeepCopy does. > > - #clone comes from eToys and Morphic (AFAIK). It implements some > other copy semantics than #copy. I don't think that anybody should > call this method, other than code that depends on this particular copy > behavior. > >From Morphic. Levente > This is exactly the same problematic as with #=. There can't be just > one #=. Other clients might consider other things when comparing > objects. > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 12, 2010