For future reference: https://github.com/pharo-project/pharo/issues/4201 On Tue, 6 Aug 2019 at 12:01, Alistair Grant <akgrant0710@gmail.com> wrote:
Hi Stef,
On Fri, 2 Aug 2019 at 09:19, ducasse <stepharo@netcourrier.com> wrote:
It would be good to encapsulate this behavior may be with double dispatch with the platform. Else clients end up to be forced to check.
Why do you think this might need double dispatch?
My idea was that it can be added to FileSystemDirectoryEntry and subclasses (FileReference is already fairly heavily loaded, and should be kept to the basic, platform common attributes). The main reason I didn't was because most of the attributes are windows specific, and I was focusing on getting the basic behaviour working and integrated.
Adding just this attribute is fairly simple. I'll submit a PR soon(ish).
Cheers, Alistair
Stef
On 1 Aug 2019, at 21:22, Alistair Grant <akgrant0710@gmail.com> wrote:
On Thu, 1 Aug 2019 at 20:51, Peter Uhnak <i.uhnak@gmail.com> wrote:
I imagine because it is quite a rare edge-case use and is not easy to implement: - for Linux you check for dot - for Windows you need to either modify the VM (see File class>>lookupDirectory:filename: to provide more information), or directly use WinAPI from Pharo to retrieve the hidden file attribute - for MacOS it is my understanding that you need to do both of the above and then some
Peter
As Peter wrote, this hasn't been requested much, but...
In Pharo 8:
(aFileReference entry statAttributes at: 13) anyMask: 16r2
Will answer a boolean indicating whether it is hidden or not (only on Windows).
"aFileReference entry statAttributes at: 13" is the WIN32_FILE_ATTRIBUTE_DATA: https://docs.microsoft.com/en-us/windows/win32/fileio/file-attribute-constan...
HTH, Alistair