Re: [Pharo-dev] Pharo 4 Beta, first impressions
Not me I used to be a windows only user for over a decade and I was always have been wondering why the close /max/min are on the right side when menus start from the left. So when I finally decided to convert to Macos it was a welcomed change and still is. Now you can ask me after 8 years being a MacOS users how I feel about the way mac windows maximise and you wont hear nice things even now that they offer full screen options. I am not a creature of habit apparently, If I don't like something the first minutes chances are that I wont like it 2 decades either. Sometimes I change my mind, but it is rare. Really, really rare. On Fri, Apr 3, 2015 at 3:41 PM, Benoit St-Jean via Pharo-dev < pharo-dev@lists.pharo.org> wrote:
---------- Forwarded message ---------- From: Benoit St-Jean <bstjean@yahoo.com> To: Marcus Denker <marcus.denker@inria.fr>, Pharo Development List < pharo-dev@lists.pharo.org> Cc: Date: Fri, 3 Apr 2015 12:37:41 +0000 (UTC) Subject: Re: [Pharo-dev] Pharo 4 Beta, first impressions It's not so much about the Windows look (whether it's Win98, Win 2K, Win XP, Win Me, Win 8, Win Whatever). Every Windows user *expects* to have the Close, Maximize & Minimize buttons at the upper right of the Window.
It might look like a silly detail but try swapping the buttons of a Mac user to the right and wait a few seconds before he complains! ;)
----------------- Benoit St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean IRC: lamneth Blogue: endormitoire.wordpress.com "A standpoint is an intellectual horizon of radius zero". (A. Einstein)
------------------------------ *From:* Marcus Denker <marcus.denker@inria.fr> *To:* Benoit St-Jean <bstjean@yahoo.com>; Pharo Development List < pharo-dev@lists.pharo.org> *Sent:* Friday, April 3, 2015 8:28 AM *Subject:* Re: [Pharo-dev] Pharo 4 Beta, first impressions
On 03 Apr 2015, at 14:11, Benoit St-Jean via Pharo-dev < pharo-dev@lists.pharo.org> wrote:
*Date: *3 Apr 2015 14:08:03 CEST *From: *Benoit St-Jean <bstjean@yahoo.com> *Reply-To: *Benoit St-Jean <bstjean@yahoo.com> *To: *Pharo Development List <pharo-dev@lists.pharo.org> *Subject: **Pharo 4 Beta, first impressions*
3 quick things :
1) How can I get the Windows theme (W2K) that was available in Pharo 3 (it's no longer there in Pharo 4.0 Beta). Having the close, maximize & minimize buttons to the left of every window is VERY annoying for Windows users!
Windows 2k is 16 years old. We can not maintain a museum of old windows looks⦠it just makes no sense (at all. At all⦠I donât even think how someone can think that we should!). Keep in mind that nobody uses it (but you, I guess), so it will for sure be broken in subtle waysâ¦
We need to use it where it makes sense. A windows 2000 look is not one of these things.
2) Am I the only one annoyed by the fact that the Collection class still holds on to 2 class variables (one of them being an instance of Random, the other a mutex) for the sole purpose of accommodating the #atRandom & #atRandom: methods ? Even worse, the Integer class' implementation of #atRandom references the Collection class to use that random instance! In other words, Integer>>#atRandom --> Collection>>#randomForPicking --> Random ! I've always been a fan of the "mind your own business" approach. Wouldn't it make a lot more sense to have the Random class provide a default instance (a singleton) whenever other classes need such an object instead of crippling the code with class variables and singleton instance all over the place?
The system is very large. I think it is fundamentally wrong to assume that something like this (Design level things) will be magically fixed if there was no discussion, no issue tracker entry, no nothing.
Why do you think that this will âfix itself magicallyâ? I would really like to know your thought process behind this⦠is there something that makes you think that a release process could catch this? How?
Marcus
The point is, every piece of code needs to be written and maintained which takes time and energy from other activities. However I imagine that taking the current Pharo theme and just moving the buttons around wouldn't be a complex task (or perhaps even making it customizable option). Personally since my OS doesn't use these buttons at all I don't really care at which side they are. Peter On Fri, Apr 3, 2015 at 2:58 PM, kilon alios <kilon.alios@gmail.com> wrote:
Not me I used to be a windows only user for over a decade and I was always have been wondering why the close /max/min are on the right side when menus start from the left. So when I finally decided to convert to Macos it was a welcomed change and still is.
Now you can ask me after 8 years being a MacOS users how I feel about the way mac windows maximise and you wont hear nice things even now that they offer full screen options.
I am not a creature of habit apparently, If I don't like something the first minutes chances are that I wont like it 2 decades either. Sometimes I change my mind, but it is rare. Really, really rare.
On Fri, Apr 3, 2015 at 3:41 PM, Benoit St-Jean via Pharo-dev < pharo-dev@lists.pharo.org> wrote:
---------- Forwarded message ---------- From: Benoit St-Jean <bstjean@yahoo.com> To: Marcus Denker <marcus.denker@inria.fr>, Pharo Development List < pharo-dev@lists.pharo.org> Cc: Date: Fri, 3 Apr 2015 12:37:41 +0000 (UTC) Subject: Re: [Pharo-dev] Pharo 4 Beta, first impressions It's not so much about the Windows look (whether it's Win98, Win 2K, Win XP, Win Me, Win 8, Win Whatever). Every Windows user *expects* to have the Close, Maximize & Minimize buttons at the upper right of the Window.
It might look like a silly detail but try swapping the buttons of a Mac user to the right and wait a few seconds before he complains! ;)
----------------- Benoit St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean IRC: lamneth Blogue: endormitoire.wordpress.com "A standpoint is an intellectual horizon of radius zero". (A. Einstein)
------------------------------ *From:* Marcus Denker <marcus.denker@inria.fr> *To:* Benoit St-Jean <bstjean@yahoo.com>; Pharo Development List < pharo-dev@lists.pharo.org> *Sent:* Friday, April 3, 2015 8:28 AM *Subject:* Re: [Pharo-dev] Pharo 4 Beta, first impressions
On 03 Apr 2015, at 14:11, Benoit St-Jean via Pharo-dev < pharo-dev@lists.pharo.org> wrote:
*Date: *3 Apr 2015 14:08:03 CEST *From: *Benoit St-Jean <bstjean@yahoo.com> *Reply-To: *Benoit St-Jean <bstjean@yahoo.com> *To: *Pharo Development List <pharo-dev@lists.pharo.org> *Subject: **Pharo 4 Beta, first impressions*
3 quick things :
1) How can I get the Windows theme (W2K) that was available in Pharo 3 (it's no longer there in Pharo 4.0 Beta). Having the close, maximize & minimize buttons to the left of every window is VERY annoying for Windows users!
Windows 2k is 16 years old. We can not maintain a museum of old windows looks⦠it just makes no sense (at all. At all⦠I donât even think how someone can think that we should!). Keep in mind that nobody uses it (but you, I guess), so it will for sure be broken in subtle waysâ¦
We need to use it where it makes sense. A windows 2000 look is not one of these things.
2) Am I the only one annoyed by the fact that the Collection class still holds on to 2 class variables (one of them being an instance of Random, the other a mutex) for the sole purpose of accommodating the #atRandom & #atRandom: methods ? Even worse, the Integer class' implementation of #atRandom references the Collection class to use that random instance! In other words, Integer>>#atRandom --> Collection>>#randomForPicking --> Random ! I've always been a fan of the "mind your own business" approach. Wouldn't it make a lot more sense to have the Random class provide a default instance (a singleton) whenever other classes need such an object instead of crippling the code with class variables and singleton instance all over the place?
The system is very large. I think it is fundamentally wrong to assume that something like this (Design level things) will be magically fixed if there was no discussion, no issue tracker entry, no nothing.
Why do you think that this will âfix itself magicallyâ? I would really like to know your thought process behind this⦠is there something that makes you think that a release process could catch this? How?
Marcus
"The point is, every piece of code needs to be written and maintained which takes time and energy from other activities." I completely agree with you. I have zero issues of main pharo developers kicking out libraries that are not so much used by pharo users. Those libraries are perfectly capable of existing as third party. I also love the plan to make pharo modular, remove libraries from inside and make it easy to install. This way each one of us can easily make an image tailor made for his/her needs. Each pharo user is an individual with individual needs. Installing libraries is dead easy with the Configuration Browser , including their dependencies , just one click away. Of course that leaves whos going to maintain that stuff. I agree with Marcus here, "you want it in pharo , code it".The theme support in Pharo is very powerful , I know because I created my own custom blue theme and a tool to allow easy customization of theme colors with zero coding (Nireas). I expected that by now Nireas would be replaced by another way more powerful theme manager but it has not. Why ? Not because my theme manager is very good, but because the community is just too small. I love using my blue theme and fits perfect to my taste and needs ;) In the end no code can be more personal than the code you create. There is no need for everything to exist inside the image , great things can exist outside too. All it needs people who really care about pharo by coding for it.
Kilon, I can perfectly understand that "not everything has to be in the image" and that, ultimately, someone has to maintain that code. The only problem I have with the removal of that theme is that more than 55% of users are running some flavor of Windows. It's not as if someone would ask for an OS/2 or a Motif UI theme! There are *LOTS* of people on Windows still !  ----------------- Benoit St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean IRC: lamneth Blogue: endormitoire.wordpress.com "A standpoint is an intellectual horizon of radius zero". (A. Einstein) From: kilon alios <kilon.alios@gmail.com> To: Pharo Development List <pharo-dev@lists.pharo.org> Sent: Friday, April 3, 2015 9:25 AM Subject: Re: [Pharo-dev] Pharo 4 Beta, first impressions "The point is, every piece of code needs to be written and maintained which takes time and energy from other activities." I completely agree with you. I have zero issues of main pharo developers kicking out libraries that are not so much used by pharo users. Those libraries are perfectly capable of existing as third party. I also love the plan to make pharo modular, remove libraries from inside and make it easy to install. This way each one of us can easily make an image tailor made for his/her needs. Each pharo user is an individual with individual needs. Installing libraries is dead easy with the Configuration Browser , including their dependencies , just one click away. Of course that leaves whos going to maintain that stuff. I agree with Marcus here, "you want it in pharo , code it".The theme support in Pharo is very powerful , I know because I created my own custom blue theme and a tool to allow easy customization of theme colors with zero coding (Nireas). I expected that by now Nireas would be replaced by another way more powerful theme manager but it has not. Why ? Not because my theme manager is very good, but because the community is just too small. I love using my blue theme and fits perfect to my taste and needs ;) In the end no code can be more personal than the code you create. There is no need for everything to exist inside the image , great things can exist outside too. All it needs people who really care about pharo by coding for it.
participants (3)
-
Benoit St-Jean -
kilon alios -
Peter Uhnák