August 2019 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Pharo 6.0 and 6.1 64 bit freeze on MacMini -also in 7.03

by Tim Mackinnon

Out of curiosity - instead of going true âfull screenâ (Iâm assuming you are clicking the green + button), try doing alt+click green button (which just resizes the window full screen), and then try your steps - does that make a difference? I believe there is a full screen issue covered here before - but the resized full screen may be a decent workaround. Tim Sent from my iPhone > On 2 Aug 2019, at 15:24, TedVanGaalen <tedvga(a)gmail.com> wrote: > > To All > (this thread becomes a bit long) > Ca. 4 months later: > Today 2 Aug 2019 I did this: > -downloaded and run Pharo Launcher. > -In the launcher, downloaded and started the fresh Pharo 7.0 64 image > > Pharo then starts up with this image > > (but did it also launch with the most recent VM it could find on the server > or did it take a VM from somewhere on my Mac Mini? > Should I remove all VMs etc. from my Mac? > I did that also 4 months ago but that didn't help either...) > > > In Pharo, all I did was this: > - did go fullscreen (4K), still working. > - selected dark theme from the introduction window. > - Opened "Appearance" menu > - changed the appearance with one click to "Medium" > (now showing readable fonts on my 4K screen) > - changed background to nice blueish gradient. > - selected fullscreen in top menu to toggle back to a window. > Nothing happens and Pharo is frozen again > Forced quit Pharo was the only thing left to do. > > So this is still a problem, leaving me to fall back again to Pharo 5.0 > (Is still OK, but not what I desire. 5.0 is the last version that doesn't do > these things.) > > Kind Regards > TedvG > > > > > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Aug. 2, 2019

Re: [Pharo-users] Pharo 6.0 and 6.1 64 bit freeze on MacMini -also in 7.03

by TedVanGaalen

To All (this thread becomes a bit long) Ca. 4 months later: Today 2 Aug 2019 I did this: -downloaded and run Pharo Launcher. -In the launcher, downloaded and started the fresh Pharo 7.0 64 image Pharo then starts up with this image (but did it also launch with the most recent VM it could find on the server or did it take a VM from somewhere on my Mac Mini? Should I remove all VMs etc. from my Mac? I did that also 4 months ago but that didn't help either...) In Pharo, all I did was this: - did go fullscreen (4K), still working. - selected dark theme from the introduction window. - Opened "Appearance" menu - changed the appearance with one click to "Medium" (now showing readable fonts on my 4K screen) - changed background to nice blueish gradient. - selected fullscreen in top menu to toggle back to a window. Nothing happens and Pharo is frozen again Forced quit Pharo was the only thing left to do. So this is still a problem, leaving me to fall back again to Pharo 5.0 (Is still OK, but not what I desire. 5.0 is the last version that doesn't do these things.) Kind Regards TedvG -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Aug. 2, 2019

Re: [Pharo-users] Mindmaps and WardleyMaps in Pharo

by Christopher Fuhrman

With the help of several folks in RMoD, the project for PlantUML is now pretty stable. Here's an example with a mind map: https://github.com/fuhrmanator/PlantUMLPharoGizmo#mind-map On Thu, 9 May 2019 at 20:27, Christopher Fuhrman < christopher.fuhrman(a)gmail.com> wrote: > PlantUML now supports mind maps. I am thinking of doing a class in pharo > to use PlantUML on the web to render diagrams (PNG, SVG) in Pharo. > > On Thu, May 9, 2019, 11:46 Rafael Luque <rafael.luque.leiva(a)gmail.com> > wrote: > >> I'm looking for drawing some mindmaps and (obviously) I'd like to be able >> to draw and visualize them inside my own Pharo tools. >> >> I've found this video in Stephan Eggermont's channel: >> >> https://vimeo.com/136943448 >> >> Do you know any other alternatives for Pharo? >> >> BTW, I also found this other video about Wardley maps: >> https://vimeo.com/141653455 >> I found it very interesting. Somebody knows where can I find this project? >> >> Thank you! >> >> >> -- Christopher Fuhrman, P.Eng, PhD *Professor in the DÃ©partement of Software and IT EngineeringÃTS (Ãcole de technologie supÃ©rieure)* http://profs.etsmtl.ca/cfuhrman +1 514 396 8638 *L'ÃTS est une constituante de l'UniversitÃ© du QuÃ©bec* *Confidentiality Notice* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify christopher.fuhrman(a)etsmtl.ca. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. *Avis de confidentialitÃ©* L'information contenue dans ce message Ã©lectronique ainsi que dans les fichiers qui peuvent y Ãªtre attachÃ©s est de nature confidentielle et destinÃ©e Ã l'usage exclusif du destinataire. Si ce message vous est parvenu par erreur ou que vous n'Ãªtes pas le destinataire visÃ©, vous Ãªtes par la prÃ©sente avisÃ© que tout usage, copie ou distribution de l'information contenue dans ce message est strictement interdit et vous Ãªtes priÃ© d'en aviser christopher.fuhrman(a)etsmtl.ca et de dÃ©truire ce message.

Aug. 1, 2019

Re: [Pharo-users] more fun with System>>Local directory settings

by Dale Henrichs

Thanks for the sample code! ... I keep forgetting that a scan of allInstances is a good way to patch problems like these:) and the fixed to relative path snippet is especially useful. Dale On 8/1/19 1:50 PM, Sean P. DeNigris wrote: > Dale Henrichs-3 wrote >> the act of starting the image automagically populates the System >> local >> directory with a full path to a directory in my current directory > This sounds like the same problem I've been having with absolute resolved > paths to local iceberg repos. Here is the script I use to fix them in a way > that survives image moving and renaming. It should be easy to adapt for your > needs. Obviously it would be better if Pharo didn't resolve the paths in > these cases, but at least there is a workaround. > > fixIcebergRepoLocations > "E.g. after an image is moved or renamed, its local Iceberg repos become > broken because the locations are stored as static FileReferences instead of > dynamic FileLocations following the image around. Limitation: assumes all > images are stored in flat folders under root" > > | imageRoot repos | > imageRoot := FileLocator home / 'Dynabook' / 'Working Images'. > repos := IceLibgitRepository allSubInstances > select: [ :e | > e location isNotNil > and: [ (FileLocator imageDirectory contains: e location) not > and: [ imageRoot contains: e location ] ] ]. > repos > do: [ :e | > | oldPath newPath fixedLocation | > oldPath := e location relativeTo: imageRoot. > newPath := RelativePath withAll: oldPath segments allButFirst. > fixedLocation := FileLocator imageDirectory withPath: newPath. > e location: fixedLocation ] > > > > ----- > Cheers, > Sean > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Aug. 1, 2019

Re: [Pharo-users] more fun with System>>Local directory settings

by Sean P. DeNigris

Dale Henrichs-3 wrote > the act of starting the image automagically populates the System >> local > directory with a full path to a directory in my current directory This sounds like the same problem I've been having with absolute resolved paths to local iceberg repos. Here is the script I use to fix them in a way that survives image moving and renaming. It should be easy to adapt for your needs. Obviously it would be better if Pharo didn't resolve the paths in these cases, but at least there is a workaround. fixIcebergRepoLocations "E.g. after an image is moved or renamed, its local Iceberg repos become broken because the locations are stored as static FileReferences instead of dynamic FileLocations following the image around. Limitation: assumes all images are stored in flat folders under root" | imageRoot repos | imageRoot := FileLocator home / 'Dynabook' / 'Working Images'. repos := IceLibgitRepository allSubInstances select: [ :e | e location isNotNil and: [ (FileLocator imageDirectory contains: e location) not and: [ imageRoot contains: e location ] ] ]. repos do: [ :e | | oldPath newPath fixedLocation | oldPath := e location relativeTo: imageRoot. newPath := RelativePath withAll: oldPath segments allButFirst. fixedLocation := FileLocator imageDirectory withPath: newPath. e location: fixedLocation ] ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Aug. 1, 2019

Re: [Pharo-users] Warning Newbie Question: Bootstrap Navbar example works my copy and paste fails?

by Esteban Maringolo

Hi Jeff, Here <https://github.com/astares/Seaside-Bootstrap4> Regards, Esteban A. Maringolo On Thu, Aug 1, 2019 at 3:48 AM Jeff Gray <jeff(a)rogerthedog.com> wrote: > > Have I missed something? Is there a pharo Bootstrap 4? How do I get that? > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Aug. 1, 2019

Re: [Pharo-users] Warning Newbie Question: Bootstrap Navbar example works my copy and paste fails?

by Jeff Gray

Have I missed something? Is there a pharo Bootstrap 4? How do I get that? -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Aug. 1, 2019

Re: [Pharo-users] more fun with System>>Local directory settings

by Dale Henrichs

I found SystemResolver class >> userLocalDirectory and the presence of settingsOn: lead me to believe that I had stumbled upon the right place ... through an experiment [1], I have confirmed that "just because you see something in the Local Directory field of the settings browesr and have been burned by that field before ... it does not mean that you will always be burnedÂ since the class variable is nil in a fresh image" --- I was burned before because I had a stale settings save and that must have causedÂ the class variable to be set ... As I was writing this message I remembered that there used to be a way to go from the settings browser directly to the code that was involved with the settings ... so I tried clicking around in the settings browser and voila a double click did the trick ... gotta love the modern UX where the way to discover functionality is to try clicking/dragging/wiggling in blank areas of the screen in hopes that something useful will happen --- on windows if you shake your mouse the window will disappear --- I found that out by accident ... thank goodness someone was near by to tell me how to get my window back :) Dale [1] https://travis-ci.org/dalehenrich/st_launcher/builds/566226359#L367 On 7/31/19 3:25 PM, Dale Henrichs wrote: > > ... the last time we talked[1], I was wondering why my System >> Local > directory setting was pointing to a location that dated back to a > project I abandoned 6 months ago and learned that that path was > stashed in $HOME/.config/pharo ... > > I've finally found the cycles to work on the Pharo portion of my project. > > I've deleted the whole $HOME/.config/pharo and re-downloaded a fresh > set of image and changes files (the previous image and changes files > had been polluted by the previously cached values) and discovered that > the act of starting the image automagically populates the System >> > local directory with a full path to a directory in my current > directory ... which is not quite as bad as pointing off to a "local > directory" located in "outer space" ... but I assume that I will have > the same problem that I had before[2] which is a walkback when > attemptingÂ to use the .image file on a machine where the saved local > directory path will not exist (similar stack BTW as already reported > against pharo in this bug report[3]. > > What I want to do is create a Pharo.image (i.e., load some code into > the image) in such a way that I can ship the image file to users on a > completely different system and have them successfully execute the > code in the image ... > > I assume there is a way to do this, since the images I download don't > suffer from this problem ... > > I naively cleared the Local directory field in the system browser, > saved and quit the image and then got this error: > > which is presumably a relative of this error[3]. > > I used the folder icon to select my local directory again ... saved > the image and restarted only to get the same walkback: > > Keep in mind the ultimate goal ... shipping an image to another user > and making it possible for them to use it ... > > Thanks in advance for any help, > > Dale > > [1] http://forum.world.st/where-are-system-settings-stored-td5101501.html > [2] https://travis-ci.org/dalehenrich/st_launcher/builds/561863077#L603 > [3] https://github.com/pharo-project/pharo-launcher/issues/37 >

Aug. 1, 2019