- Pharo-dev - lists.pharo.org

[Pharo-project] Cmd-t in OB?
by Alexandre Bergel Oct. 8, 2010

Oct. 8, 2010

hi! When I press cmd-t in an ob browser in the class category pane, I get a window titled "Selected Command". I would expect executing the test of the class category. I tried to find out where the "Selected Command" command is defined with: OBCommand allSubclasses select: [:c | c new keystroke = $t ] => an OrderedCollection(OBCmdRunTests) But apparently only running the test is associated to Cmd-t. Isn't that convenient to be able to run the test from a class category? Cheers, alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

3 5

Re: [Pharo-project] WebBrowser
by Marcus Denker Oct. 8, 2010

Oct. 8, 2010

> > It's part of the class creation template. The only useful aspect of its existence was that you got a warning if you forgot to change the name of the subclass in the template. > -> It was part of a test package. Test packages only contain tests and artefacts used *by tests*. -> The class has no class comment. My theory is it was just the *result* of someone forgetting to change the name of the subclass in the template, not an intended mechanism. The error message would be very strange, too. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] Seaside and KomHttpServer in Pharo 1.2
by Torsten Bergmann Oct. 8, 2010

Oct. 8, 2010

>What do you do to test your newly converted Seaside apps? Have you >automated it, or is just a matter of trying everything yourself? Since the app itself is in it's current state not very usefull there are no tests as you may expect to test the app itself (beside a few unit tests) Mainly I test if it is possible to load the whole stuff using Monticello: - seaside in its current version - external webbrowser/ffi - the jquerywidgtbox project on the recent Pharo version and then see if it is possible to: - start and open the app in the browser directly from the image (=> FFI and external browser are working) - have it started as a seaside root (=> if something is displayed) - click around Mostly this is enough to see if something is badly broken. So yes, currently it is more a manual test and more oriented towards if Metacello configs fit together. For instance yesterday in Pharo 1.2 the WebBrowser class was deleted and therefore the whole bootstrap process was broken since MetaSource was not loadable via configuration (see the discussion on the pharo list) My idea is to have a simple web app that demonstrates how one can setup various pieces (seaside, jqeurywidgets, metacello, ...) and that is simply installable by a small gofer script. Bye T. -- GMX DSL Doppel-Flat ab 19,99 €/mtl.! Jetzt auch mit gratis Notebook-Flat! http://portal.gmx.net/de/go/dsl

2 1

Re: [Pharo-project] WebBrowser
by Marcus Denker Oct. 8, 2010

Oct. 8, 2010

On Oct 8, 2010, at 3:36 AM, Levente Uzonyi wrote: > On Thu, 7 Oct 2010, Alexander LazareviÄ wrote: > >> 2010/10/7 Torsten Bergmann <astares(a)gmx.de>: >>> Dont know why this specific subclass was removed since >>> other subclasses of AppRegistry are still in the image >>> (like MailSender, SoundService, ...) >>> >>> Was it by accident or if not what is the idea here. >> >> It got nuked with >> >> Name: System-Applications-StephaneDucasse.18 >> Author: StephaneDucasse >> Time: 11 July 2010, 6:52:54 pm >> UUID: 7eb6ce52-4ac4-4523-b44f-eaf822506c76 >> Ancestors: System-Applications-StephaneDucasse.14 >> >> - Issue 2664: empty classes: WebBrowser, SketchMorph, >> PasteUpMorphTest, NameOfSubclass, MethodTempsNode > > Why did you remove NameOfSubclass? > It was part of the compiler tests, but there are no users (at least I am too dumb to find them). -> empty class -> no References -> Not even in the source -> In a tests package -> Running the tests does not seem to re-create the class (else in addition, tearDown code would be needed) Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

Re: [Pharo-project] 12186 image quit problem
by StÃ©phane Ducasse Oct. 8, 2010

Oct. 8, 2010

igor could you have a look? Stef On Oct 8, 2010, at 11:26 AM, Alexander LazareviÄ wrote: > This is reproducible for me if I do: > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfExternalWebBrowser'; > load. > > (Smalltalk at: #ConfigurationOfExternalWebBrowser) load > > Find the error log attached. > > Alex > > 2010/10/8 Alexander LazareviÄ <laza(a)blobworks.com>: >> Just when I was about to test drive Torstens configuration of >> ExternalWebBrowser, the image hangs somewhere while loading. I'm able >> to abort it and find myself in some ensure block of an crticial >> section of WeakArray finalization?! Trying to quit just hangs the >> image for good. >> BTW, this is on Windows. >> >> Alex >> >> 2010/10/8 Pavel Krivanek <pavel.krivanek(a)gmail.com>: >>> Strange... >>> Linux VM 4.0.3.2202 from squeakvm.org worked well and your prebuilt image >>> works with all this three virtual machines. Any idea why? >>> -- Pavel >>> >>> On Fri, Oct 8, 2010 at 10:49 AM, Marcus Denker <marcus.denker(a)inria.fr> >>> wrote: >>>> >>>> On Oct 8, 2010, at 10:39 AM, Pavel Krivanek wrote: >>>> >>>>> Hmm, this is the result for Linux and >>>>> cogvm 3.9-7 and pharovm 3.10-3 >>>>> >>>>> >>>> >>>> can you try: >>>> >>>> https://gforge.inria.fr/frs/download.php/27589/PharoCore-1.2-12186.zip >>>> >>>> >>>> -- >>>> Marcus Denker -- http://www.marcusdenker.de >>>> INRIA Lille -- Nord Europe. Team RMoD. >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> >> > <error_log.txt>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

Re: [Pharo-project] WebBrowser
by StÃ©phane Ducasse Oct. 8, 2010

Oct. 8, 2010

tx On Oct 8, 2010, at 10:27 AM, Torsten Bergmann wrote: > Hi all, > > I made a new version 1.3 of ConfigurationOfExternalWebBrowser available > that is working in Pharo 1.2 again. > > It integrates ExternalWebBrowser-laza.113 (thanks to Alexander Lazarevic) > which fixes the problem by checking if "WebBrowser" is available and > only register if it is there. > > -------------------------------------------------------------------------- > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfExternalWebBrowser'; > load. > > (Smalltalk at: #ConfigurationOfExternalWebBrowser) load > -------------------------------------------------------------------------- > > > I would not reintroduce the WebBrowser class in Pharo 1.2 > since > - it is only a registry placeholder and we may think about AppRegistry > anyway > - we want Pharo(Core) to be clean and the above solves the issue > - there might be a VM primitive in future VMs to open the > browser anyway > > Thanks again to Alexander for the quick help. > > Bye > T. > > > > -- > GMX DSL Doppel-Flat ab 19,99 €/mtl.! Jetzt auch mit > gratis Notebook-Flat! http://portal.gmx.net/de/go/dsl > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

Re: [Pharo-project] 12186 image quit problem
by Marcus Denker Oct. 8, 2010

Oct. 8, 2010

On Oct 8, 2010, at 10:27 AM, Pavel Krivanek wrote: > Hi, > > can you reproduce this? > > - take PharoCore-1.2-12172.image > - update it to 12186 > - click Save and quit > - open the image again > - click Quit > - the image hangs > > the image #12172 works well Hmm... works here (using an old mac vm 4.3.5betaU). I will put a pre-built image online... -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

[Pharo-project] WebBrowser
by Torsten Bergmann Oct. 8, 2010

Oct. 8, 2010

Hi all, I made a new version 1.3 of ConfigurationOfExternalWebBrowser available that is working in Pharo 1.2 again. It integrates ExternalWebBrowser-laza.113 (thanks to Alexander Lazarevic) which fixes the problem by checking if "WebBrowser" is available and only register if it is there. -------------------------------------------------------------------------- Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfExternalWebBrowser'; load. (Smalltalk at: #ConfigurationOfExternalWebBrowser) load -------------------------------------------------------------------------- I would not reintroduce the WebBrowser class in Pharo 1.2 since - it is only a registry placeholder and we may think about AppRegistry anyway - we want Pharo(Core) to be clean and the above solves the issue - there might be a VM primitive in future VMs to open the browser anyway Thanks again to Alexander for the quick help. Bye T. -- GMX DSL Doppel-Flat ab 19,99 €/mtl.! Jetzt auch mit gratis Notebook-Flat! http://portal.gmx.net/de/go/dsl

1 0

[Pharo-project] 12186 image quit problem
by Pavel Krivanek Oct. 8, 2010

Oct. 8, 2010

Hi, can you reproduce this? - take PharoCore-1.2-12172.image - update it to 12186 - click Save and quit - open the image again - click Quit - the image hangs the image #12172 works well -- Pavel

1 0

Oct. 8, 2010

exactly probably adding a nice class comment could help a lot. Stef On Oct 8, 2010, at 9:07 AM, Marcus Denker wrote: > > On Oct 7, 2010, at 10:49 PM, Alexander LazareviÄ wrote: > >> 2010/10/7 Torsten Bergmann <astares(a)gmx.de>: >>> Dont know why this specific subclass was removed since >>> other subclasses of AppRegistry are still in the image >>> (like MailSender, SoundService, ...) >>> >>> Was it by accident or if not what is the idea here. >> >> It got nuked with >> >> Name: System-Applications-StephaneDucasse.18 >> Author: StephaneDucasse >> Time: 11 July 2010, 6:52:54 pm >> UUID: 7eb6ce52-4ac4-4523-b44f-eaf822506c76 >> Ancestors: System-Applications-StephaneDucasse.14 >> >> - Issue 2664: empty classes: WebBrowser, SketchMorph, >> PasteUpMorphTest, NameOfSubclass, MethodTempsNode >> > > I think I removed it because I removed the code for browsing... > with the idea that I am sure nobody needs Scamper these days. > But I forgot the external webBrowser stuff. > > The nice thing is: we can put things back, easily. I think it's better > to remove and put back than to never change anything because > someone might need it. > > Marcus > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0