[Cuis] Wrapper for file access in different Smalltalk dialects

[Juan Vuletich]

Hi folks,

This is the plan (if everybody agrees)
- Make FileMan part of the Cuis base image.
- Convert all code in the base image and core packages to use FileMan 
instead of FileDirectory and DirectoryEntry.
- Remove FileDirectory and DirectoryEntry to SqueakCompatibility.pck.st, 
and discourage its use.

This might take some time, and would be done in incremental steps. But 
I'd start soonish.

Cheers,
Juan Vuletich

On 5/29/2015 8:03 AM, Edgar J. De Cleene wrote:
> Yes, put in Core if possible.
> Welcome Masashi-san and FileMan was one old times favorite
>
>
> On 5/28/15, 9:21 AM, "Juan Vuletich"<juan at jvuletich.org>  wrote:
>
>> Hi Masashi-san,
> On 5/26/2015 11:34 PM, Masashi UMEZAWA wrote:
>> Hi all,
>>
>> I
>> think it is nice if FileMan is on the core package repository.
>>
>> FileMan for
>> Cuis (and Squeak) has minimum dependencies to the existing
>> FileDirectory and
>> DirectoryEntry. FileMan selectively uses a few
>> methods of them.
>>
>> So we
>> can gradually adopt FileMan interfaces and trim the
>> FileDirectory and
>> DirectoryEntry's non-intuitive methods.
>>
>> Another way of cleaning-up the
>> file-related classes is to port
>> FileSystems to Cuis.
>> But since Cuis is a
>> lightweight Smalltalk dialect, FileSystems might
>> be an overkill.
>>
>> Best
>> regards,
> Thank you!
>
> Having a better, simpler filesystem api would be a good
>> improvement.
> Being it multi-dialect is even better.
>
> We can adopt
>> Masashi-san's FileMan as an optional package, or if we
> agree, we can just
>> include it in the base image and start converting
> existing code to use it.
>> Please take a good look at it
>>
> https://github.com/mumez/Cuis-Smalltalk-FileMan
>
> After some time, we can
>> start converting FileMan so it doesn't use
> FileDirectory at all. Then we can
>> just completely remove the old api.
> Thoughts?
> Juan Vuletich
>