A couple of simple ergonomic adjustments

> "Juan Vuletich" <[hidden email]> wrote in message
> news:[hidden email]...
>> So, Stef, Board, please advice:
>>
>> Who needs to do what to get it there? The code is there, with a small
>> set of fonts. And it is trivial to add anyone the user wants.
>>
>> Should Edgar and the release team just load them? Yes? Edgar, please
>> doit ASAP!
>>
>> Should de Board give a commend? Yes? Board, please doit!
>>
>> Should I do something else? Then, please tell me what.
>
> I believe that, before adding any form of sub-pixel anti-aliased glyph
> rendering to an official distribution, the patent/license situation
> surrounding such technologies should be considered by the ReleaseTeam
> and/or the Board.
>
> For a very clear and concise appraisal, please see
> http://david.freetype.org/cleartype-patents.html
>
> I have chosen to separate the sub-pixel aa parts of the FreeType Plus
> packages from the patent free parts. I have also included warnings in
> the descriptions of the sub-pixel package release on SqueakMap.
>
> Just a heads-up
> Cheers,
> Andy
>

>  Sorry for rather off-topic, how can I generate more bitmap for other fonts?
>
> Thanks in advance.
>
> ----- Original Message -----
>    From: Juan Vuletich <[hidden email]>
>    To: The general-purpose Squeak developers list <[hidden email]>
>    Sent: 07-07-12 22:16:15
>    Subject: Re: Re: A couple of simple ergonomic adjustments
>
>   So, Stef, Board, please advice:
>
> Who needs to do what to get it there? The code is there, with a small
> set of fonts. And it is trivial to add anyone the user wants.
>
> Should Edgar and the release team just load them? Yes? Edgar, please
> doit ASAP!
>
> Should de Board give a commend? Yes? Board, please doit!
>
> Should I do something else? Then, please tell me what.
>
> Cheers,
> Juan Vuletich
>
> stephane ducasse escribi:
>  
>> would be nice to have that in squeak-dev 3.9 and 3.10
>>
>> stef
>>
>> On 9 juil. 07, at 20:31, Juan Vuletich wrote:
>>
>>    
>>> Giovanni Corriga escribi:
>>>      
>>>> Il giorno lun, 09/07/2007 alle 11.25 +0200, Mikael Kindborg ha scritto:
>>>>
>>>>        
>>>>> Hi, those are nice changes. I also feel that a font like VeraSans
>>>>> greatly improves the user experience. Looks much more
>>>>> professional/fun/clear in my opinion. I speculate that people who try
>>>>> out Squeak would be more positive to the system with better looking
>>>>> default fonts.
>>>>>
>>>>>          
>>>> Even better, we could use the free and unencumbered Liberation fonts:
>>>> https://www.redhat.com/promo/fonts/
>>>>
>>>> Here's a screenshot of one of my work images:
>>>> http://www.corriga.net/~giovanni/Hacking.image.png
>>>>
>>>>     Giovanni
>>>>
>>>>
>>>>        
>>> In my opinion http://www.jvuletich.org/issues/Issue0010.htm looks so
>>> much nicer!
>>>
>>> Cheers,
>>> Juan Vuletich
>>>
>>>
>>>      
>>
>>    
>
>
>
>  
> ------------------------------------------------------------------------
>
>
>  

> To continue on this minimalist trend:
> I changed one method so that the resizing corner grips are invisible until
> the mouse hovers on them. This makes the windows look less busy.
>
>
>     Romain
>
>
> On 7/9/07, Sebastian Sastre <[hidden email]> wrote:
> >
> >
> > Hi there,
> >
> >     I wanted to share a couple of simple and cheap customizations I've
> made on my daily Squeak image that I feel improves (phisical) ergonomy. I
> suggest those guys that make that customized images take a look and ofcourse
> the official Squeak to see if, triviality aside, this is cool enough.
> >
> >     To install, 1) evaluate in a workspace the code in Preferences.text
> attached file and 2) install the ListItemColorPreferences.1.cs changeset
> file.
> >
> >     The changeset with 2 method modifications that make the lists use the
> preferences instead of harcoded colors for highlighting. The preferences
> code is in the other attached file.
> >
> >     Criteria was: minimalism, a better Fitts law score and better
> contrast.
> >
> >     Minimalism. No splitter handlers and pollute the windows with scrolls
> only when rigorously necessary.
> >     Fitts. Make the scrolls wider to reduce the time aiming the pointer
> device (mouse or whatever) before the click.
> >     Contrast. Take care on contrast making it better for items selected in
> a list.
> >
> >     I encourage to use better contrast for highlighting in selected list
> items. Try to read from 1 meter of the screen with the default red over
> lightgray (low contrast) and then customize it to a better contrasted
> version. I liked the readability of cyan over dark blue but is so different
> from the main theme that I choosed a not that radical one (like the one I've
> put in the preferences file).
> >
> >     As developers parsing the low contrast symbols hundred of times a day
> ofen for hours at that low contrast can wastely "raise the temp of our
> graphic cards", this is, unecessary visual stress.
> >
> >     Who knows.. everything to save a couple of headaches :)
> >
> >     all the best,
> >
> >
> >
> > Sebastian Sastre
> >
> > PD: when I had some more time for this I plan to make a preference of
> opening menues and submenues with a click (like it is now) or only with a
> mouse over. This can save hundreds of clicks a week and so the clicker
> finger join.
> >
> >
> >
> >
>
>
>
>
>
>

> I think we can benefit a lot ourselves and other squeak users by organizing
> usability and ergonomics in some kind of system like mantis or such, so
> people knows what people wants (in regard to ergonomics and usability).
>
> The squeak mantis could be used to put under a category of "usability
> issues" (or something like that) this kind of requeriments, expressions,
> wishes?
>
> Demostrating that we are being conscious of this and we are valorating it is
> for sure a step ahead in the "smalltalk experience",
>
>         all the best,
>
> Sebastian Sastre
>
>
> > -----Mensaje original-----
> > De: [hidden email]
> > [mailto:[hidden email]] En
> > nombre de Todd Blanchard
> > Enviado el: Jueves, 12 de Julio de 2007 16:47
> > Para: The general-purpose Squeak developers list
> > Asunto: Ergonomics - Rant
> >
> > Since we are talking about ergonomics, I haven't done any
> > coding in modern images in some time (my production system is
> > 3.7 based) and when I started working on a fix to a minor
> > problem in the HTML parser in a very new image, I found
> > myself frustrated at every turn.
> >
> > 1) When I browse senders, I get a browser with a bunch of methods.
> > If I modify one of the methods, I DO NOT WANT IT TO VANISH
> > FROM THE BROWSER ON SAVE!  I keep having to go find the
> > freakin' thing for every edit.  STOP IT!
> >
> > 2) When I select a class in the browser, please show all the
> > methods initially in the methods pane.  What used to take 1
> > click now takes a couple.  Consider that I'm browsing up and
> > down a hierarchy looking for the level that contains the
> > implementation for a method.  It takes a couple clicks just
> > to look to see if the method is there.
> >
> > In general, the click per operation count seems to be going
> > up, while useful buttons in the browser button bar seem to be
> > vanishing (where is the one that lets me find ivar references now?)
> >
> > Rant over for now.
> >
> > -Todd Blanchard
> >
>
>
>

> To continue on this minimalist trend:
> I changed one method so that the resizing corner grips are invisible until
> the mouse hovers on them. This makes the windows look less busy.
>
>
>     Romain
>
>
> On 7/9/07, Sebastian Sastre <[hidden email]> wrote:
> >
> >
> > Hi there,
> >
> >     I wanted to share a couple of simple and cheap customizations I've
> made on my daily Squeak image that I feel improves (phisical) ergonomy. I
> suggest those guys that make that customized images take a look and ofcourse
> the official Squeak to see if, triviality aside, this is cool enough.
> >
> >     To install, 1) evaluate in a workspace the code in Preferences.text
> attached file and 2) install the ListItemColorPreferences.1.cs changeset
> file.
> >
> >     The changeset with 2 method modifications that make the lists use the
> preferences instead of harcoded colors for highlighting. The preferences
> code is in the other attached file.
> >
> >     Criteria was: minimalism, a better Fitts law score and better
> contrast.
> >
> >     Minimalism. No splitter handlers and pollute the windows with scrolls
> only when rigorously necessary.
> >     Fitts. Make the scrolls wider to reduce the time aiming the pointer
> device (mouse or whatever) before the click.
> >     Contrast. Take care on contrast making it better for items selected in
> a list.
> >
> >     I encourage to use better contrast for highlighting in selected list
> items. Try to read from 1 meter of the screen with the default red over
> lightgray (low contrast) and then customize it to a better contrasted
> version. I liked the readability of cyan over dark blue but is so different
> from the main theme that I choosed a not that radical one (like the one I've
> put in the preferences file).
> >
> >     As developers parsing the low contrast symbols hundred of times a day
> ofen for hours at that low contrast can wastely "raise the temp of our
> graphic cards", this is, unecessary visual stress.
> >
> >     Who knows.. everything to save a couple of headaches :)
> >
> >     all the best,
> >
> >
> >
> > Sebastian Sastre
> >
> > PD: when I had some more time for this I plan to make a preference of
> opening menues and submenues with a click (like it is now) or only with a
> mouse over. This can save hundreds of clicks a week and so the clicker
> finger join.
> >
> >
> >
> >
>
>
>
>
>
>

>
>
> Hi there,
>
>     I wanted to share a couple of simple and cheap customizations I've made
> on my daily Squeak image that I feel improves (phisical) ergonomy. I suggest
> those guys that make that customized images take a look and ofcourse the
> official Squeak to see if, triviality aside, this is cool enough.
>
>     To install, 1) evaluate in a workspace the code in Preferences.text
> attached file and 2) install the ListItemColorPreferences.1.cs changeset
> file.
>
>     The changeset with 2 method modifications that make the lists use the
> preferences instead of harcoded colors for highlighting. The preferences
> code is in the other attached file.
>
>     Criteria was: minimalism, a better Fitts law score and better contrast.
>
>     Minimalism. No splitter handlers and pollute the windows with scrolls
> only when rigorously necessary.
>     Fitts. Make the scrolls wider to reduce the time aiming the pointer
> device (mouse or whatever) before the click.
>     Contrast. Take care on contrast making it better for items selected in a
> list.
>
>     I encourage to use better contrast for highlighting in selected list
> items. Try to read from 1 meter of the screen with the default red over
> lightgray (low contrast) and then customize it to a better contrasted
> version. I liked the readability of cyan over dark blue but is so different
> from the main theme that I choosed a not that radical one (like the one I've
> put in the preferences file).
>
>     As developers parsing the low contrast symbols hundred of times a day
> ofen for hours at that low contrast can wastely "raise the temp of our
> graphic cards", this is, unecessary visual stress.
>
>     Who knows.. everything to save a couple of headaches :)
>
>     all the best,
>
>
>
> Sebastian Sastre
>
> PD: when I had some more time for this I plan to make a preference of
> opening menues and submenues with a click (like it is now) or only with a
> mouse over. This can save hundreds of clicks a week and so the clicker
> finger join.
>
>
>
>

> 2007/7/12, Todd Blanchard <[hidden email]>:
> > 1) When I browse senders, I get a browser with a bunch of methods.
> > If I modify one of the methods, I DO NOT WANT IT TO VANISH FROM THE
> > BROWSER ON SAVE!  I keep having to go find the freakin' thing for
> > every edit.  STOP IT!
>
>
> I you browser the senders and, after modification, your method is not
> a sender anymore, it's normal that the method disappear.
>