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

Re: [Pharo-project] should we move pharo to use webclient?

by GermÃ¡n Arduino

As first step I can say that WebClient-Core, HTTP, Help and Tests load ok on PharoCore 1.2 latest image. Obviously I not loaded the Seaside adaptor. The 26 tests passed ok. Cheers. GermÃ¡n. 2010/7/7 GermÃ¡n Arduino <garduino(a)gmail.com> > ok, I will try to build a slice and check that works ok on PharoCore 1.2 to > start. > > Cheers. > > > 2010/7/7 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > - Does it load? >> - what is teh package structure? >> - do the test work? >> - Check the interface >> - start to see how we can redirect the image code to be based on web >> - iterate on the last point. >> - remove/deprecate old code. >> >> Stef >> >> On Jul 7, 2010, at 1:02 PM, GermÃ¡n Arduino wrote: >> >> > If you (Stef/Sven) cand give some guidelines about what do you expect >> and how to integrate, I can help here also. >> > >> > Cheers. >> > GermÃ¡n. >> > >> > >> > 2010/7/7 Sven Van Caekenberghe <sven(a)beta9.be> >> > StÃ©f, >> > >> > I guess you mean integrating WebClient in 1.2, not 1.1 ? >> > I am willing to help here, but I am having a vacation starting tomorrow, >> I'll be back from June 19th. >> > I deliberately don't touch any computers during that time ;-) >> > >> > Sven >> > >> > On 06 Jul 2010, at 21:22, StÃ©phane Ducasse wrote: >> > >> > > I agree and this is why I asked. >> > > I'm not good in network but the code of network always made me nearly >> faint because it was clearly not designed. >> > > Now why interested people would not do a little task forces to bullet >> proof the integration and we prepare together >> > > its integration... >> > > remember pharo is also your smalltalk :) >> > > >> > > On Jul 6, 2010, at 3:04 PM, Sven Van Caekenberghe wrote: >> > > >> > >> Yes!! >> > >> >> > >> It now loads without patches into Pharo 1.1 rc2 >> > >> I used its client and server part, seaside adaptor, it all works. >> > >> >> > >> The code is quite readable/understandable/malleable. >> > >> >> > >> I did not yet test the WebClient-HTTP package which patches >> HTTPSocket to replace the old code, >> > >> which is obviously important (it then gets used by MC and the rest of >> Smalltalk). >> > >> >> > >> The unit tests also have to be double checked. >> > >> >> > >> What do others, like Lukas and other Seaside people think of it ? >> > >> >> > >> The basic point it: it can only be better than the older code. >> > >> But on the other hand, maybe the leap could be even bigger still ? >> > >> Having a facade for a pluggable http client is one step. >> > >> >> > >> Having a good basic HTTP client and server is very important. >> > >> >> > >> Sven >> > >> >> > >> On 06 Jul 2010, at 09:30, StÃ©phane Ducasse wrote: >> > >> >> > >>> to replace the old code? >> > >>> >> > >>> Stef >> > >>> >> > >>> _______________________________________________ >> > >>> 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 >> > >> > >> > >> > -- >> > ================================================= >> > GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino >> > Arduino Software & Web Hosting http://www.arduinosoftware.com >> > PasswordsPro http://www.passwordspro.com >> > ================================================= >> > _______________________________________________ >> > 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 >> > > > > -- > ================================================= > GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino > Arduino Software & Web Hosting http://www.arduinosoftware.com > PasswordsPro http://www.passwordspro.com > ================================================= >

July 7, 2010

[Pharo-project] [update 1.2] #12041

by StÃ©phane Ducasse

12041 ----- - Issue 2642: Improve the PopupChoiceDialogWindow/PopupChoiceOrRequestDialogWindow

July 7, 2010

Re: [Pharo-project] [update 1.2] #12041

by StÃ©phane Ducasse

what I do not understand is that I cannot click on Proceed but I can when I do MCVersionLoader new warnAboutLosingChangesTo: #() So may be the method is being removed and the system needs it. asUnicodeChar "Answer a copy of the receiver with Unicode as the leadingChar" ^ Unicode charFromUnicode: self asUnicode Stef On Jul 7, 2010, at 10:55 PM, StÃ©phane Ducasse wrote: > I will rollback 12041 because I cannot load the following enh. > > I tried to republished the multilingual package that was dirty but the system barks telling me that I'm about to load a more > recent version. But I cannot click on accept and everything gets blocked. I do not understand why I cannot click on the Proceed button > of the Warning. > > We should fix it before continuing else we will get burned again and I do not want that. > > Stef > > > On Jul 7, 2010, at 10:38 PM, StÃ©phane Ducasse wrote: > >> argh I have a dirty package. Really we should fix MC. >> >> Stef >> >> On Jul 7, 2010, at 10:10 PM, StÃ©phane Ducasse wrote: >> >>> >>> 12041 >>> ----- >>> >>> - Issue 2635: Part 11 >>> >>> _______________________________________________ >>> 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

July 7, 2010

Re: [Pharo-project] [update 1.2] #12041

by StÃ©phane Ducasse

I will rollback 12041 because I cannot load the following enh. I tried to republished the multilingual package that was dirty but the system barks telling me that I'm about to load a more recent version. But I cannot click on accept and everything gets blocked. I do not understand why I cannot click on the Proceed button of the Warning. We should fix it before continuing else we will get burned again and I do not want that. Stef On Jul 7, 2010, at 10:38 PM, StÃ©phane Ducasse wrote: > argh I have a dirty package. Really we should fix MC. > > Stef > > On Jul 7, 2010, at 10:10 PM, StÃ©phane Ducasse wrote: > >> >> 12041 >> ----- >> >> - Issue 2635: Part 11 >> >> _______________________________________________ >> 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

July 7, 2010

Re: [Pharo-project] [update 1.2] #12041

by StÃ©phane Ducasse

argh I have a dirty package. Really we should fix MC. Stef On Jul 7, 2010, at 10:10 PM, StÃ©phane Ducasse wrote: > > 12041 > ----- > > - Issue 2635: Part 11 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 7, 2010

Re: [Pharo-project] Issue 2635 - methods recategorization

by StÃ©phane Ducasse

On Jul 6, 2010, at 11:24 PM, Pavel Krivanek wrote: > code: > > SystemNavigation organization renameCategory: '*multilingual-editor' > toBe: '*Multilingual-Encodings'. > Project class organization classify: #spawnNewProcessIfThisIsUI: > under: '*Morphic'. > Project class organization removeCategory:'squeaklet on server'. > ImmX11 organization classify: #keyboardFocusForAMorph: under: '*Morphic'. > FileStream class organization classify: > #fileReaderServicesForFile:suffix: under: '*Tools-FileList'. > FileStream class organization classify: #serviceFileIn under: '*Tools-FileList'. > FileStream class organization classify: #serviceRemoveLineFeeds under: > '*Tools-FileList'. > FileStream class organization classify: #services under: '*Tools-FileList'. > Character organization classify: #macRomanToUnicode under: > '*Multilingual-TextConversion'. > Character organization classify: #unicodeToMacRoman under: > '*Multilingual-TextConversion'. > TranscriptStream organization classify: #codePaneMenu:shifted: under: > '*Tools-Base'. > TranscriptStream class organization classify: #openMorphicTranscript > under: '*Morphic'. > > description: > > SystemNavigation organization renameCategory: '*multilingual-editor' > toBe: '*Multilingual-Encodings'. > - move the single method allSelect: to a base Multilingual package I would fold it into the class. Especially since Dictionary unreferencedKeys ok? > Project class organization classify: #spawnNewProcessIfThisIsUI: > under: '*Morphic'. > Project class organization removeCategory:'squeaklet on server'. > - UI specific and sent only from Morphic dependent methods ok > ImmX11 organization classify: #keyboardFocusForAMorph: under: '*Morphic'. > - used only for Morphic ok > FileStream class organization classify: > #fileReaderServicesForFile:suffix: under: '*Tools-FileList'. > FileStream class organization classify: #serviceFileIn under: '*Tools-FileList'. > FileStream class organization classify: #serviceRemoveLineFeeds under: > '*Tools-FileList'. > FileStream class organization classify: #services under: '*Tools-FileList'. > - FileList files associations. However a deeper refactoring is welcome. this is ok for now. > Character organization classify: #macRomanToUnicode under: > '*Multilingual-TextConversion'. > Character organization classify: #unicodeToMacRoman under: > '*Multilingual-TextConversion'. > - both packages in the PharoKernel. Move to a more fitting package. ok sounds good. > TranscriptStream organization classify: #codePaneMenu:shifted: under: > '*Tools-Base'. codePaneMenu: aMenu shifted: shifted looks like a hack. I will open a ticket. all the class in fact! It sucks > TranscriptStream class organization classify: #openMorphicTranscript > under: '*Morphic'. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 7, 2010

Re: [Pharo-project] should we move pharo to use webclient?

by GermÃ¡n Arduino

ok, I will try to build a slice and check that works ok on PharoCore 1.2 to start. Cheers. 2010/7/7 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > - Does it load? > - what is teh package structure? > - do the test work? > - Check the interface > - start to see how we can redirect the image code to be based on web > - iterate on the last point. > - remove/deprecate old code. > > Stef > > On Jul 7, 2010, at 1:02 PM, GermÃ¡n Arduino wrote: > > > If you (Stef/Sven) cand give some guidelines about what do you expect and > how to integrate, I can help here also. > > > > Cheers. > > GermÃ¡n. > > > > > > 2010/7/7 Sven Van Caekenberghe <sven(a)beta9.be> > > StÃ©f, > > > > I guess you mean integrating WebClient in 1.2, not 1.1 ? > > I am willing to help here, but I am having a vacation starting tomorrow, > I'll be back from June 19th. > > I deliberately don't touch any computers during that time ;-) > > > > Sven > > > > On 06 Jul 2010, at 21:22, StÃ©phane Ducasse wrote: > > > > > I agree and this is why I asked. > > > I'm not good in network but the code of network always made me nearly > faint because it was clearly not designed. > > > Now why interested people would not do a little task forces to bullet > proof the integration and we prepare together > > > its integration... > > > remember pharo is also your smalltalk :) > > > > > > On Jul 6, 2010, at 3:04 PM, Sven Van Caekenberghe wrote: > > > > > >> Yes!! > > >> > > >> It now loads without patches into Pharo 1.1 rc2 > > >> I used its client and server part, seaside adaptor, it all works. > > >> > > >> The code is quite readable/understandable/malleable. > > >> > > >> I did not yet test the WebClient-HTTP package which patches HTTPSocket > to replace the old code, > > >> which is obviously important (it then gets used by MC and the rest of > Smalltalk). > > >> > > >> The unit tests also have to be double checked. > > >> > > >> What do others, like Lukas and other Seaside people think of it ? > > >> > > >> The basic point it: it can only be better than the older code. > > >> But on the other hand, maybe the leap could be even bigger still ? > > >> Having a facade for a pluggable http client is one step. > > >> > > >> Having a good basic HTTP client and server is very important. > > >> > > >> Sven > > >> > > >> On 06 Jul 2010, at 09:30, StÃ©phane Ducasse wrote: > > >> > > >>> to replace the old code? > > >>> > > >>> Stef > > >>> > > >>> _______________________________________________ > > >>> 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 > > > > > > > > -- > > ================================================= > > GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino > > Arduino Software & Web Hosting http://www.arduinosoftware.com > > PasswordsPro http://www.passwordspro.com > > ================================================= > > _______________________________________________ > > 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 > -- ================================================= GermÃ¡n S. Arduino <gsa @ arsol.net> Twitter: garduino Arduino Software & Web Hosting http://www.arduinosoftware.com PasswordsPro http://www.passwordspro.com =================================================

July 7, 2010

[Pharo-project] [update 1.2] #12041

by StÃ©phane Ducasse

12041 ----- - Issue 2635: Part 11

July 7, 2010

Re: [Pharo-project] Issue 2635 - methods recategorization

by StÃ©phane Ducasse

On Jul 6, 2010, at 10:51 PM, Pavel Krivanek wrote: > code: > > MethodReference organization moveCategory: '*Kernel-Traits' to: > '*Traits-Kernel'. > LRUCache organization moveCategory: '*Polymorph-Widgets-override' to: > 'accessing'. > Project class organization moveCategory: 'utilities' to: '*Morphic'. > Character organization moveCategory: '*Multilingual' to: > '*Multilingual-Encodings'. > TranscriptStream organization moveCategory: 'toolbuilder' to: > '*ToolBuilder-Kernel'. > TranscriptStream class organization moveCategory: 'toolbuilder' to: > '*ToolBuilder-Kernel'. > > description: > > MethodReference organization moveCategory: '*Kernel-Traits' to: > '*Traits-Kernel'. > - swap package name parts to a more logical ownership. It contains > only a method actualClass that has no other kernel implementation. > Both packages will be in the kernel image. What about just folding actualClass in MethodReference? I do not understand the point of the KernelTraits or Traits-Kernel. May be MCDefinition>>actualClass should also be folded into MCDefinition and not Polymorph-Tools-Diff > LRUCache organization moveCategory: '*Polymorph-Widgets-override' to: > 'accessing'. > - only one method. Declared as override but has no old version in the > history and has general functionality ok > Project class organization moveCategory: 'utilities' to: '*Morphic'. > - all methods have no real senders or are called only from Morphic In fact these methods should be moved in another place so that we can remove Project. For now this is ok to move them to Morphic > Character organization moveCategory: '*Multilingual' to: > '*Multilingual-Encodings'. > - only fix MC package name Ok even if I was wondering why encodings is not folded into Collections-Strings.. > TranscriptStream organization moveCategory: 'toolbuilder' to: > '*ToolBuilder-Kernel'. > - single method buildWith:, used only for the Toolbuilder > > TranscriptStream class organization moveCategory: 'toolbuilder' to: > '*ToolBuilder-Kernel'. > - the same with this logic it means that we could remove toolbuilder or plug it on demand. Why not. I will integrate already that. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 7, 2010

Re: [Pharo-project] Monticello & proxy with security.

by Diogenes Moreira

Thank you, work fine.. :) 2010/7/7 laurent laffont <laurent.laffont(a)gmail.com> > 2010/7/7 Diogenes Moreira <diogenes.moreira(a)gmail.com> > > hi folks. >> >> right now, i'm behind a squid proxy with security (user & pass).. in the >> preferences, I find the proxy configuration, but only have ip and port. >> Exists a way to set user and password in that connection??? >> > > Hi Diogenes, > > Evaluate: > > HTTPSocket > useProxyServerNamed:'192.168.1.1' > port:3128 > proxyUser:'user' > password:'password' > > > see http://book.pharo-project.org/book/TipsAndTricks/PharoRC/ > > Cheers, > > Laurent Laffont > > http://pharocasts.blogspot.com/ > http://magaloma.blogspot.com/ > > > >> Thanks in advance. >> >> _______________________________________________ >> 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 >

July 7, 2010