Kirk Bridger | 1 Nov 2007 13:32
Picon
Favicon

Re: Mousetweaks usability discussion

My thoughts are does it matter what widget I'm interacting with when I see a cursor?  If I see a text-related cursor, it should either blink or not.  The mouse cursor here doesn't count obviously - is there another name for it than cursor to distinguish between the text and mouse cursor?  I don't think so.  So maybe something like "Text cursor blinks"?

KEYBOARD Keyboard * "Cursor blinks in text boxes and fields" Do people know what the difference is between a box and a field? I know I always confuse the two. Does it matter? Can't we just shorten it to "Cursor blinks in text fields"?
I think the only difference is that text boxes are multi-line. But I also think that distiguishing the two isn't necessary in this label; I'm interested in other comments about this though.
_______________________________________________
Usability mailing list
Usability <at> gnome.org
http://mail.gnome.org/mailman/listinfo/usability
Willie Walker | 1 Nov 2007 13:45
Picon

Re: Mousetweaks usability discussion

I definitely like the mockups -- nice work!

Regarding the mouse keys settings, one needs to take into consideration 
that the target users of this are people with differing physical 
abilities who may need finer control over the parameters.  This might 
possibly result in more knobs and dials, but they could be the thing 
that allows someone to use the computer for their job.

If we're going to redesign the UI, we should engage the target users in 
a discussion about their needs and create the UI for them.  We have 
contact with a number of users, so getting real input shouldn't be too hard.

If I recall correctly from the AccessX implementation in XKB, there are 
a number of settings for mouse movement.  This is just for background, 
by the way; I'm not proposing a knob/dial/button for each thing:

* The values on the key itself - these are performed whenever the user
   first presses a key associated with mouse movement (and mouse keys is
   enabled):

   * x, y:      pixel values

   * noAccel:   boolean specifying whether acceleration ("autorepeat")
                should be used or not

   * absoluteX, boolean values specifying whether or not the x,y values
     absoluteY: are absolute screen coordinates or relative to the
                current mouse position

   The de facto values in the typical XKB keymaps set these values to
   a relative movement of 1 pixel with acceleration.  I think there is
   an option to toggle acceleration at a global level, but I cannot
   remember.

* Settings in the XKB extension that are used to manage movement when
   the user presses and holds a key:

   * mouseKeysDelay - just like keyboard autorepeat: how long in
     milliseconds before the 'acceleration' starts happening.

   * mouseKeysInterval - just like keyboard autorepeat: the time
     in milliseconds between movement events after the mouseKeysDelay
     had expired.

   * mouseKeysTimeToMax - this defines how quickly the mouse
     will reach maximum speed as the user presses/holds a key.
     If noAccel is True for the key, the maximum speed is kind
     of meaningless: the movement will just be the x,y value every
     mouseKeysInterval.  Otherwise, mouseKeysCurve and
     mouseKeysMaxSpeed will be used.

   * mouseKeysCurve - defines the shape of the acceleration.
     The actual values are a mystery to me, but a value of 0 is
     a linear acceleration.  A negative value results in an
     initially quicker acceleration which then decreases.  A positive
     value results in an initially slower acceleration which then
     increases.

   * mouseKeysMaxSpeed - this defines the maximum speed of the
     mouse.  I'm not sure what the actual units of this are.
     For example, I'm not sure if speed is determined by keeping
     the mouseKeysInterval constant and changing the distance
     the mouse moves for each interval or if the distance the
     mouse moves remains constant and the interval changes.

Anyway, my main point is to ask real users about what tasks they 
typically want to accomplish with mouse keys.  Then, figure out the best 
UI that provides the user with the ability to customize mouse keys 
behavior so they can accomplish these tasks efficiently.  The reason I 
list the XKB/AccessX stuff above is that they provide the main technical 
constraints to can help/hinder providing what the end user really needs.

Will

Caleb Marcus wrote:
> Actually, after more experimentation, it seems that my last message is 
> incorrect about the functions of the two sliders... and I've also come 
> to the conclusion that I'll never get my mouse settings just right 
> again. Yeah, this is definitely something that needs to be fixed, UI-wise.
> On Wed, 2007-10-31 at 22:09 +0000, Thomas Wood wrote:
>> On 31 Oct 2007, at 13:54, Denis Washington wrote:
>>
>> >
>> > On Wed, 2007-10-31 at 13:44 +0100, Rodrigo Moya wrote:
>> >> On Tue, 2007-10-30 at 19:20 +0100, Vincent Untz wrote:
>> >>> Le samedi 13 octobre 2007, à 14:25 +0200, Francesco Fumanti a écrit :
>> >>>> Hello,
>> [...]
>> >>>> I have made a mockup that integrates Mousetweaks settings into the 
>> >>>> mouse
>> > capplet:
>> >
>> > http://ultimum-projekt.de/mockups/mouse.html
>> >
>> > I hope I haven't forgotten everything. Comments?
>> >
>>
>> Did we discuss combining acceleration and sensitivity at one point? 
>> I've never really understood the difference between the two (or rather, 
>> I've never decided how each one affects my own usage). Would it be 
>> possible to just have one slider that adjusts the two values in a sane 
>> way?
>>
>> Regards,
>>
>> Thomas
>> _______________________________________________
>> Usability mailing list
>> Usability <at> gnome.org <mailto:Usability <at> gnome.org>
>> http://mail.gnome.org/mailman/listinfo/usability

_______________________________________________
Usability mailing list
Usability <at> gnome.org
http://mail.gnome.org/mailman/listinfo/usability
Calum Benson | 1 Nov 2007 16:30
Picon

Re: Mousetweaks usability discussion

On Sat, 2007-10-13 at 14:25 +0200, Francesco Fumanti wrote:

> PS: I CC'd this email to various lists; I hope it will not be a problem.

Well, we're having to manually approve all the posts to the usability
list because they have too many recipients :/  

Since this is specifically about accessibility and capplets, maybe we
could cut the CC's down to just gnomecc-list and/or
gnome-accessibility-list?  Anyone with a serious interest in the
usability and accessibility of our desktop should probably be subscribed
to at least one of those lists anyway :)  (Followups set.)

Thanks,
Calum.

--

-- 
CALUM BENSON, Usability Engineer       Sun Microsystems Ireland
mailto:calum.benson <at> sun.com            GNOME Desktop Team
http://blogs.sun.com/calum             +353 1 819 9771

Any opinions are personal and not necessarily those of Sun Microsystems
Jens Granseuer | 1 Nov 2007 19:18
Picon

Re: [Usability] Mousetweaks usability discussion

On 31.10.2007 20:05, Denis Washington wrote:
> On Wed, 2007-10-31 at 18:24 +0100, Jens Granseuer wrote:
> > I hope we can get the MouseTweaks daemon merged with g-s-d.
> > That would automatically make this box unnecessary. If that
> > doesn't happen, I'd agree that activating it implicitly is
> > the way to go (just like it's currently done with typing
> > break, fwiw).
> 
> Having MouseTweaks integrated into g-s-d would indeed be cool. That
> wouldn't even mean that MouseTweaks would only work for GNOME 2.22; at
> least since 2.20 g-s-d also allows third-party modules IIRC.

No, it doesn't. It was on Rodrigo's list at the time, but he dropped
it, and I'm not sure it's a good idea anyway (I shudder to think of
the bug reports we might get due to misbehaving plugins...).

Jens
Luke Yelavich | 1 Nov 2007 20:01

At-spi registery daemon.


Hi folks.
I have a couple of questions about the at-spi registry daemon. Firstly, what starts it? I know there is the
gconf key 
that needs to be set for accessibility, but as a result of that, what calls the daemon to start? At this point,
I'm 
going to assume gnome-session, but I would appreciate a definitive answer.

Secondly, if it is started by gnome-session, or anything other than gnome-settings-daemon, is it
possible to start it 
in a script for example? i am assuming that something gets passed to it, like a session ID or some such, but i am 
wondering if that is at all possible.

thanks in advance.
--

-- 
Luke Yelavich
GPG key: 0xD06320CE 
	 (http://www.themuso.com/themuso-gpg-key.txt)
Email & MSN: themuso <at> themuso.com
Jabber: themuso <at> jabber.org.au
Li Yuan | 2 Nov 2007 03:45
Picon

Re: At-spi registery daemon.

Hi Luke,

Comments below.

在 2007-11-01四的 15:01 -0400,Luke Yelavich写道:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hi folks.
> I have a couple of questions about the at-spi registry daemon. Firstly, what starts it? I know there is the
gconf key 
> that needs to be set for accessibility, but as a result of that, what calls the daemon to start? At this
point, I'm 
> going to assume gnome-session, but I would appreciate a definitive answer.

Yes, it is started by gnome-session. gnome-session will check the gconf
key. 

> Secondly, if it is started by gnome-session, or anything other than gnome-settings-daemon, is it
possible to start it 
> in a script for example? i am assuming that something gets passed to it, like a session ID or some such, but i
am 
> wondering if that is at all possible.

I'm not sure I understand your question well. Yes, it can be started in
a script. But ideally at-spi-registryd should only be started by
gnome-session. And currently we don't pass anything to at-spi-registryd.
What is your use case?

Regards,
Li

_______________________________________________
Gnome-accessibility-devel mailing list
Gnome-accessibility-devel <at> gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-accessibility-devel
Milan Zamazal | 2 Nov 2007 11:03

Re: At-spi registery daemon.

>>>>> "LY" == Li Yuan <Li.Yuan <at> Sun.COM> writes:

    LY> But ideally at-spi-registryd should only be started by
    LY> gnome-session. 

How about when one doesn't use GNOME desktop?  at-spi-registryd should
still run in order to make the accessibility infrastructure work,
shouldn't it?

Regards,

Milan Zamazal
Steve Lee | 2 Nov 2007 11:39
Picon
Favicon

Re: [Usability] Mousetweaks usability discussion

Those mock-ups do look good.

Here's a suggested feature from Simon over at www.oatsoft.org (he
asked me to post them as I'm on the list).

"One thing that would also be interesting to add would be a tremor-zoom...
if you click somewhere, it magnifies that (say 20*20) area of the screen and
then you can click again on the magnified image.... This means that people
with a tremor/reduced clicking accuracy can click on 'small' objects without
needing a good 'click-resolution'...  This has been used, for example, with
eye-gaze, but I think might be generally useful."

--

-- 
Steve Lee
--
Jambu - Alternative Access to Computers
www.fullmeasure.co.uk
Steve Lee | 2 Nov 2007 11:52
Picon
Favicon

Re: At-spi registery daemon.

On 02/11/2007, Milan Zamazal <pdm <at> brailcom.org> wrote:
> How about when one doesn't use GNOME desktop?  at-spi-registryd should
> still run in order to make the accessibility infrastructure work,
> shouldn't it?

Indeed the registry provides vital services such as event notification
(Observer DP).

http://www.gnome.org/~billh/at-spi-idl/html/classAccessibility_1_1Registry.html

--

-- 
Steve Lee
--
Jambu - Alternative Access to Computers
www.fullmeasure.co.uk
Steve Lee | 2 Nov 2007 12:00
Picon
Favicon

Re: At-spi registery daemon.

Resending as bounced....

On 02/11/2007, Milan Zamazal <pdm <at> brailcom.org> wrote:
> How about when one doesn't use GNOME desktop?  at-spi-registryd should
> still run in order to make the accessibility infrastructure work,
> shouldn't it?

Indeed the registry provides vital services such as event notification
(Observer DP).

http://www.gnome.org/~billh/at-spi-idl/html/classAccessibility_1_1Registry.html

--
Steve Lee
--
Jambu - Alternative Access to Computers
www.fullmeasure.co.uk

Gmane