February 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] MIMEdatabase fix?

by Lukas Renggli

> what seasiders think? > I would be in favor to get a KOM pharo version Having two incompatible versions of Kom makes distribution even more painful as it is today. I would prefer to have compatible versions if this is possible. Otherwise Seaside won't run on Squeak anymore, unless somebody steps up and does all the testing, porting and integration work. We don't have the capacity to maintain different distribution paths and ports. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 25, 2009

Re: [Pharo-project] Some issues with Pharo-dev build #10243

by Igor Stasenko

Yeah, i found it already 2009/2/25 CÃ©drick BÃ©ler <cdrick65(a)gmail.com>: > 2009/2/25 Damien Cassou <damien.cassou(a)gmail.com>: >> On Tue, Feb 24, 2009 at 10:33 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >>> btw, how i can switch to old one? > > > Toolset askForDefault > > >> >> Have a look at the DevToolSet class (class-side). There is something >> like an #ifOB:else: method. >> >> -- >> Damien Cassou >> http://damiencassou.seasidehosting.st >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > CÃ©drick > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Best regards, Igor Stasenko AKA sig.

Feb. 25, 2009

Re: [Pharo-project] [squeak-dev] Known bug with text editor and scroll ?

by StÃ©phane Ducasse

if you want to get a chance that the bug/enh is integrated in pharo read the pharo web page explaining how to report a bug in pharo I do no thav einternet right now. On Feb 25, 2009, at 3:43 AM, Mariano Martinez Peck wrote: > Thanks for the help Steve. I look in mantis bugs and I found exactly > the same bug I was going to report. I noticed it was fixed and a .cs > attached. I tried it and work like a charm. > > http://bugs.squeak.org/view.php?id=5637 > > So, now, the question is....will this .cs be included in future > squeak images ? I mean, how is the process for the bug fixes ? when > are the fixes put in the images ? > > thanks for the help. > > Mariano > > On Wed, Feb 25, 2009 at 12:11 AM, Steve Wart <steve.wart(a)gmail.com> > wrote: > Please log a bug. If you have some better ideas about how text > editing should work please make a detailed proposal and work with > the developers to understand possible side-effects and how to avoid > them. > > The Mantis wiki page is here - I'm not sure if Pharo has a different > tracking system but I'm sure someone will be working on a > coordination mechanism (maybe we should log that as a bug too) > > http://wiki.squeak.org/squeak/3860 > > Steve > > On Tue, Feb 24, 2009 at 4:51 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > > wrote: > Hi people: I am having a problem and I think is a known bug but I > want to be sure. Sometimes, not very often, I have a method that is > bigger (vertically speaking) than the editor inside the class > browser. I mean, the whole method cannot be see in the edit but a > vertical scroll appear. I want to select text, using shift and down > narrow for example, and go to the end of the method. The scroll > should move and the editor should show the end of the method, but it > doesn't happen. The visible part of the method doesn't change. > However, it does select all the text (the one is down, I can see it). > > Please, don't answer me "this is a feature. You must extract > something to another method" because this is not ALWAYS true just > sometimes. > > Thanks for the help, > > Mariano > > > > > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 25, 2009

Re: [Pharo-project] Some issues with Pharo-dev build #10243

by CÃ©drick BÃ©ler

2009/2/25 Damien Cassou <damien.cassou(a)gmail.com>: > On Tue, Feb 24, 2009 at 10:33 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> btw, how i can switch to old one? Toolset askForDefault > > Have a look at the DevToolSet class (class-side). There is something > like an #ifOB:else: method. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- CÃ©drick

Feb. 25, 2009

Re: [Pharo-project] Some issues with Pharo-dev build #10243

by Damien Cassou

On Tue, Feb 24, 2009 at 10:33 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > btw, how i can switch to old one? Have a look at the DevToolSet class (class-side). There is something like an #ifOB:else: method. -- Damien Cassou http://damiencassou.seasidehosting.st

Feb. 25, 2009

Re: [Pharo-project] MIMEdatabase fix?

by Lukas Renggli

> there is a hopefully fixed version of the Kom package in the Pharo inbox. > I'm not familiar with Universes yet, so I can't easily make a modified > loader for Seaside or Pier. Is it backward compatible? Do your changes to Kom continue to work in Squeak 3.9? If so, we should probably publish it to the official Kom repository: <http://www.squeaksource.com/KomWebServer>. After some testing, I can do a new Seaside and Pier release. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 25, 2009

Re: [Pharo-project] MIMEdatabase fix?

by StÃ©phane Ducasse

what seasiders think? I would be in favor to get a KOM pharo version Stef On Feb 24, 2009, at 11:47 PM, Michael Rueger wrote: > Lukas Renggli wrote: >>> Then I think that we should first make sure that seaside can run and >>> after we should >>> really put pression on the KOM maintainer or declare that it is >>> incompatible with pharo >>> and hope that >> >> Philippe reported to Giovanni that Kom does not work in Pharo. He >> replied that he has no time to work on it at the moment. I hope that >> somebody will jump in, because Kom is a central part of Seaside and >> widely adapted for many productive applications. > > If everybody is ok with that we could start a forked version and > make it > work on Pharo. I would volunteer to at least try to fix the problems. > > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 25, 2009

Re: [Pharo-project] ScreenController Removed with Issue #610

by StÃ©phane Ducasse

mike is this change dependent on another change of yours? Stef On Feb 25, 2009, at 4:05 AM, Rob Rothwell wrote: > Hello, > > I almost did everything right I think, following the directions at http://code.google.com/p/pharo/wiki/HowToContribute > . > > If I did, I believe SLICE-remove-ScreenController-RobRothwell.2 > should effectively remove ScreenController from the system. > > Please check it out when you get the time; it required small changes > changes to Morphic, Graphics, ST80, and System. > > I forgot to set the status to "Fixed," however, and can't figure out > how to do that! > > Take care, > > Rob > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 25, 2009

Re: [Pharo-project] [squeak-dev] [Idea] method source with it

by Lukas Renggli

> Sorry for just telling the idea and not to offering to do it myself. But I > think this is better than nothing :) The refactoring browser integration into OB provides that functionality. 1. Left-click on an element of the package you want to search. 2. Click on 'Open Environment | Package'. 3. The opened yellow browser scopes all Refactoring Browser actions to what you see in this browser. 4. Either use 'Open | Search Code' (for parse tree searches) or 'Open Environment | Find Sources' (for full text regexp search). Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 25, 2009

Re: [Pharo-project] Towards Pharo 1.0

by Igor Stasenko

2009/2/25 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: > Sig, > > "Head in the sandbox" is a play on words on "head in the sand." Â Perhaps it is a cultural thing - it refers to the (mythical) comforting yet pointless behavior of an ostrich: > :) > Â http://www.phrases.org.uk/meanings/80800.html > > Bill > > > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Igor Stasenko > Sent: Tuesday, February 24, 2009 8:24 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Towards Pharo 1.0 > > 2009/2/25 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: >> Sig, >> >> If I am following, then the command line flag you describe is the only way to be certain anyway. Â Otherwise, one could fall victim to an FFI library that happens to be visible to the vm, and one's head is in the sandbox at that point - fair?? >> > Yes (except that i can't parse 'and one's head is in the sandbox at > that point'). > >> Of course, there are evils, and then there are evils. Â Things like openssl are unlikely to go wrong in my experience, and they offer functionality that is hard to replace, and stature that might be impossible to replace (we want _that_ library...). Â Besides, if you don't want things crashing, what are you doing on Windows? :) > > who said that my Windows is crashy? ;) > My box crashing only on power grid failures, which happens maybe once > in a month. My old UPS is dead and i'm too lazy to buy new one. > >> >> Bill >> >> >> >> >> -----Original Message----- >> From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Igor Stasenko >> Sent: Tuesday, February 24, 2009 7:02 PM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] Towards Pharo 1.0 >> >> What about more generic security rule: >> - allow/deny to use external modules ? >> >> then VM could simply check this flag at attempt of loading ANY >> external module - be it plugin or something else. >> Then, it is safe to ship VM with FFI built-in, and you can even run >> FFI tests, because test functions will be sitting inside a VM but not >> in an external library. >> But once you try to make a call which requires loading new dynamic >> library - you will have a primitive failure. >> >> As you maybe know, in windows, when you loading a .dll, OS calling a >> DllMain function. And there are a chance that it can do something >> evil, what may crash VM and your sandbox is no longer a sandbox :) >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> _______________________________________________ >> 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 >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > 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 > -- Best regards, Igor Stasenko AKA sig.

Feb. 25, 2009