May 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] smallUML news: towards autogenerated diagrams

by Alexandre Bergel

Hi Carla, I've just tried in Pharo 1.4 (Moose distribution), I get an error: -=-=-=-=-=-=-=-=-=-=-=-= This package depends on the following classes: CategoryDiagramsHolder You must resolve these dependencies before you will be able to load these definitions: ConnectableShapesDocumentation connectableBounds connectableShapes inheritanceforConnection inheritanceforDiagramNode inheritanceforDiagramNodeMorph DiagramDrawingDocumentation connectableshapes inheritanceforConnection Select Proceed to continue, or close this window to cancel the operation. -=-=-=-=-=-=-=-=-=-=-=-= I would be glad to try again. Cheers, Alexandre On 8 May 2012, at 05:37, Carla F. Griggio wrote: > Hi everyone! > I've been doing some experiments to get Class Diagrams generated from the evaluation of a block. There's still a lot of work to be done, but I've just got this working and I wanted to show it to you :) > > Gofer new > squeaksource: 'smallUML'; > package: 'ConfigurationOfSmallUML'; > load. > ((Smalltalk at: #ConfigurationOfSmallUML) project version:'1.1.6') load. > > After downloading the project, try this example: > > [|jack william blackPearl questMission| > jack := Pirate new alcoholLevel: 0.7; items:#(#compass #islandMap #rum #moreRum #goldMedallion). > questMission := TreasureQuest new. > blackPearl := Ship new. > blackPearl mission: questMission. > blackPearl acceptIntoTripulation: jack. > ] asClassDiagram openQuickView > > A messy and 'overlapped' diagram will come up, because there's still no autimatic positioning of the diagram nodes :( but you can drag the class boxes around to place them anywhere you want. > > You will notice that what I've got so far is: > â¢ Drawing the classes involved in the evaluation of that block, with the messages that were sent during that block > â¢ Drawing the superclasses involved along with the inheritance arrow. Superclasses are included only if there are inherited methods excecuted. > â¢ Drawing the association relationships between instances! That's my favorite part, and the one that was not trivial to achieve. The code still sucks, but it's working. You can see that the association relationships between the Ship, the Pirate and the Mission are drawn, and Collections are 'skipped' as in a regular class diagram using the cardinality annotation * over the arrow. > What's interesting about this last point, is resolving these (still pending) issues: > â¢ If an object form class A has a collection where the elements are of different classes, or if it has an attribute that could point to different polimorfic objects, there should be just one association arrow from class A to: > â¢ the superclass of those different classes, or > â¢ the inferred type those different classes share: this comes along with some questions, like 'what will the type name be?' > â¢ What will be the scope of the diagram? Objects can have attributes ponting to numbers, strings, blocks, booleans, etc. Are we interested in showing those classes in a class diagram? I guess, it depends. The diagram scope should not be hard coded (as it is now :P), because if we want to document a core package, some core classes will have to appear instead of being ignored like we would prefere in a 'domain specific' diagram. > â¢ Collections are 'skipped' in the diagrams. That means that if an object A points to a collection, that points to several objects of class B, in the diagram only the classes A and B are shown with the classical 'one to many' arrow. This will mess up diagrams of the collection packages themselves :P > So, I invite you to think about how could these issues be resolved, and also play a little bit with what I've got so far, executing [your block code] asClassDiagram openQuickView. > > I hope that the GSoC project of Santiago will help with the type inferences part :) > > Cheers! > Carla. > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 11, 2012

[Pharo-project] Issue with Pharo 1.4 + Seaside 3.07 + SmalltalkImage current saveSession

by Davide Varvello

Hi there, I'm playing with saving images and I think there is an issue with Pharo 1.4 and Seaside 3.07 To reproduce it: - Go to the WACounter - change renderContentOn: adding SmalltalkImage current saveSession. for example html anchor callback: [SmalltalkImage current saveSession. self increase ]; with: '++'. Then open a browser, go to the counter application, and click ++ Boom, you should see connection lost on your browser. Otherwise if you open a Seaside 3.07 one-click image and change the code the same way, everything works fine. The one-click image uses Pharo 1.3, so I guess it's an issue about Pharo 1.4 Cheers Davide -- View this message in context: http://forum.world.st/Issue-with-Pharo-1-4-Seaside-3-07-SmalltalkImage-curr… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 11, 2012

[Pharo-project] [update 2.0] #20068

by Marcus Denker

20068 ----- Issue 5832: FlatMessageListBrowser can be removed http://code.google.com/p/pharo/issues/detail?id=5832 Issue 5862: rehash all http://code.google.com/p/pharo/issues/detail?id=5862 -- Marcus Denker -- http://marcusdenker.de

May 11, 2012

Re: [Pharo-project] [ANN] LRUDictionary

by Norbert Hartl

I always forget to move stuff. I moved it to squeaksource http://ss3.gemstone.com/ss/lrudictionary.html Norbert Am 11.05.2012 um 14:51 schrieb Norbert Hartl: > I like to announce a tiny utility I did for my last project. It is only a single class that basically works like LRUCache internally but on the outside it is more like a dictionary. And it has no factory block. > > If you don't know LRUCache, it's a fixed size dictionary that sorts its elements by usage in a "Least Recently Used" fashion. Meaning the last used element is put in front and the least used at the end. Elements get discarded at the end if space is full. > > Apart from #at: that is provided by LRUCache , LRUDictionary implements to following methods > > at:ifAbsent: > at:ifAbsentPut: > at:ifPresent: > at:put: > removeAt: > removeKey: > removeKey:ifAbsent > > It is available here > > MCHttpRepository > location: 'http://source.selfish.org/mc/misc' > user: '' > password: '' > > Blog article is here > > http://norbert.hartl.name/blog/lrudictionary/ > > hope you like it, > > Norbert

May 11, 2012

[Pharo-project] [ANN] LRUDictionary

by Norbert Hartl

I like to announce a tiny utility I did for my last project. It is only a single class that basically works like LRUCache internally but on the outside it is more like a dictionary. And it has no factory block. If you don't know LRUCache, it's a fixed size dictionary that sorts its elements by usage in a "Least Recently Used" fashion. Meaning the last used element is put in front and the least used at the end. Elements get discarded at the end if space is full. Apart from #at: that is provided by LRUCache , LRUDictionary implements to following methods at:ifAbsent: at:ifAbsentPut: at:ifPresent: at:put: removeAt: removeKey: removeKey:ifAbsent It is available here MCHttpRepository location: 'http://source.selfish.org/mc/misc' user: '' password: '' Blog article is here http://norbert.hartl.name/blog/lrudictionary/ hope you like it, Norbert

May 11, 2012

Re: [Pharo-project] SSO - CAS Client in Smalltalk ?

by CÃ©drick BÃ©ler

as a complement, here are the links to CAS protocol: http://www.jasig.org/cas/protocol Cheers, CÃ©drick

May 11, 2012

[Pharo-project] SSO - CAS Client in Smalltalk ?

by CÃ©drick BÃ©ler

Hi all, I'd like to develop some web apps for our university but one prerequisite is to use the Central Authentication Service [1]. It's an open source authentication service and I wonder if somebody has ever worked with it and if there are any client available. Do you have any experience and/or pointers ? If not, I may dog into the protocol and see what I can do. I've spotted PHP implementation and also Ruby [2]. I think that could be a nice addition to Zinc even if not as widespread as OAuth/OpenID stuffs. TIA CÃ©drick [1] http://en.wikipedia.org/wiki/Central_Authentication_Service [2] https://github.com/rubycas/rubycas-client

May 11, 2012

[Pharo-project] [update 1.4] #14442

by Esteban Lorenzano

14442 ----- Issue 5679: Removing a trait does not remove trait methods from class http://code.google.com/p/pharo/issues/detail?id=5679 Issue 5722: Be able to remove traits from class definition http://code.google.com/p/pharo/issues/detail?id=5722 Issue 5858: DateAndTime >>#hash http://code.google.com/p/pharo/issues/detail?id=5858

May 11, 2012

Re: [Pharo-project] [update 2.0] #20067

by Marcus Denker

On May 11, 2012, at 1:32 PM, Pavel Krivanek wrote: > Hi, > > is Tools-Profilers a new package? > No, it is part of the huge Tools package I checked carefully, and there is just one Method referencing the classes I moved which used to be an extension of *System-Tools, I changed it to *Tools-Profilers. Marcus -- Marcus Denker -- http://marcusdenker.de

May 11, 2012

Re: [Pharo-project] [update 2.0] #20067

by Pavel Krivanek

Hi, is Tools-Profilers a new package? -- Pavel On Fri, May 11, 2012 at 1:23 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > 20067 > ----- > > Issue 5850: Â Â Move SpaceTally and SpaceTallyItem to Tools-Profilers > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=5850 > > Issue 5819: Â Â first iteration on moving fileIn users to new codeImporter > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=5819 > > > -- > Marcus Denker -- http://marcusdenker.de > >

May 11, 2012