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

Re: [Pharo-project] GraphViz in pharo

by Schwab,Wilhelm K

Does that mean that Grapviz exists both in executable and library forms? ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Fernando Olivero [fernando.olivero(a)usi.ch] Sent: Friday, October 29, 2010 12:48 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] GraphViz in pharo Did you consider using Alien to reify the Graphviz lib into the image? It would also be a another option. Fernando On Thu, Oct 28, 2010 at 10:34 PM, Guillermo Polito <guillermopolito(a)gmail.com<mailto:guillermopolito@gmail.com>> wrote: Hi! I downloaded Graphviz yesterday in my ubuntu machine using pharo 1.1.1 with cog, and graphviz worked very well :). Today I'm using a pharo 1.1 image and 4.0.2 VM on windows machine and I can't make it work :(. Graphviz needs OSProcess and CommandShell. I downloaded them, but there are some problems: - For windows it uses Win32Shell, which isn't in my Pharo Image of course :P. So I replaced it by CommandShell but it is still failing. - I'm trying to use CommandShell on its own, but I have the folowing result: $ ls cannot access system to run 'ls' GraphViz was adapted to pharo this year on June by "SR". Â¿Does someone know who's him or her? Â¿Can someone send me a tip? Thanks! Guille

Oct. 29, 2010

Re: [Pharo-project] Glamour theme now loads in Pharo1.2

by Esteban Lorenzano

cool :) On 2010-10-28 10:28:54 -0300, Fernando Olivero <fernando.olivero(a)usi.ch> said: > > Name: Glamour-Morphic-Theme-FernandoOlivero.22 > Author: FernandoOlivero > Time: 28 October 2010, 3:26:49 pm > UUID: fa2bf315-5143-4e38-8e1d-6563510b1169 > Ancestors: Glamour-Morphic-Theme-tg.21 > > Ported the style to Pharo1.2. > Dropped the usage of MenuIcons, because this class was deprecated, now each > theme defines its own Icons class. > See GLMUIThemeIcons. > > > <div>Name: Glamour-Morphic-Theme-FernandoOlivero.22</div><div>Author: Ferna= > ndoOlivero</div><div>Time: 28 October 2010, 3:26:49 pm</div><div>UUID: fa2b= > f315-5143-4e38-8e1d-6563510b1169</div><div>Ancestors: Glamour-Morphic-Theme= > -tg.21</div> > > <div><br></div><div>Ported the style to Pharo1.2.</div><div>Dropped the usa= > ge of =A0MenuIcons, because this class was deprecated, now each theme defin= > es its own Icons class.</div><div>See GLMUIThemeIcons.</div>

Oct. 29, 2010

Re: [Pharo-project] [update 1.2] #12217

by Marcus Denker

On Oct 27, 2010, at 8:01 PM, Tony Fleig wrote: > In my Pharo core image there is indeed a Software Update entry under System, but when I select it a window pops up that says "0 new update file(s) processed." > > In my Seaside One-Click Image, there is no Software Update entry at all. -> only core images can be updated. Reason: updates do not cover packages managed outside (e.g. OmniBrowser, OCompletion). Yet the Core changes can make these packages not work anymore due to e.g. deprecation of code. -> Core images only load the updates of their release. that is, a 1.1 image loads updates for 1.1.1, but not for 1.2. Reason: You do not want to load experimental updates in a production system. All of this is far from perfect and should be improved. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Oct. 29, 2010

Re: [Pharo-project] Glamour theme now loads in Pharo1.2

by Tudor Girba

Thanks, Fernando! Doru On 28 Oct 2010, at 15:28, Fernando Olivero wrote: > Name: Glamour-Morphic-Theme-FernandoOlivero.22 > Author: FernandoOlivero > Time: 28 October 2010, 3:26:49 pm > UUID: fa2bf315-5143-4e38-8e1d-6563510b1169 > Ancestors: Glamour-Morphic-Theme-tg.21 > > Ported the style to Pharo1.2. > Dropped the usage of MenuIcons, because this class was deprecated, now each theme defines its own Icons class. > See GLMUIThemeIcons. -- www.tudorgirba.com "What we can governs what we wish."

Oct. 29, 2010

Re: [Pharo-project] posting etiquette - please post new text at the *top* of your email

by Geert Claes

Sean P. DeNigris wrote: > > ... I get this list in a digest and often read it on my iPhone .... > I don't know about the email digest, but the forum.world.st reads very nicely on my iPhone :) -- View this message in context: http://forum.world.st/posting-etiquette-please-post-new-text-at-the-top-of-… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Oct. 29, 2010

Re: [Pharo-project] Sharing a image between several computers

by Henrik Johansen

On Oct 28, 2010, at 11:39 01PM, Oscar E A Callau wrote: > Hi all, > > I've been programming in Smalltalk/Pharo for a time, and it is really nice (I love it). Usually, I work with several images at my work and home. I share those images using dropbox. However it is not practical, if your images size are 100+ MB (because dropbox is synchronizing each time that you save). > > So I was wondering If you use a more practical software to share your images between several computers. > I use Dropbox, alot. Synching other stuff than smalltalk images as well, but on my Mac with Dropbox installed on a Windows bootcamp partition, an Ubuntu VM, and OSX itself, it saves me lots of manual tediousness making sure I have the data I want to work on available everywhere, at the cost of some disk-space. Usually I'm on a LAN with the other machine I have Dropbox installed on as well at least once a day, so transfer times aren't a big issue. Never really liked the frailty of having to carry around USB sticks. :) My Pharo images are rarely much larger than the base PharoCore, what's important to me is not having to spend lots of time downloading updates to make sure I work on the latest version on every platform. Code I develop I usually store in the local cache (or temporary images) while its in progress, then push it to Inbox. In my work using VW, I do the same, except there's usually data as well (stored externally), which I load in during development. I rarely ever save images containing data though (the exception being when I'm deep in debugging sessions at the end of a work day), and then always in temporary images I delete afterwards. Once changes are completed, they're saved to SCM, then reloaded in a fresh image, which is subsequently saved as the new development base. So basically - Keep your images sizes low by storing data externally. - Prefer saving to Monticello rather than storing the image as you progress. - Make saving images containing data an exception rather than the rule. And Dropbox will serve you just fine (well, at least it's just wonderful for me following those rules) Cheers, Henry

Oct. 29, 2010

Re: [Pharo-project] Sharing a image between several computers

by Norbert Hartl

On 28.10.2010, at 23:39, Oscar E A Callau wrote: > Hi all, > > I've been programming in Smalltalk/Pharo for a time, and it is really nice (I love it). Usually, I work with several images at my work and home. I share those images using dropbox. However it is not practical, if your images size are 100+ MB (because dropbox is synchronizing each time that you save). > > So I was wondering If you use a more practical software to share your images between several computers. > If you just need to carry your working image around with you an usb stick is the easiest I think. If you do it like this you should build it new from time to time. This way you see unintentional side effects you produced and that will keep you from succesful deploy your stuff elsewhere. In my case it is different. I'm developing in pharo and deploying on gemstone so no chance to copy an image. But I also feel the need to move things around. What I need to move is two things: Code and data. For moving code I use metacello. With a single line the server is updated to the new code. That is very comfortable. But then there is data accumulated on the server I like to have in my deployment image. For this you can use SIXX to file out your data object graph and read it in in your development image. hope this helps, Norbert

Oct. 29, 2010

Re: [Pharo-project] SystemNavigation with environment

by Fernando Olivero

Hi Luc, great work! I found it useful to enhance my Gaucho search widgets ( that can now ported to Pharo on top of the new system navigation ), and provide contextualized searches in a cleaner manner. Are the environments you are using those of the RefactoringEngine ? Fernando On Fri, Oct 29, 2010 at 10:04 AM, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: > Hi all, > > I > committedÂ SLICE-Issue-00001-MakeSystemNavigationEnvironmentAware-LucFabresse.2Â inÂ PharoTaskForces. > Now SystemNavigation is environment aware. > There two test classes : > -Â SystemNavigationTest has been modified toÂ test SystemNavigation on > Smalltalk globals > Â - SystemNavigationOnNewlyCreatedEnvironmentTest tests SystemNavigation > onÂ a new Environment > Â Â Â Â Â Â Â Â have look > atÂ SystemNavigationOnNewlyCreatedEnvironmentTest>>testEnsureDefaultEnvironmentNotUsed > ClassFactoryWithOrganizationForTestCase has been added to easily create > classes > ClassFactoryWithOrganizationForTestCaseTest test this latter class. > Merge well in 12218 and tests are green. > #Luc >

Oct. 29, 2010

[Pharo-project] SystemNavigation with environment

by Luc Fabresse

Hi all, I committed SLICE-Issue-00001-MakeSystemNavigationEnvironmentAware-LucFabresse.2 in PharoTaskForces. Now SystemNavigation is environment aware. There two test classes : - SystemNavigationTest has been modified to test SystemNavigation on Smalltalk globals - SystemNavigationOnNewlyCreatedEnvironmentTest tests SystemNavigation on a new Environment have look at SystemNavigationOnNewlyCreatedEnvironmentTest>>testEnsureDefaultEnvironmentNotUsed ClassFactoryWithOrganizationForTestCase has been added to easily create classes ClassFactoryWithOrganizationForTestCaseTest test this latter class. Merge well in 12218 and tests are green. #Luc

Oct. 29, 2010

Re: [Pharo-project] Issue 3090: Context not included in ImageSegment when saving morph to file

by Adrian Lienhard

Ok, this is not related to closures. Polymorph uses blocks, e.g., for the addUpAction of a MultistateButtonMorph (in this case the block is created in UIThemeWatery>>#createCloseBoxFor:). And blocks are not serializable with reference streams. Therefore, you cannot write out a window that has buttons. The original buttons in Morphic used action selectors instead of blocks. It shouldn't be hard to refactor Polymorph buttons to take the receiver, selector, and possible arguments instead of a block but I wonder whether its worth the trouble? Cheers, Adrian On Oct 15, 2010, at 02:22 , Sheridan Mahoney wrote: > > Hi all, > The method that generated the error in issue 3090 is below: > > > MethodContext(ContextPart)>>storeDataOn: aDataStream > > "Contexts are not allowed go to out in DataStreams. They must be included inside an ImageSegment." > > aDataStream insideASegment ifTrue: [^ super storeDataOn: aDataStream]. > > self error: 'This Context was not included in the ImageSegment'. > "or perhaps ImageSegments were not used at all" > ^ nil > > > I've been trying to make sense of the stack, and it appears that writing a morph > to a file is hooking an object which cannot be written to a DataStream. > > Does anyone know whether the proper behavior is to: > - have the MethodContext go out without being inside an ImageSegment, or > - fix the morph-writing so that it uses ImageSegments??? Mariano would love > this, right? :) > > Or perhaps there's a better way to understand the stack. > > Many thanks, > and Cheers, > > Sheri/dan > > > *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-**-*-*-*-*-* > Listening's Auspicious Fortune is a heart > Rejuvenated with Profound Instructions. > > Reflection's Auspicious Fortune is the collapse > Of delusion's false cavern. > > Kabje Kalu Rinpoche > > "With a pure motivation that does not wane and > with great courage that does not despair, may > each of us endeavour to make our lives meaningful " > > H.H. the 17th Karmapa > Orgyen Trinley Dorje > > > > > On Oct 11, 2010, at 7:16 AM, Sheridan Mahoney wrote: > >> I've just re-entered the Pharo world after a long(ish) absence, and wanted to report a >> new bug submission; here's the breakdown: >> >> Pharo image: dev >> Pharo core version: Pharo-1.1.1-- Latest update: #11414 >> Virtual machine used: 4.0.3.2202 Unix VM >> OS: Ubuntu Lucid Lynx 10.04 >> Class browser used if applicable: SystemBrowser default >> >> Steps to reproduce: >> 1. start pharo >> 2. open a Shout workspace >> 3. select the just-opened workspace >> 4. Ctrl-right button to get the meta-click window >> 5. select 'save morph in file' >> 6. hit 'ok' to proffered name for file >> 7. a message box comes up that reads 'please wait while objects are >> counted'. >> 8. shortly after that an error is generated: >> 'Error: this context was not included in the ImageSegment' >> >> >> I'm planning on doing more research, but wanted to get the issue reported. >> >> Cheers, >> Sheridan >> >> PS - so far I really like 1.1.1 !!! Good work, gang! >> >> _______________________________________________ >> 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

Oct. 29, 2010