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

Re: [Pharo-project] GraphViz in pharo

by Tudor Girba

I did not take a look at the Graphviz implementation that Levente pointed out, but Mondrian also provides an extension to layout graphs using Graphviz. It currently works with OSProcess and is available in the MondrianGraphvizLayout package. Cheers, Doru On 29 Oct 2010, at 15:40, Guillermo Polito wrote: > Thankyou alot Levente! :D > > I needed it urgently :P. > > AFAIK SmallUML (by Carlita Griggio) will support graph rendering -not just class diagrams- in the near future. It's just I couldn't wait for that :(. > > Fernando, what do you mean? I don't know what Alien does (I thought it was just like ffi) :(. Can you send me a link with more info so I can read and learn about it? > > Thank you all! :) > > On Fri, Oct 29, 2010 at 8:57 AM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > > 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 > > > -- www.tudorgirba.com "We cannot reach the flow of things unless we let go."

Oct. 29, 2010

Re: [Pharo-project] GraphViz in pharo

by Guillermo Polito

Thankyou alot Levente! :D I needed it urgently :P. AFAIK SmallUML (by Carlita Griggio) will support graph rendering -not just class diagrams- in the near future. It's just I couldn't wait for that :(. Fernando, what do you mean? I don't know what Alien does (I thought it was just like ffi) :(. Can you send me a link with more info so I can read and learn about it? Thank you all! :) On Fri, Oct 29, 2010 at 8:57 AM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > > 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

[Pharo-project] Thoughts on Monticello/GIT?

by Geert Claes

A feedback post on the ESUG list from the GSoC somehow turned into an idea sandpit. I would like to test the water about one of the ideas to get a feeling about what people thoughts are regarding Pharo/GIT? Some groundwork has already been done via the gitocello (I like the name) project. Paolo Bonzini-2 wrote: > > ... For the VCS, I've always been surprised there's no git or svn backend > for Monticello. It wouldn't seem _too_ hard to have a directory per > package and replace each .mcz file with a commit in that directory. > > Alternatively, there's actually very little GST-specific code in > http://github.com/timfel/gitocello (a Squeak+Monticello <-> GST+git > bridge), so if someone wants to play with it... > -- View this message in context: http://forum.world.st/Thoughts-on-Monticello-GIT-tp3019086p3019086.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Oct. 29, 2010

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

by Stephan Eggermont

Niko wrote: >I think RFC1855-style messages still look beautiful, and they have >their place. But if you're too lazy to follow the gist of it, that's >alright with me, but then put your content at the top, so I don't have >to scroll down to Walhalla. The best thing to do is to make the mailing list enforce trimming and quote- to original text fraction and reject top- and bottom-posts. It tends to have a very good effect on readability of the list especially when looking back a few months/years later. Stephan

Oct. 29, 2010

[Pharo-project] Wrong O2 loaded by default

by Johan Fabry

Hi all, DEVImageWorkspaces openExternalProjectWorkspace shows a script for O2 that loads a version that is not up to date and therefore does not work in Pharo 1.1 Could some Metacello or O2 wizard please solve this problem? -- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

Oct. 29, 2010

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

[Pharo-project] Lumiere usage in Pharo

by Fernando Olivero

Hi Patricio, i wanted to know the progress or problems ? you had using Lumiere in Pharo. Did you manage to install and use in the latest Pharo? The ConfigurationOfLumiere in the Lumiere repo is working ? Fernando

Oct. 29, 2010

Re: [Pharo-project] GraphViz in pharo

by Fernando Olivero

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> 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] posting etiquette - please post new text at the *top* of your email

by Schwab,Wilhelm K

Agreed. Can you tell me how to get GroupWise and Outlook to do what you want? I've read that they can do it; I've never been able to find the features that would be required. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Sean P. DeNigris [sean(a)clipperadams.com] Sent: Thursday, October 28, 2010 9:37 PM To: pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] posting etiquette - please post new text at the *top* of your email I've been rolling my eyes for a while about posters not snipping the quoted text down to just the relevant part. I get this list in a digest and often read it on my iPhone. It takes ridiculously long to do all that scrolling. My vote and request is for a short bit of quoted text, followed by the new info - it is the most brief and logical. Sean -- 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 Schwab,Wilhelm K

This debate/conversation arises every so often, and it is always informative. There are two camps: those who (almost?) never save an image, and those who move images around. FWIW, I fall into the latter category. One good thing about _not_ saving images is that it will force full understanding of what you put into an image and how to load it. Given the time required to load things like Seaside, you will probably want to have at least a base image that you use and then perhaps file in (or use MC to load) your code on top of that. Since I like to use an image for a while, I became a big fan of Zip disks; USB drives are now so big and cheap that they are now the transport of choice. To whatever extent you choose to save and move images, a few tips. Try to be aware of how to build the image from source (which you should save periodically) in case you get into trouble. I use a home-grown tool called Migrate to help me; it's in the in-box if you have any interest. Periodic backups (image/changes and sources if you ever change the latter) are a good idea. The usual rules apply: you only have to back up what you can't afford to lose =:0 I save myself a lot of trouble by getting an image ready to test something "dangerous" - new FFI code, in Dolphin at least, opening a newly modified presenter could be the last thing one does in an image, etc. You will gradually build your own list of "I fried an image this way once..." and learn when to take an extra backup. Get the image ready to take the dangerous step, meaning browsers open, text ready to select or already selected, etc., and then save the image. Maybe make a backup and verify that it loads. Then take the plunge, if it goes wrong, learn what you can, and then exit w/o saving. It adds a few iterations to a fix compared to fixing and saving, but you will have fewer corrupt images over time. If all you ever save is code, the worries of corruption are reduced, but you need to keep track of the code and how to load it. Either way, Happy Smalltalking! Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Tony Fleig [tony.fleig(a)gmail.com] Sent: Thursday, October 28, 2010 7:47 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Sharing a image between several computers I haven't been doing this long, but I use Monticello to move my packages between a Mac and 2 Linux systems. Its much faster than copying an image around. TF On Thu, Oct 28, 2010 at 2:39 PM, Oscar E A Callau <oalvarez(a)dcc.uchile.cl<mailto:oalvarez@dcc.uchile.cl>> 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. Greetings Oscar

Oct. 29, 2010

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

by Sean P. DeNigris

I've been rolling my eyes for a while about posters not snipping the quoted text down to just the relevant part. I get this list in a digest and often read it on my iPhone. It takes ridiculously long to do all that scrolling. My vote and request is for a short bit of quoted text, followed by the new info - it is the most brief and logical. Sean -- 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 Tony Fleig

I haven't been doing this long, but I use Monticello to move my packages between a Mac and 2 Linux systems. Its much faster than copying an image around. TF On Thu, Oct 28, 2010 at 2:39 PM, Oscar E A Callau <oalvarez(a)dcc.uchile.cl>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. > > Greetings > Oscar > > > >

Oct. 28, 2010

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

by Miguel CobÃ¡

El jue, 28-10-2010 a las 14:40 -0700, Steven Baker escribiÃ³: > I don't copy images, I put everything in Monticello and share the > code. But I'd still like to hear what everyone else's workflow is. USB pendrive? > > -Steven > > On Thu, Oct 28, 2010 at 2:39 PM, Oscar E A Callau > <oalvarez(a)dcc.uchile.cl> 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. > > > > Greetings > > Oscar > > > > > > > > > -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Oct. 28, 2010

Re: [Pharo-project] PharoKernel #12217

by Pavel Krivanek

Hi, a good new, Gofer works fine for me :-) ...and test results for kernel, network, Monticello and Gofer are quite good. On Thu, Oct 28, 2010 at 5:52 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Oct 28, 2010, at 5:05 PM, Pavel Krivanek wrote: > >> Hi, >> >> I uploaded a new version of PharoKernel. It has several new properties: >> - better scripts processing >> - separate dictionaries for images, scripts, reports and downloaded packages >> - It is able to load Network, Monticello and Gopher (image included), >> however it needs some next fixes to work properly >> - ImageMap and ImageGraph included in the archive >> >> https://gforge.inria.fr/frs/download.php/27699/PharoKernel-1.2-12217.zip >> >> The most important thing that should be done in Pharo is to split >> Tests package to be able to load Monticello tests separately. > > Yes > and that they follow the pattern > >> If Monticello and Gofer will work well then it should be quite simple >> to prepare PharoCore Configuration to load the rest of PharoCore. > > Yes this is the vision but now our problem is to port our integration process to it. > We will certainly changes it anyway because it slows us down (does not scale) but it requires to have a good alternative. Well, Configurations were always suspicious to me - they do not even share a common superclass :-) -- Pavel > > Stef >

Oct. 28, 2010

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

by Alexandre Bergel

> I've been programming in Smalltalk/Pharo for a time, and it is really nice (I love it). Cool!!!! Spread the word among the students at the DCC :-) Alexandre > 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. > > Greetings > Oscar > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Oct. 28, 2010

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

by Steven Baker

I don't copy images, I put everything in Monticello and share the code. But I'd still like to hear what everyone else's workflow is. -Steven On Thu, Oct 28, 2010 at 2:39 PM, Oscar E A Callau <oalvarez(a)dcc.uchile.cl> 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. > > Greetings > Â Â Â Â Oscar > > > >

Oct. 28, 2010