> On 23 Jun 2016, at 17:34, Max Leske <[email protected]> wrote: > > I totally approve of the idea but personally I hate those hidden directories. > Especially those that are silently generated in my home directory. It may not > look so “professional” as Eclipse (…) but I’d rather have a visible directory.
names as… ? :P Esteban > > Just my two cents. > > Max > > >> On 23 Jun 2016, at 17:22, Esteban Lorenzano <[email protected]> wrote: >> >> Hi, >> >> Since some time I’ve seen growing the amount of files/directories generated >> when running Pharo. Up to Pharo 2.0, we had just this: >> >> Pharo.image >> Pharo.changes >> PharoDebug.log >> pharo-cache >> >> now we have: >> >> Pharo.image >> Pharo.changes >> PharoDebug.log >> pharo-cache >> epicea-sessions >> play-cache >> play-stash >> >> it does not looks like much, but I think this does not looks professional >> (we take too much from user space). So I proposed (and implemented) a >> “concentrator” directory: >> >> Pharo.image >> Pharo.changes >> ./pharo >> … and everything for “pharo working internally” here >> >> then users have again control about what they have along with the image >> (this allows to some nice strategies too, when we want a version that does >> not pollutes the file dir). >> >> of course, this idea follows other developing spaces, where things are >> stored in same fashion way… for example in eclipse for java they store all >> eclipse data under .workspace directory. >> >> so, please note that this is NOT user space… regular pharo users will store >> his files along with the image, for instance filetree repositories… >> something like: >> >> Pharo.image >> Pharo.changes >> .pharo/ >> voyage/ >> punqlite/ >> etc. >> >> well… I will commit a SLICE with the changes soon (is not a hard change at >> all). >> >> But then: >> >> is ./pharo a good name? >> will this work? >> >> Esteban > >
