[Pharo-project] Test of patch needed for Linux users
Linux users, please try the slice and comment at https://pharo.fogbugz.com/default.asp?5819#73545 This patch will give you a way to get the user directories for standard places ('preferences' should point to '~/.config', 'documents' should point to '~/Documents', 'desktop should point to '~/Desktop') Thank you -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill
On 10 April 2013 13:09, Damien Cassou <damien.cassou@gmail.com> wrote:
Linux users, please try the slice and comment at
https://pharo.fogbugz.com/default.asp?5819#73545
This patch will give you a way to get the user directories for standard places ('preferences' should point to '~/.config', 'documents' should point to '~/Documents', 'desktop should point to '~/Desktop')
is this image-side patch or vm-side? or both?
Thank you
-- Damien Cassou http://damiencassou.seasidehosting.st
"Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill
-- Best regards, Igor Stasenko.
On Wed, Apr 10, 2013 at 8:06 PM, Igor Stasenko <siguctua@gmail.com> wrote:
is this image-side patch or vm-side? or both?
image-side only, a combination of native boost and reading of the standard ~/.config/user-dirs.dirs -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill
did you use platform logic? Because this may be the place to add this logic which is platform dependent. Stef On Apr 11, 2013, at 7:35 AM, Damien Cassou <damien.cassou@gmail.com> wrote:
On Wed, Apr 10, 2013 at 8:06 PM, Igor Stasenko <siguctua@gmail.com> wrote: is this image-side patch or vm-side? or both?
image-side only, a combination of native boost and reading of the standard ~/.config/user-dirs.dirs
-- Damien Cassou http://damiencassou.seasidehosting.st
"Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill
On Thu, Apr 11, 2013 at 7:40 AM, stephane ducasse <stephane.ducasse@free.fr>wrote:
did you use platform logic?
Stef, What do you mean exactly by platform logic? :) Yesterday I was working on mapping the KeyDown/KeyUp events to have uniform key values, and that included platform dependent code, so I'm interested :).
Because this may be the place to add this logic which is platform dependent.
Stef
On Apr 11, 2013, at 7:35 AM, Damien Cassou <damien.cassou@gmail.com> wrote:
On Wed, Apr 10, 2013 at 8:06 PM, Igor Stasenko <siguctua@gmail.com> wrote:
is this image-side patch or vm-side? or both?
image-side only, a combination of native boost and reading of the standard ~/.config/user-dirs.dirs
-- Damien Cassou http://damiencassou.seasidehosting.st
"Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill
we have a factory that create an object of each platform at startup. look t OSPlatform.
On Thu, Apr 11, 2013 at 7:40 AM, stephane ducasse <stephane.ducasse@free.fr> wrote: did you use platform logic?
Stef, What do you mean exactly by platform logic? :)
Yesterday I was working on mapping the KeyDown/KeyUp events to have uniform key values, and that included platform dependent code, so I'm interested :).
Because this may be the place to add this logic which is platform dependent.
Stef
On Apr 11, 2013, at 7:35 AM, Damien Cassou <damien.cassou@gmail.com> wrote:
On Wed, Apr 10, 2013 at 8:06 PM, Igor Stasenko <siguctua@gmail.com> wrote: is this image-side patch or vm-side? or both?
image-side only, a combination of native boost and reading of the standard ~/.config/user-dirs.dirs
-- Damien Cassou http://damiencassou.seasidehosting.st
"Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill
On Thu, Apr 11, 2013 at 3:10 PM, stephane ducasse <stephane.ducasse@free.fr>wrote:
we have a factory that create an object of each platform at startup. look t OSPlatform.
Ahh ok, yeap. I was using that too (OSPlatform current) and a double dispatch :).
On Thu, Apr 11, 2013 at 7:40 AM, stephane ducasse < stephane.ducasse@free.fr> wrote:
did you use platform logic?
Stef, What do you mean exactly by platform logic? :)
Yesterday I was working on mapping the KeyDown/KeyUp events to have uniform key values, and that included platform dependent code, so I'm interested :).
Because this may be the place to add this logic which is platform dependent.
Stef
On Apr 11, 2013, at 7:35 AM, Damien Cassou <damien.cassou@gmail.com> wrote:
On Wed, Apr 10, 2013 at 8:06 PM, Igor Stasenko <siguctua@gmail.com>wrote:
is this image-side patch or vm-side? or both?
image-side only, a combination of native boost and reading of the standard ~/.config/user-dirs.dirs
-- Damien Cassou http://damiencassou.seasidehosting.st
"Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill
On Thu, Apr 11, 2013 at 3:10 PM, stephane ducasse <stephane.ducasse@free.fr>wrote:
we have a factory that create an object of each platform at startup. look t OSPlatform.
it looks like FileSystem don't use that -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill
Yes and it should because this is not a good idea to have two hierarchies doing the same.
On Thu, Apr 11, 2013 at 3:10 PM, stephane ducasse <stephane.ducasse@free.fr> wrote: we have a factory that create an object of each platform at startup. look t OSPlatform.
it looks like FileSystem don't use that
-- Damien Cassou http://damiencassou.seasidehosting.st
"Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill
+1 we should think how we could have some object in system which represents a platform which currently image runs on, with nice API and such. <btw> if you know NativeBoost also have some platform-dependent code and also has class hierarchy to represent each platform).. but of course most of API there is highly NB-specific.. still there could be found some common parts/logic which can be unified with that system-wide object which represents current platform. </btw> On 11 April 2013 20:21, stephane ducasse <stephane.ducasse@free.fr> wrote:
Yes and it should because this is not a good idea to have two hierarchies doing the same.
On Thu, Apr 11, 2013 at 3:10 PM, stephane ducasse <stephane.ducasse@free.fr> wrote:
we have a factory that create an object of each platform at startup. look t OSPlatform.
it looks like FileSystem don't use that
-- Damien Cassou http://damiencassou.seasidehosting.st
"Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill
-- Best regards, Igor Stasenko.
On Thu, Apr 11, 2013 at 7:40 AM, stephane ducasse <stephane.ducasse@free.fr>wrote:
did you use platform logic? Because this may be the place to add this logic which is platform dependent.
I put it in the platform dependent FileSystem class. Exactly where it was before, but now it is working. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill
participants (4)
-
Damien Cassou -
Guillermo Polito -
Igor Stasenko -
stephane ducasse