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

[Pharo-project] Something I don't understand with ImageSegments
by Mariano Martinez Peck March 10, 2010

March 10, 2010

Hi guys: I have this little (piece) of test: | segment external internal root | external := 'mariano'. internal := true -> external. root := false -> internal. internal := nil. segment := ImageSegment new copyFromRoots: (Array with: root with: external) sizeHint: 5000 areUnique: true. self assert: segment outPointers size = 2. And that is green. However, if I change 'mariano' to Object new, I have that segment outPointers size is 3 instead of 2. I really don't understand why. Does someone see something ? Thanks Mariano

5 9

[Pharo-project] Conseils for develop a grid
by nullPointer March 8, 2010

March 8, 2010

IÂ´m developing a grid for my UIBuilder. For the moment show a few cells and columns.The rows area is a ScrollPane widget with TableLayout policy. The rows header is another panel. In vertical scroll the behavior is correct, the rows scrolling and the header is fixed -> http://img43.imageshack.us/i/capturadepantalla200911w.png/ my problem is in the horizontal scroll, in that case rows area scroll good, but obviosly the header columns dont "match" with the rows columns, only is a panel -> http://img10.imageshack.us/i/capturadepantalla200911f.png/ IÂ´m catching the "scrolling" event, but i dont have a position reference for relocate the rows header panel. The rows area position donÂ´t change when is scrolled, is strange. I hope to me to have expressed wellâ¦ :| -- View this message in context: http://n2.nabble.com/Conseils-for-develop-a-grid-tp4028690p4028690.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

8 24

[Pharo-project] {Spam?} Re: "Real" packages.
by Bill Schwab Feb. 20, 2010

Feb. 20, 2010

Stef, Re Dolphin, class categories have long been of marginal use; I'll speak for myself on that but suspect others would agree. Packages are of course extremely useful. Method categories are also quite useful, and Dolphin allows multiple categories to be assigned to a given method. Dolphin mixes virtual categories (computed by rules) with static ones maintained by the user (and serialized as part of packages). I can easily see where OB would get quite a speed boost out of it. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> stephane.ducasse(a)inria.fr 2/10/2009 4:41:10 PM >>> Alexandre implemented long time ago an hybrid model where both kind of packages could coexist and we should probably revive it for 1.1 Stef On Feb 10, 2009, at 10:28 PM, Michael van der Gulik wrote: > > > On Wed, Feb 11, 2009 at 9:21 AM, David RÃ¶thlisberger <squeak(a)webcitas.ch > > wrote: > > > So if we had real packages in Pharo as first class entities, OB > would be much faster > and simpler to maintain. Right now, OB models packages and class > cats itself, has to > take the information from both the Monticello's working copy > managers and the > SystemOrganizer. This is a mess and a huge pain, but what can we do. > We should really invest in bringing real packages to Pharo. > > > If you want "real" packages, I've implemented them in Squeak: > > http://gulik.pbwiki.com/Namespaces > http://gulik.pbwiki.com/Packages > > The places the code is held, including a video and a Squeak image is > linked from here: > http://gulik.pbwiki.com/SecureSqueak > > I'm not interested in Pharo, but the code is there and is released > under the MIT license if anybody else wants it. > > Gulik. > > -- > http://people.squeakfoundation.org/person/mikevdg > http://gulik.pbwiki.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

12 13

[Pharo-project] loading rio problem
by StÃ©phane Ducasse Feb. 16, 2010

Feb. 16, 2010

Hi guys do you have the same problem than me loading Rio? Gofer new squeaksource: 'Rio'; package: 'File-Kernel'; package: 'File-Base'; load. Any idea where it is coming? Missing FFI? Stef

3 3

[Pharo-project] Alternative implementation for Cursor>>show:
by Fernando olivero Feb. 11, 2010

Feb. 11, 2010

Hi, i think this send to Sensor could be avoided by replacing the Cursor>>show: method with Cursor>>show self class currentCursor: self. Instead of a: Cursor>>show "Make the hardware's mouse cursor look like the receiver" Sensor currentCursor: self InputSensor>>currentCursor: newCursor "The current cursor is maintained in class Cursor." Cursor currentCursor: newCursor.

3 6

[Pharo-project] Do you want to discuss about papers?
by Mariano Martinez Peck Feb. 4, 2010

Feb. 4, 2010

Hi folks. Before sending this email to all smalltalk mailing lists, I first wanted to ask you what do you think. I am new in the world of the research and about reading and discussing about papers. If what I propose already exist, forget this mail and please tell me where is it. I was thinking to have a place, an environment (mailing list), where we can freely discuss about Smalltalk or OO in general papers. At the beginning I though to put this inside the Pharo mailing list but then I though it is better to do a new mailing list where all smalltalkers of all flavors can join and discuss. The main purpose about that list is: - be able to FREELY discuss about papers about Smalltalk or OO in general. I say freely because maybe someone gives an opinion of a paper that the person who wrote it is also in this place. We are all professional and I think we can discuss with respect. - LEARN. Other uses: - Don't reinvent the wheel. Maybe I wanted to do something and I read that XXX person did YYY. So, I can look at it. - Be aware of what other people is doing, working, writing and learning - Have different opinions of a certain topic / paper. - A little step to join all the Smalltalk community in one place. We can meet people, join forces, etc. - Help in the preparation, ANN, collaborate, etc in Workshops, conferences, and so on - Ask for help on review. Several times someone has several papers to review for a certain conference. This can be a place to ask for that help. - Publish papers that were rejected from someone. How many times some papers where rejected but do you still read it and find it useful ? - Ask for feedback for a paper before submitting it in a conference/workshop - Educate people and being educated - Share latex template, commands, or tricks related to smalltalk code for example - Discuss about research in general - Ask for a certain topic. Suppose I want to start to work in XXX topic, I can ask to see if someone knows related papers or work. - others I will give you an example: this week I have been reading a paper about LOOM - Large Object Oriented Memory. This paper is from ECOOP 1986 (the only thing an Argentinian can think about that year is Maradona's goals to England in Mexico ;) ). I was one year old at that time. LOOM was based in Smalltalk 80. I had no idea about that. I had to read some chapters of the blue book first in order to then understand LOOM. I have ever seen LOOM code, I don't know what happened with it, etc. So, maybe there is someone who even saw LOOM in live, he saw the code, he knows what happened, if it worked really or not, the advantages and drawbacks, the repercussion it had, etc. That information, those opinions, you cannot get it from other place. So, what do you think? Do you like the idea or has no sense ? If you like and has sense, I will create the mailing list and send it to all Smalltalk mailing lists I know. In two words: DISCUSS AND LEARN. Cheers Mariano

9 18

[Pharo-project] Doubt in table layout mechanism
by nullPointer Feb. 2, 2010

Feb. 2, 2010

IÂ´m doing a grid widget, and have some problems in positioning of the cells of rows. See that image -> http://n4.nabble.com/file/n1457970/table_layout_doubt.png Each row is a panel with table layout policy, and left to right direction. Each cell is a morph with another control inside, the editor control. The row adapt his height to the height of cell more big, but of that way the others cells appears not adapteds at row. Exists a way for fix that behavior ? IÂ´m trying but i donÂ´t see the property or way for do that. I understand than the cells should be "dockeds" at row in height, but i donÂ´t see the way. Many thanks for the help; I wait yours understand me :) -- View this message in context: http://n4.nabble.com/Doubt-in-table-layout-mechanism-tp1457970p1457970.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

4 5

[Pharo-project] Fun with ProfStef
by laurent laffont Feb. 1, 2010

Feb. 1, 2010

I've just released in MetacelloRepository the milestone I've wanted to reach. Now you can create your own interactive tutorial with ProfStef. How ? There's a ProfStef interactive tutorial for that :D ProfStef goOn: HowToMakeYourOwnTutorial It was real fun to write this ! Cheers, Laurent

6 32

Re: [Pharo-project] Fun with ProfStef
by Dale Henrichs Feb. 1, 2010

Feb. 1, 2010

Danny, I like what I see...As the number of tutorials goes up there might be the need for more nesting levels (Library-->Books-->Chapters->>Lessons?) and a search feature ... just thinking out loud. In putting together a couple of ProfStef tutorials last weekend, I found that I'd like to be able to #goto a lesson (out of sequence), essentially hitting a branch point where the student can skip a set of lessons or move to a different set of lessons. My thought was something like: ProfStef goto: #lesson15 "jump to lesson15" ProfStef push: AnotherTutorial "start AnotherTutorial in-place" ProfStef pop "exit AnotherTutorial and return push point" ProfStef push: AnotherTutorial to: #lesson15 "start AnotherTutorial at lesson15" Since goto doesn't exist yet, I ended up doing a #goOn to another tutorial when I hit a branch in the lesson, but that leads to an unnecessary explosion in the number of tutorials I had to create. Good work! Dale ----- "Danny Chan" <chan_dhf(a)yahoo.de> wrote: | Hi all! | I have pushed a version to Monticello that has a bit of a GUI with | nicer | navigation, see the screenshot. I did not find out how to place the | buttons | better, and I don't know how to tell the tree morph to select another | entry | when I navigate through the lessons using the buttons or the workspace | | contents. Please tell me what you think about this. Since I know how | little | Smalltalk I really know, I certainly managed to destroy something, so | please | have a look and tell me what to do better. | | Here are a few ideas I've had, which I as a relative beginner would | find really | neat in an interactive tutorial application. As time allows, I would | try to | implement at least some of the points below: | | - Clickable items in the text window. So that a tutorial writer could | for | example write something like this: | <code>SystemWindow new openInWorld</code> | , and the code together with a button saying 'doit' would appear. So | in | principle a markup language for interactive tutorials which adds a bit | of | interesting short cut functionality and eye candy to the tutorial. | | - Tabbed browsing for having several tutorials opened at the same | time | | - A button saying 'save lesson', that overwrites the appropriate | method with | the current state of the workspace; users can annotate the tutorial | with their | own notes or experiments; also the ability to add additional lessons | | - A button to push the current tutorial with all the additional | annotations to | a Monticello repository, from which future versions for everyone can | be | generated. Wiki for interactive tutorials! | | - Some additional functionality to generate a whole new tutorial from | within | the tutorial browser | | - (Semi-)Automatic update of tutorials | | - And, of course, many, many tutorials. Wouldn't it be great to have a | | tutorial for all the important and interesting aspects of a system, | and even | for every additional package you download? With the system Laurent | designed, | writing a tutorial is only so very slightly harder than writing | example | classes and methods, but so much more expressive and approacheable for | someone | new. | | Cheers, Danny | | | Am Mittwoch, 27. Januar 2010 19:00:25 schrieb laurent laffont: | > 2010/1/27 Mariano Martinez Peck <marianopeck(a)gmail.com> | > | > > I forgot to ask.... | > > | > > Does the DEVImageWorkspaces openGettingStartedWorkspace still | make | > > sense having ProfStef ? | > > | > > Can you take a look and "merge" it to ProfStef if there is | something cool | > > not included by Stef ? :) | > > | > > I would like to have only one reference form the Pharo welcome | workspace. | > > | > > Thanks | > > | > > Mariano | > | > I agree for merging | > | > I will put these snippets from getting started in ProfStef: | > 42 explore | > Date today explore | > 'abc' asUppercase. | > 'Hello World' reverse. | > | > There's cool comments too. | > | > I put global Read & Write on ProfStef so everybody can destroy it | :) | > | > | > Laurent | > | | _______________________________________________ | Pharo-project mailing list | Pharo-project(a)lists.gforge.inria.fr | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

4 9

Feb. 1, 2010

Hi all I want to replace PopUpMenu setMenuFontTo: self menuFont]. by its equivalent in MenuMorph. Does anybody has a magic invocation? I also would like to get rid of PopUpMenu in the following installAsDefault "FontSetNewYork installAsDefault" (self confirm: 'Do you want to install' translated, ' ''' , self fontName , ''' as default font?' translated) ifFalse: [^ self]. self installAsTextStyle. "TextConstants at: #OldDefaultTextStyle put: TextStyle default." TextConstants at: #DefaultTextStyle put: (TextStyle named: self fontName). ListParagraph initialize. "rbb 2/18/2005 13:20 - How should this change for UIManger, if at all?" PopUpMenu initialize. "SelectionMenu notify: 'The old text style has been saved as ''OldDefaultTextStyle''.'"

2 1