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

Re: [Pharo-project] Issue 1058 - Merge of BlockContext and BlockClosure

by StÃ©phane Ducasse

What would be nice is to get a list of the methods that are missing in BlockClosure. After the changes will not be only needed for pharo but also for Squeak since Squeak has blockclosure now Stef > > http://code.google.com/p/pharo/issues/detail?id=1058 >>> >>> Can this two classes be merged (the share 80% or more than methods >>> and >>> several are identical, maybe were copied) and then (assuming that >>> the >>> BlockClosure will be the enduring): >>> >>> Smalltalk at: #BlockContext put: BlockClosure >>> >>> This way several packages that extend BlockContext will work in the >>> new >>> closure vm, for example Magma. >>> >> >> I don't think this is a good idea. BlockClosures are *not* contexts. >> So methods >> that are about the context part of BlockContext will fail. >> >> I think we should just keep BlockContext for backward-compatibility >> in >> 1.0. This >> way, people can load code and than check if the methods needs to go >> to >> MethodContext >> or BlockClosures. >> >> Marcus >> >> > > Ok, I assumed that like both classes share a lot of methods, they were > mostly interchangeable. > So by the responses, I think that this implies that changes will be > neccesary to port packages that > extend BlockContext to work in Pharo, while, at the same time, they > must conserve the extensions to > BlockContext. > > I imagine that given the closure integration in Squeak, this will > force all the packages to use BlockClosure (or > equivalent class) to update their packages. > > Miguel CobÃ¡ > >> >> >> -- >> Marcus Denker - http://marcusdenker.de >> PLEIAD Lab - Computer Science Department (DCC) - University of Chile >> >> >> _______________________________________________ >> 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

Aug. 11, 2009

Re: [Pharo-project] Expected failures/errors on SUnit

by StÃ©phane Ducasse

Please propose fixes and enhancements. Have a look at the Test project extensions to SUnit made by keith. I need somebody to have a look and tell us if this is ok to merge. Stef On Aug 10, 2009, at 3:29 AM, Hernan Wilkinson wrote: > There is a tool we are writing that needs to stop running the tests > of a test suite if there is an error or a failure (as a performance > improvement) > To my surprise, using failuresCount and errorsCount made the tool > run slower than faster and the reason is because of the expected > failures and errors... asking for the failuresCount and the > errorCounts goes through all the failures and error selecting only > those that should not pass... anyway, it is a slow implementation. > I'm not sure if this is the right list to ask this for, but does > somebody know why is it implemented that way? could this be changed? > who is the responsible for maintaining/changing SUnit? > > Thanks, > Hernan. > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 11, 2009

Re: [Pharo-project] Issue 1053: Transcript updates from foreground process not displayed in Transcript window

by StÃ©phane Ducasse

thanks On Aug 10, 2009, at 3:14 AM, Dale Henrichs wrote: > Ready for review: > > http://code.google.com/p/pharo/issues/detail?id=1053 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 11, 2009

Re: [Pharo-project] PluggableTextMorph without smalltalk shortcuts

by StÃ©phane Ducasse

The shortcut management is a huge crap in squeak. For Botsinc I had to patch and copy the disptach table which is by default shared. Now I could check what I did back then in the botsinc image. Stef > Hi, > > Is there a way to get a PluggableTextMorph without the default > Smalltalk shortcuts? > > Until now I have something like: > > (PluggableTextMorph > on: textModel > text: #text > accept: #accept:notifying: > readSelection: #selection > menu: #menu:shifted:) > onKeyStrokeSend: #keystroke:from: to: textModel > > I can intercept a key like (Cmd+i), but I do not know how to disable > the default behavior. > > Cheers, > Doru > > > -- > www.tudorgirba.com > > "What we can governs what we wish." > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 11, 2009

Re: [Pharo-project] About v4 strike fonts

by StÃ©phane Ducasse

I do not have the possibility to check. I deleted all the file. Stef On Aug 9, 2009, at 11:27 PM, John M McIntosh wrote: > Are you sure you didn't have a BitBltPlugin.bundle in the Resource > folder of any of those squeak.apps you deleted? > I believe it would override the 4.1.1b2U behavior,, although someone > could test that for me? > > On 9-Aug-09, at 1:20 PM, StÃ©phane Ducasse wrote: > >> Hi john >> >> I downloaded the vm from your web site and I got 1.0. >> So I removed all the 4.4.1beta2U vm and replaced them by the latest >> one. >> This is really strange. >> >> Stef >> > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > > >

Aug. 11, 2009

Re: [Pharo-project] [Ann] RFB/VNC fully configurable by code.

by Miguel Enrique CobÃ¡ Martinez

El mar, 11-08-2009 a las 00:04 -0300, Mariano Martinez Peck escribiÃ³: > > I cannot believe it. I have a -headless image where I can use from a > VNC client. Other thing that I have in my list for RFB it is to add a proccess forked that it searches for a file on a given path to start/stop the server. This way you can start/stop a server on demand even when headless. Something like the example derived from Ramon Leon's script that we discussed the other day. > > Thanks Miguel for this. A couple of comments: > > 1) The RFBServerGUI morph has a problem with the menus I think. When > you pass the mouse over one of the options (for example, passwords) > the submenu is open and maintained open only if you maintain pressed > the mouse button. Is this correct? Shouldn't it be clicked only once > and maintain opened ? It's difficult to express with words, sorry. > Yes, this is that way from the original, and I haven't modified anything in this part. But I will try to correct this. Related to this I want to replace all the old classes (FillTheBlank and friends) for the equivalent UIManager ones. > 2) Would you mind adding that little explanation of you about 0 -> > 5900, 1 -> 5901 ... to the help menu ? Yes I'll do. > Perhaps there are other like me ;) > > Thanks all I can say right now. > > thanks for all. Thanks to you. > -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Aug. 11, 2009

[Pharo-project] Pharo Feature Roadmap Question

by Eagle Offshore

It seems like Pharo 1.0 is crystallized already. Is native window support (Areithfa Ffenestri) in the near term plan? http://wiki.squeak.org/squeak/3862 -Todd Blanchard

Aug. 11, 2009

[Pharo-project] Draft streams proposal on the Wiki

by Schwab,Wilhelm K

Stef, Please take a quick look at the StreamsForRobustSoftware page on the Wiki. It needs a lot of work, but any hints about how to make it meet your needs would be appreciated. Bill

Aug. 11, 2009

Re: [Pharo-project] [Ann] RFB/VNC fully configurable by code.

by Mariano Martinez Peck

2009/8/10 Miguel Enrique CobÃ¡ Martinez <miguel.coba(a)gmail.com> > El lun, 10-08-2009 a las 12:20 -0300, Mariano Martinez Peck escribiÃ³: > > Hi Miguel: Thanks for your excellent work!! I am giving a try for > > first time in my life to RFB but it doesn't work. I am in Ubuntu 8.10. > > > > What I did is to do: > > > > RFBServerGUI open > > > > and then start in 0 (main display) > > > > The thing is that I don't know which port is used. > > The standard port for RFB is from 5900 on: > > display 0 -> port 5900 > display 1 -> port 5901 > etc. > Ahhhhh okok. Now I get it :) I confused that with Linux displays. Like DISPLAY:=0 and all that. I have already running VNC on 5900, so I tried puting a 1 and then vinagre localhost:5901 and works like a charm!!!!! This is an EXCELLENT work. I cannot believe it. I have a -headless image where I can use from a VNC client. Thanks Miguel for this. A couple of comments: 1) The RFBServerGUI morph has a problem with the menus I think. When you pass the mouse over one of the options (for example, passwords) the submenu is open and maintained open only if you maintain pressed the mouse button. Is this correct? Shouldn't it be clicked only once and maintain opened ? It's difficult to express with words, sorry. 2) Would you mind adding that little explanation of you about 0 -> 5900, 1 -> 5901 ... to the help menu ? Perhaps there are other like me ;) Thanks all I can say right now. thanks for all. > > the sever ask for a displayNumber are integer numbers 0, 1, 2, etc. > Of course as any server the RFB could start on any port, but for start > it on another port you must modify the code. For now use a > displayNumber. The clients also ask for displayNumbers, so no problems > should be like both of them translate it to port number. > > > > > Then I tried: > > > > RFBServer start: 6666 > > > > To open in port 6666 > > > > But in both cases when I try to connect like this: > > > > vinagre 127.0.0.1:6666 > > I have used; > > - xtightvncviewer -encodings "hextile" -depth 8 localhost:0 > - gvncviewer localhost:0 > > Personally I like a lot more the last one. > > > > > I have an error "Conntion to host 172.0.0.1:666 was closed" > > > > If I see server Log I get: > > > > RFBServer RFBDisplayScreen, RFBEventSensor installed > > RFBServer running > > RFBServer started > > > > > > Any idea what I am doing wrong? How can I specify a port from the UI ? > > and from command line? > > Perhaps a problem with my vnc client ? > > > > best, > > > > Mariano > > > > > > 2009/8/7 Miguel Enrique CobÃ¡ Martinez <miguel.coba(a)gmail.com> > > I promise that this is the last reply to myself :) > > > > > > > The version on Lukas repo is: > > > > > > RFB-MiguelCoba.26.mcz > > > > > > Something I forgot to say is that this new version is based on > > Lukas > > version that has already some changes to make it work on > > pharo. So this > > version work on pharo. Maybe can work on squeak also, maybe > > can be > > ported to squeak. I changed considerably RFBServer but just a > > little of > > RFBSession (one-liners). All the other classes are untouched. > > So maybe > > some time later I can do the port to make it work with squeak, > > if some > > good soul don't do it before. > > > > > > > > > > _______________________________________________ > > 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 > -- > Miguel CobÃ¡ > http://miguel.leugim.com.mx > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Aug. 11, 2009

Re: [Pharo-project] Https client

by David T. Lewis

On Mon, Aug 10, 2009 at 05:42:11PM -0300, Hernan Wilkinson wrote: > Hi, > we need to issue a post using https. We read about SWHTTPClient and > CurlPlugIn. > It sounds like SWHTTPClient does not support Https correctly (from what we > read, is that right? ), so we tried CurlPlugIn but we could not make it > work. We tried to download VMMaker from Universes to build the plug-in and > it did not download (it gives a compile error). Try using the latest VMMaker from http://www.squeaksource.com/VMMaker. The version that you got from Universes is now quite out of date. Dave

Aug. 11, 2009