June 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] [update 1.3] #13249

by StÃ©phane Ducasse

13249 ----- Issue 4370: Little fix in TestRunner. Thanks Benjamin van Ryseghem http://code.google.com/p/pharo/issues/detail?id=4370 Stef

June 6, 2011

Re: [Pharo-project] [update 1.3] #13248 (pay attention will break the server because of pop ups).

by Schwab,Wilhelm K

But strings are objects - sorta :) I wonder if value models/adapters/converters would be of any use... The ones I have been using are *very* simplistic, in part because I didn't need a lot of complexity, and because I have always done the simplest thing possible to avoid "borrowing" from Dolphin. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] Sent: Monday, June 06, 2011 11:59 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] [update 1.3] #13248 (pay attention will break the server because of pop ups). ok I will check that! as a general design point we should chase all the place where the system uses strings instead of objects :) Stef > On Jun 5, 2011, at 10:31 PM, StÃ©phane Ducasse wrote: > >> >> 13248 >> ----- >> >> - another step towards removing toolbuilder. MorphicUIManager is now not in ToolBuilder anymore but Polymorph close to UITheme (to be validated later) and PluggableMenuSpec close to MenuMorph. >> >> Marcus it will break the build server but I redid all the integration two times and I do not understand why some packages where dirty in 13247 so >> sorry but I lost already more than one hour on this one. >> > > Seems to work. > > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.3/ > > But we do have now 22 test failures: > > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.3/346/testRepor… > > I think because of the changes to SytemNavigation. > > > Marcus > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > >

June 6, 2011

Re: [Pharo-project] [update 1.3] #13248 (pay attention will break the server because of pop ups).

by StÃ©phane Ducasse

ok I will check that! as a general design point we should chase all the place where the system uses strings instead of objects :) Stef > On Jun 5, 2011, at 10:31 PM, StÃ©phane Ducasse wrote: > >> >> 13248 >> ----- >> >> - another step towards removing toolbuilder. MorphicUIManager is now not in ToolBuilder anymore but Polymorph close to UITheme (to be validated later) and PluggableMenuSpec close to MenuMorph. >> >> Marcus it will break the build server but I redid all the integration two times and I do not understand why some packages where dirty in 13247 so >> sorry but I lost already more than one hour on this one. >> > > Seems to work. > > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.3/ > > But we do have now 22 test failures: > > https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.3/346/testRepor… > > I think because of the changes to SytemNavigation. > > > Marcus > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > >

June 6, 2011

Re: [Pharo-project] [update 1.3] #13248 (pay attention will break the server because of pop ups).

by Marcus Denker

On Jun 5, 2011, at 10:31 PM, StÃ©phane Ducasse wrote: > > 13248 > ----- > > - another step towards removing toolbuilder. MorphicUIManager is now not in ToolBuilder anymore but Polymorph close to UITheme (to be validated later) and PluggableMenuSpec close to MenuMorph. > > Marcus it will break the build server but I redid all the integration two times and I do not understand why some packages where dirty in 13247 so > sorry but I lost already more than one hour on this one. > Seems to work. https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.3/ But we do have now 22 test failures: https://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.3/346/testRepor… I think because of the changes to SytemNavigation. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

June 6, 2011

Re: [Pharo-project] Do it in Shout Workspace

by StÃ©phane Ducasse

Hi miguel this is probably linked to the way the workspace keeps its binding to declare variable. Can you check in 1.3 because we will release it soon. Stef On Jun 6, 2011, at 4:09 PM, Miguel Sanchez wrote: > Hi All, > > I'm not sure if this is a bug or a feature or PEBKAC error. > > I have strange behaviour In Pharo one click 1.1.1 and 1.2.1, when I open a Shout Workspace and enter the following: > =============================================== > > "Person is a dirty little class that maps from a DB table and a horrible complete creation method." > > |persons aPerson| > > aPerson := Person personId: '32055' personTypeId: '1' nationalId: 'I00735' firstName: 'ANA ROSA' surname: 'XXX YYY ZZZ' title: 'Ms' birthday: ('01/01/1970' asDate) language: 'ES ' gender: 'F' maritalStatus: 'M' nationality: 'ES' countryOfResidence: 'IT' activity: 'CN-O' regDate: '17/06/2009 00:00:00' vatRegNo: '1234'. > > persons := Set new. > > persons add: aPerson. > > persons add: 3. > =============================================== > > If I ctrl-d each statement individually. after the final line. persons is a set with the two elements I have just added. > > If I open a fresh shout workspace, copy and paste the code, select all, and ctrl-d all the text, then I get persons = nil. afterwards. > > I've debugged and both methods execute in the same way. > > So like I said, bug, feature or PEBKAC? > > Thanks, > > > Miguel

June 6, 2011

[Pharo-project] Do it in Shout Workspace

by Miguel Sanchez

Hi All, I'm not sure if this is a bug or a feature or PEBKAC error. I have strange behaviour In Pharo one click 1.1.1 and 1.2.1, when I open a Shout Workspace and enter the following: =============================================== "Person is a dirty little class that maps from a DB table and a horrible complete creation method." |persons aPerson| aPerson := Person personId: '32055' personTypeId: '1' nationalId: 'I00735' firstName: 'ANA ROSA' surname: 'XXX YYY ZZZ' title: 'Ms' birthday: ('01/01/1970' asDate) language: 'ES ' gender: 'F' maritalStatus: 'M' nationality: 'ES' countryOfResidence: 'IT' activity: 'CN-O' regDate: '17/06/2009 00:00:00' vatRegNo: '1234'. persons := Set new. persons add: aPerson. persons add: 3. =============================================== If I ctrl-d each statement individually. after the final line. persons is a set with the two elements I have just added. If I open a fresh shout workspace, copy and paste the code, select all, and ctrl-d all the text, then I get persons = nil. afterwards. I've debugged and both methods execute in the same way. So like I said, bug, feature or PEBKAC? Thanks, Miguel

June 6, 2011

Re: [Pharo-project] [Moose-dev] Re: ACM Student Research Competition

by Alexandre Bergel

http://src.acm.org/winners.html Cheers, Alexandre On 3 Jun 2011, at 18:18, Tudor Girba wrote: > Hi, > > Congratulations! > > Is there a page already that lists the winners? It would be good to link to it. > > Cheers, > Doru > > > On 3 Jun 2011, at 16:36, Alexandre Bergel wrote: > >> Hi! >> >> There is a news I would like to share with you. Vanessa, a student at the University of Chile, is just back from ICSE, a top conference on software engineering. She presented Hapao (http://hapao.dcc.uchile.cl) a Pharo application, at the ACM Student Research Competition[*]. It was a success: she arrived 2nd in the category undergraduate student. A nice medal for the Pharo community! >> >> Cheers, >> Alexandre >> >> [*] http://2011.icse-conferences.org/content/src-call >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> > > -- > www.tudorgirba.com > > "Being happy is a matter of choice." > > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 6, 2011

Re: [Pharo-project] ExternalIconFamily framework released

by StÃ©phane Ducasse

On Jun 6, 2011, at 12:56 PM, Fernando Olivero wrote: > Hi, according to a suggestion by Stef, i cleaned up the framework i > developed for importing/managing external icon families in Pharo. > > To load evaluate: > > Gofer it squeaksource: 'MetacelloRepository'; package: > 'ConfigurationOfExternalIconFamily'; load. > (Smalltalk globals classNamed: 'ConfigurationOfExternalIconFamily') > perform: #load. > > > More info on the squeaksource page : > http://www.squeaksource.com/ExternalIconFamily > > I'm using is successfully in Gaucho, importing the oxygen icon set. > Pharo would be greatly enhanced, if it would have a consistent iconic > look and feel, i could open a issue for starting on this task, for > Pharo 1.4 ? Yes please! If you have idea of icons sets let us know. > > Fernando >

June 6, 2011

Re: [Pharo-project] testing ui errors in headless mode

by Schwab,Wilhelm K

At one stage in Dolphin's development, I had a very similar problem. IIRC, I solved it by having my code wait on a semaphore that I signaled from a deferred action (which meant the code then waited for the GUI to get going). It worked nicely, and continued to do so after Object Arts did a nicer fix in a subsequent version. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] Sent: Sunday, June 05, 2011 4:29 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] testing ui errors in headless mode this is probably related also with the problem that hilaire got with DrGeo. I did some experiences and we will check that with igor. Probably the command line is executed at startup but before the UI thread is launched. So we should fix that for 1.3 Stef On Jun 5, 2011, at 10:09 PM, Lukas Renggli wrote: > Not sure --- I didn't read the whole thread and I am not sure if I > understand the problem --- but did you try: > > WorldState addDeferredUIMessage: [ 1 inspect ] > > AFAIK, code filed-in at startup does not run in the GUI process > causing problems when the code expects to run in the GUI process > and/or a GUI process to be present (it might not be resumed on startup > yet). > > Lukas > > > On 5 June 2011 21:07, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> Hi, >> >> I would need a bit of help with this one :). >> >> I tried: >> >> testStartup >> self shouldnt: [[1 inspect] on: ErrorNonInteractive do: [:x | ]] raise: Error >> >> This still fails. Is there a way around it? >> >> You can try using the attached st file. >> >> Cheers, >> Doru >> >> >> >> Begin forwarded message: >> >>> From: Tudor Girba <tudor(a)tudorgirba.com> >>> Date: 31 May 2011 23:08:03 CEST >>> To: Pharo-project(a)lists.gforge.inria.fr >>> Subject: Re: [Pharo-project] testing ui errors in headless mode >>> >>> Hi, >>> >>> On 31 May 2011, at 22:32, Igor Stasenko wrote: >>> >>>> On 31 May 2011 23:15, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>>>> Hi Igor, >>>>> >>>>> Sorry for the late reply. >>>>> >>>>> >>>>> >>>>> On 26 May 2011, at 17:48, Igor Stasenko wrote: >>>>> >>>>>> On 26 May 2011 17:03, Tudor Girba <tudor(a)tudorgirba.com> wrote: >>>>>>> Hi, >>>>>>> >>>>>>> I tried several ways to get my head around this problem, but I do not know how to proceed. Can anyone help? >>>>>>> >>>>>>> Cheers, >>>>>>> Doru >>>>>>> >>>>>>> >>>>>>> On 25 May 2011, at 21:21, Tudor Girba wrote: >>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> We have some smoke tests in Moose that basically spawn a UI and check for Error. >>>>>>>> >>>>>>>> This used to work when running headless in Pharo 1.2 but now they fail in Pharo 1.3. I believe this has to do with the new changes in the UI Manager, but I do not know what to do. >>>>>>>> >>>>>>>> To reproduce the problem, you can simply call a Pharo-1.3.image in headless mode and file in the attached st file that: >>>>>>>> >>>>>>>> - installs a simple test: >>>>>>>> HeadlessTest>>testStartup >>>>>>>> self shouldnt: [1 inspect] raise: Error >>>>>> >>>>>> Tudor, your test is wrong. >>>>>> During image startup and in headless mode calling inspector will and >>>>>> should raise an error. >>>>>> Because inspecting object requires a presence of UI. >>>>>> But there's no UI in headless mode and prohibited from use during >>>>>> image startup phase, because >>>>>> you cannot start asking questions from user before properly >>>>>> initializing everything related to startup. >>>>>> Startup is called startup on purpose: is should not be interrupted nor >>>>>> require user's interaction. >>>>>> >>>>>> Assume that you don't have Morphic loaded in your image, then what you >>>>>> expect to happen if you do >>>>>> 1 inspect >>>>>> ? >>>>> >>>>> I understand now that the test is wrong. I just wanted to offer an example of spawning a ui, but I think I found the problem like this :). >>>>> >>>>> Now, the thing is that my test tests that triggering the entries from a menu does not result in an error. And inspect or browse happen to be among the menu entries. Is there a way to still have this test working on the server? >>>>> >>>>> Should I put a guard condition in the method triggering the inspector? That sounds bad. Any other ideas? >>>>> >>>> >>>> Yes, you could swallow all ErrorNonInteractive. >>>> So if you will know that something will lead to UI interaction, you >>>> can catch ErrorNonInteractive. >>>> Since there is no UI you won't proceed further, but still will know >>>> that during running the test some UI is involved. >>>> >>>> So, actually a following should pass: >>>> >>>> UIManager default isInteractive ifFalse: [ >>>> self should: [1 inspect] raise: ErrorNonInteractive >>>> ] >>>> >>>> The problem is that there is some missing protocol in >>>> NonInteractiveUIManager (because at the time i was adding it , i >>>> covered all methods, >>>> but then some more stuff were added to morphic ui manager without >>>> parallel extension to other ui managers, >>>> so the test above can fail because you will get DNU error instead of >>>> ErrorNonInteractive ) >>> >>> I tried it: >>> >>> testStartup >>> self shouldnt: [[1 inspect] on: ErrorNonInteractive do: [:x | ]] raise: Error >>> >>> But this still fails. You can try using the attached st file. >>> >>> Cheers, >>> Doru >>> >> >>> >>>>> Cheers, >>>>> Doru >>>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko AKA sig. >>>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "The coherence of a trip is given by the clearness of the goal." >>> >>> >>> >>> >> >> -- >> www.tudorgirba.com >> >> "What is more important: To be happy, or to make happy?" >> >> >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch >

June 6, 2011

[Pharo-project] Learned metacello with ProfStef

by HwaJong Oh

Hi, I've learnt metacello with help of ProfStef, successfully write/upload my ConfigurationOf package to my squeaksource repository. That package also successfully installed packages as I described. Before looking at ProfStef on metacello, I couldn't understand why it has to be so complex by reading classes begins with 'ConfigurationOf'. HelpSystem of metacello was confusing, API references was too referece showing no direction. ProfStef showed me simplest form of metacello, which i could understand at glance. It gradually took me to more complex form of metacello. I want to try more ProfStefs if there is than OneClick image? Best Regards HwaJong Oh -- View this message in context: http://forum.world.st/Learned-metacello-with-ProfStef-tp3576684p3576684.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 6, 2011