- Pharo-dev - lists.pharo.org

[Pharo-project] [update 1.2] #12087
by StÃ©phane Ducasse Aug. 10, 2010

Aug. 10, 2010

12087 ----- - Issue 2573: Make it possible to run cleanup non-interactively. Thanks Andreas Raab and German Arduino. - Issue 2756: Morphic Cleansing - Remove use of findA:. Thanks Guillermo Polito. - Package name test. Thanks Luc Fabresse. Thanks guys!

1 0

[Pharo-project] Polymorph enhancements
by Gary Chambers Aug. 10, 2010

Aug. 10, 2010

See: http://code.google.com/p/pharo/issues/detail?id=2777 Mostly since Doru expressed an interest in closable tabs... ;-) Regards, Gary

3 10

[Pharo-project] Change set fileout
by Gary Chambers Aug. 10, 2010

Aug. 10, 2010

Has anyone else noticed that, very recently, when filing out change sets from the change sorter the filename is rather odd (at least on Windows)? Instead of the expected "OngoingFixes.2.cs" I'm getting "C##Users#Gazza#Desktop#Pharo#Contents#Resources#OngoingFixes.2.cs" saved where expected (in Contents\Resources). Regards, Gary

4 5

Re: [Pharo-project] Autotest, proof-of-concept [was: About TDD and Pharo]
by laurent laffont Aug. 10, 2010

Aug. 10, 2010

Hi, I've written a proof-of-concept for Autotest. Draft/crappy code and no tests (exploration mode :) but it loads on PharoCore-1.1-11383-beta image. Load it: Gofer new squeaksource: 'Autotest'; package: 'Autotest'; load Open it: AutotestView open (there's en entry in WorldMenu > Tools) And change a tested method to see the results. There's a bug I need to find, maybe someone knows: - Change Bag>>occurrencesOf: - Autotest gives: 284 run, 281 passes, 0 expected failures, 1 failures, 2 errors, 0 unexpected passes Failures: CollectionRootTest>>#test0FixtureIterateTest Errors: CollectionRootTest>>#testBasicCollect CollectionRootTest>>#testDoWithout but in SUnit CollectionRootTest gives 0 run, 0 passes, 0 expected failures, 0 failures, 0 errors, 0 unexpected passes ?? Cheers, Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/ On Thu, Jun 3, 2010 at 6:09 PM, Alexandre Bergel <alexandre(a)bergel.eu>wrote: > The idea is excellent. > > Cheers, > Alexandre > > > On 3 Jun 2010, at 10:22, laurent laffont wrote: > > > > > > > On Thu, Jun 3, 2010 at 3:42 PM, Alexandre Bergel <alexandre(a)bergel.eu> > wrote: > > > You may have a lot of noise. > > > > > > I guess that Ruby uses files as a unit of development/deployment. The > closest Smalltalk/Pharo has is the class and the package. > > > > > > I would suggest that TestCase which would use this feature use some > pragma/method to identify/declare which classes/packages this test depends > upon. Then the "autotest" framework would register such tests and listen for > changes in the given classes/packages, launching required tests whenever a > change happen. > > > > > > Additionally, one could declare such a pragma on a single test method, > when this test should be run for a specific class. > > > > > > Of course, you also to take care of long running tests, which you > probably want to exclude from auto-testing. > > > > I see autotest in Pharo in a slighly different way: When I press save in > the Monticello browser, I have a popup menu which asks me whether (i) I want > to run all the tests or (ii) only the tests that cover that I changed from > the last version. > > > > Does this make sense? > > > > Please no popup :) What I like in ruby autotest is that I can quickly > look at test results if I want (or not) without stop writing. Often you want > to see your tests failing, as you type / save code. I don't have to stop > writing, click a button, wait test results, go again.... testing is done in > background and I just see notifications whether it's OK or not. > > > > So test log in a Transcript is OK for me. > > > > > > For autotest unit of work is file: it runs the test file which has the > same name as the code file, but you can customize this behavior. For > autotest-rails: > > "A simplified version of Autotest heuristics in this mode would be: > > When changing a test file, only this file is run (e.g. > test/unit/foo_test.rb âtest/unit/foo_test.rb). > > When changing a model file, only associated unit test file is run > (e.g.app/models/foo.rb â test/unit/foo_test.rb). > > When changing a controller file, associated functional test file is run > (e.g.app/controllers/foo_controller.rb > âtest/functional/foo_controller_test.rb). > > When changing a fixture file, associated unit test and functional test > are run (e.g.app/fixtures/foos.yml â test/unit/foo_test.rb > +test/functional/foo_controller_test.rb). > > When changing a helper file, associated functional test file is run > (e.g.app/helpers/foo_helper.rb âtest/functional/foo_controller_test.rb). > > When changing application_helper.rb file all functional test files are > run (e.g.application_helper.rb â test/functional/*_test.rb). > > When changing a file under the config directory, all tests are run." > > > > Laurent > > > > > > > > Cheers, > > Alexandre > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > _______________________________________________ > > 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 > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

8 51

[Pharo-project] Why StringHolder
by Guillermo Polito Aug. 10, 2010

Aug. 10, 2010

Hi! Related with the issue http://code.google.com/p/pharo/issues/detail?id=2757(Issue 2757 <http://code.google.com/p/pharo/issues/detail?id=2757>: Refactor StringHolder) I was looking at the StringHolder hierarchy, and well, it's not very nice. Playing to see how difficult should it be to refactor the hierarchy and decouple a bit those things, I took Workspace off from there, and writing 2 methods it happened to work well (at least with what I tested, hehe). Sooo, I wondered why a StringHolder, what responsibilities it has, and what ones should it have... I found that most of the messages a StringHolder understands are for browsing things and inspect things, such as the Paragraph editor does :). And that's why Workspace could do all his stuff when I made him inherit from Object... StringHolder class comment says: "I am a kind of Model that includes a piece of text. In some cases, the text can be edited, and in some the text is a method." And I smell that its main responsibility is to hold a Text or a String in its contents variable, and all its subclasses are there because of that... And if so, I don't like that inheritance approach :). I want to destroy (literally) that hierarchy :). And maybe it helps us in coming refactors and cleanings, so we can do them with less fear :P. Well, this mail is just for ask for advice and argue about the correctness of this change (or not). Thanks for reading up to here! Guille

3 6

[Pharo-project] What am I doing wrong?
by Diogenes Moreira Aug. 10, 2010

Aug. 10, 2010

Hi Folks: I'm trying run a pharo images un a Server Ubuntu Distributor ID: Ubuntu Description: Ubuntu 8.04.4 LTS Release: 8.04 Codename: hardy but when running get this message: diogenes@infantil:~/www$ sudo squeak -headless Pharo-1.0.image SQUEAK_ENCODING='UTF-8' SQUEAK_PATHENC='UTF-8' SQUEAK_PLUGINS='/usr/local/lib/squeak/4.0.3-2202' + exec /usr/local/lib/squeak/4.0.3-2202/squeakvm -headless Pharo-1.0.image libSM.so.6: cannot open shared object file: No such file or directory could not find module vm-display-X11 Aborted Thank in advance..

3 4

[Pharo-project] 10 year old slides "Stable Squeak"
by Marcus Denker Aug. 10, 2010

Aug. 10, 2010

... while slowly improving the archive of ESUG, I found these 10 year old slides: http://www.slideshare.net/esug/stable-squeak-world-tour Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

5 9

[Pharo-project] Question: How can I add a items to System Browser Window menu?
by Carla F. Griggio Aug. 10, 2010

Aug. 10, 2010

Hello! I want to add an item to the menu that appears when you right click on a category in the System Browser window. I think that menu is built here: Morph>>buildMetaMenu: evt But I don't want to touch that method, not SystemWindow>>buildMetaMenu: evt either, because that option would have to be visible only if my project has been loaded. Is there a way to do that? Thanks! Carla

7 13

Aug. 10, 2010

Hi fernando benjamin did a NullTextStyler. I did a pass but I'm not sure this is good :) Gofer new squeaksource: 'PharoTaskForces'; package: 'RecentSubmissions'; load. Could you have a look at it and I would like to push it in the image because I think that this is a nice infrastructural class to have. Stef

1 0

[Pharo-project] Early days of an MVP framework
by Schwab,Wilhelm K Aug. 10, 2010

Aug. 10, 2010

Gary, I was on an unstoppable roll (salvaged early on by Andreas' bitblt coaching), until I needed to repeat a "complex" GUI component and wanted/insisted on doing so with some reuse. Seaside gives us components on web pages; we need them for GUI code too. I tried turning my presenter-like structures into factories that would add morphs to a single shell, but it fell apart when it came time to set the framing values. I was not particularly interested in fixing it, because if I could do that, I would simply build proper composite widgets using the fix. The problem appears to be in SystemWindow, which does some incredibly complicated things, all of which (correct me if I am wrong) would be unnecessary if only there were a good set of layout managers. I can get very simple-minded about things, but it would make a whole lot more sense to me to create rows and columns of widgets, adding splitters between them until the whole things behaves as intended, rather than writing code (present only in a top-level shell) that tries to split things up into rows using its own judgment. Not good. I realize you did not create the situation, and have done wonders to make it work far better than when you found it. Some time ago, I built an emulated widget framework for Dolphin, which I needed because the combination of Dolphin's view resources and Windows itself was too slow for what I was trying to do. That project included a somewhat strange set of layout classes, but the basics are present, and it is not Object Arts' IP. I ported the classes to Pharo and did some work on stub View and Presenter classes that I had added to Pharo largely to passify my code that I was importing from Dolphin. The layouts think in terms of emulated widgets, and I see no reason to change their minds: I might want to replicate the framework. However, dynamic typing and a couple of extra methods allow them to work with just about anything. My goals are modest. Being able to compose rows and columns would do a lot for me. Add splitters and the ability to fix the size of some items, and I could almost anything I would need. View class>>example | row column dot square out shell | dot := ( Form dotOfSize:100 ) asFormOfDepth:32. square := ( Form squareOfSize:100 ) asFormOfDepth:32. out := Array writeStream. row := ContainerView row. 2 timesRepeat:[ column := row addSubview:ContainerView column. 2 timesRepeat:[ out nextPut:( column addSubview:ImageView new ). ]. ]. out contents with:{ dot copy. square copy. square copy. dot copy. } do:[ :view :form | view morph image:form. ]. row rectangle:( 0@0 extent:400@400 ). row layout. shell := StandardWindow labelled:'Hello MVP'. ^shell addMorph:row morph frame:( 0@0 extent:1@1 ); yourself. The above code produces an array of dots and squares, as intended. One quirk is that the grid does not resize as the shell resizes, a consequence of my not having hooked it up to resize events. I might get some interesting meltdowns once I begin to do that =:0 I used your PanelMorph as the "view" associated with ContainerView. What, ContainView isn't a view??? No. The code is biased toward Morphic, but hopefully the same code should extend to wx, GTK, etc. Dolphin's views have a handle instance variable to control the external resource; these views have an instance variable pointing to their morph. Handling of sub views works pretty much as in Dolphin: any view/morph can have children, but adding them is "legal" only for composites. Most systems I have seen treat coordinates relative to the parent/owner, but not Morphic. I remember seeing plans to make the change, but nothing after that. The view instances provide a natural place to fix things, so I took the plunge. If we switch to some other graphical realization, we can simply remove the the transformation. Are the existing splitters as strange as SystemWindow? By that I mean, would it be reasonable to add them between other morphs and look for events from them, or will they have to be replaced? I will eventually need splitters, but I could initially live without them if I can get reliable composition where I need it. There are very few view classes at present. MorphView can wrap almost anything, so it might be better to create a rich set of presenters instead. Dolphin's view resources are going to be interesting to replace. There are some complexities that I suspect are in deference to Windows, and some that might be avoidable. For our purposes, it might be enough to use SIXX to serialize a bunch of message sends and gzip the results to save memory. Another option might be to rely on class methods; having full closures won't hurt; they might allow sufficient hooking that resources in the Dolphin sense won't even be necessary. The desire for them quickly arises because views get realized in places know nothing about how the views should be configured; at least I think that is what happened to me after just a couple of hours. I am far less interested in having a graphical view editor than I am in being able to write **GOOD** code that assembles things as I want. If the result happens to allow a graphical editor too, so much the better. Any interest? Bill ----------------------------- View MorphViev ImageView ContainerView ViewGadgetLayoutAbstract ScrollerGadgetLayout NullViewGadgetLayout FixedStretchFixedGadgetLayout ProportionalGadgetLayout PreferredExtentsGadgetLayout GridGadgetRowsLayout VerticalListLayout

2 12