>> a possible workaround is to use a large Virtual screen size in
>> xorg.conf.
>
>That's painful because it's harder to reach the panel, and there's no
>visual indication of where you are in the virtual screen. Plus windows
>could get too large anyway.
Is like having a 1024 resolution over a 80
On Nov 29, 2007 12:45 AM, Hans Petter Jansson <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-11-29 at 12:08 +0530, ritz wrote:
>
> > a possible workaround is to use a large Virtual screen size in
> > xorg.conf.
>
> That's painful because it's harder to reach the panel, and there's no
> visual indicat
Are there any time constraints on HIG in terms of responsiveness? I
think I read once a general rule of 10 seconds.
Also, has there been any talk about making UIs accountable for real-time
responsiveness (low-latency interactivity)? Is there anything in the
overall system that could require a U
On 29 Nov 2007, at 22:58, Martin Harris wrote:
> Are there any time constraints on HIG in terms of responsiveness?
>
Yes, see http://library.gnome.org/devel/hig-book/stable/feedback-
responsiveness.html.en for the guidelines here.
> Also, has there been any talk about making UIs accountable for
Cc'ing gnome-accessibility-list too...
On 28 Nov 2007, at 23:23, Hans Petter Jansson wrote:
> I've been discussing accessibility/usability with visually impaired
> users lately, and one thing that came up, and that I believe to be
> low-hanging fruit, is the problem of windows being bigger than
When I was working on X Windows accessibility at Digital in the early
1990's, I modified the popular window manager at the time (mwm?) to have
an option to automatically put up scrollbars if the window was too large
for the display. It seemed to work well, though I cannot remember
if/how the u
On Nov 29, 2007 5:47 PM, Willie Walker <[EMAIL PROTECTED]> wrote:
> On a related note, enhancing metacity's window movement behavior from
> the keyboard would be really nice. If you press Alt+F7 to move a
> window, you can move it all over the screen using the arrow keys. But,
> if you press Alt
On Nov 29, 2007 5:14 PM, Matthew Nuzum <[EMAIL PROTECTED]> wrote:
> Also interestingly, when you view the menu with alt+space the Move option
> doesn't list the Alt+F7 keyboard shortcut. That hinders discoverability a
> bit. Thanks for the tip, I've wished for this before.
Um, it does here. What
Thanks for the reply. My experience is in embedded systems where you
have more control of event timing in general. For general-purpose
computing, there are no time constraints placed on applications for how
long they will take to respond to user interactions. A button click can
take 10 ms or 10 min
Hi Calum, Hans Petter,
This sounds interesting. Any way to see and play with a prototype (and
to get user feedback on it)? I also wonder whether and to what extent
Compiz might play a role here (though perhaps we don't want to make a
dependency on that just yet)...
Regards,
Peter
Cc'ing
10 matches
Mail list logo
