I'm on MacOS 10.13.6, Pharo v9 (but have same issue on v8).
When I want to get the directory where the current image was launched, I
use the following:
FileSystem workingDirectory
The comments from this method are:
"Returns a reference to the directory from where the image was launched"
What I
Hmm, I am getting another result:
FileSystem workingDirectory.
"File @ /Users/sven/Develop/Pharo/Pharo-Daily/2020-05-06"
Which is correct for me.
This is recent 9.0 on macOS 10.15.4
> On 26 May 2020, at 13:44, Russ Whaley wrote:
>
> I'm on MacOS 10.13.6, Pharo v9 (but have same issue on v8).
HI,
You have two different things:
- working copy
- image directory
The working copy return the folder from which the image was launched.
Most of the time it is the image directory but not all the time.
For example ./pharo-ui ../../test/pharo.image will have the working
directory be the location
On Tue, May 26, 2020 at 1:59 PM Cyril Ferlicot wrote:
>
> HI,
>
> You have two different things:
> - working copy
working directory*
> - image directory
>
> The working copy return the folder from which the image was launched.
> Most of the time it is the image directory but not all the time.
>
Hi.
I was looking at the zink stream, and noticed this pattern with
strm tag: 'h1' do: aBlockWhichWriteTheTitle
It is also used in baselines, and I have used it myself a few times.
Is anyone aware of this having a name?
Best,
Kasper
From Torsten Bergman - @TorstenAstares
https://twitter.com/TorstenAstares/status/1264820045840027649
"Dan Banay just released a few days ago, on the day of the 80th
anniversary of Alan Kay,
a fully functional Smalltalk-80 VM capable of running the original ST-80
images
as distributed by Xerox
Will wait then.
I tried to use the RB classes but with no success. There are few docs and
test code are hard to understand (still not sure if I should use transform
ou primitiveExecute). I did this:
(RBRenameMethodRefactoring new
renameMethod: #with:doThis:
in: RefactoringReformatExample
In my library it would be
strm
tag: 'h1';
do: aBlockWhichWritesTheTitle;
end.
because one so very often needs to add attributes and/or a namespace.
#tag:do: is related to the C++ "Resource Allocation is Initialisation"
pattern, where the point is to automatically clean up. In RAII,