User: Password:
|
|
Subscribe / Log in / New account

Seeking Enlightenment (The H)

Seeking Enlightenment (The H)

Posted Nov 4, 2012 12:20 UTC (Sun) by sorpigal (subscriber, #36106)
In reply to: Seeking Enlightenment (The H) by robbe
Parent article: Seeking Enlightenment (The H)

But we *must* consume the whole screen! The user might be using a tablet, or a phone, and there's simply no way we could detect that and do something different on regular monitors!


(Log in to post comments)

Seeking Enlightenment (The H)

Posted Nov 4, 2012 14:48 UTC (Sun) by Arker (guest, #14205) [Link]

The biggest issue on a phone isnt even that the screen is smaller, it's that typing is not possible. A phone user is hunting and pecking whether with a physical or on-screen keyboard, so they will be entering characters slowly and hoping to find at match without entering the entire string. SOME users on a PC will be doing the same, and the same response is appropriate in any case of a slow typer - use all that idle time to search and display possible matches.

But when you have fast input coming in you should NEVER be interrupting that to search and display possible hits - that is counterproductive on any platform. (Even on a phone if someone can somehow send the input fast enough the same thing would apply.) The computer in that case should simply keep listening to the input. If the user hits mod4-firefox-<enter> at a decent pace without pause, there doesnt need to be any sort of GUI update for it at all, the only response needed is to launch firefox.

Seeking Enlightenment (The H)

Posted Nov 4, 2012 15:00 UTC (Sun) by mjg59 (subscriber, #23239) [Link]

So I start typing something, pause, type another few characters, realise that what I was searching for is already on the screen, go to tap it and then you update the results underneath me and I launch the wrong application?

Seeking Enlightenment (The H)

Posted Nov 4, 2012 16:29 UTC (Sun) by mathstuf (subscriber, #69389) [Link]

I would say that once the UI has been shown it should be kept up-to-date with the typing at any speed.

Seeking Enlightenment (The H)

Posted Nov 4, 2012 20:31 UTC (Sun) by mjg59 (subscriber, #23239) [Link]

The context was in terms of avoiding unnecessary repaints because of the bandwidth consumed. If it's an unacceptable performance hit it's an unacceptable performance hit independent of whether the user pauses or not. It's fine, though - it turns out that Gnome doesn't wait for any drawing to be carried out before responding to keypresses. You're free to interact with it while it's redrawing things.

Seeking Enlightenment (The H)

Posted Nov 5, 2012 21:39 UTC (Mon) by Arker (guest, #14205) [Link]

The thing is, if you want to come up with some absolute standard of when a performance hit is too much, you have to make way too many assumptions to do so. A slow user on a fast system will need all the help he can get - while a fast user on a slow system is going to want to throttle you if the computer seizes up trying to do searches and display suggestions when he knew what he wanted. There are going to be a whole continuum of use cases and explicitly tuning for one spot on the spectrum detunes all the others.

Simply waiting for a break in the input before triggering (and thus not triggering at all when input is fast and complete) gives you a kind of autotune for all kinds of cases. I am not talking about a long pause, just a momentary hesitation. Even on a new computer a fast typist can sometimes get ahead of the display, and on a slow machine it isnt hard at all to do that. Once it's all caught up and hits an idle loop, you can worry about whether it might make sense to make a suggestion.

Seeking Enlightenment (The H)

Posted Nov 6, 2012 3:34 UTC (Tue) by mjg59 (subscriber, #23239) [Link]

What are you defining as a slow system? I haven't found any hardware that runs Gnome 3 that is unable to reasonably keep up with my typing.

Seeking Enlightenment (The H)

Posted Nov 6, 2012 18:44 UTC (Tue) by tuna (guest, #44480) [Link]

I like Gnome 3, but my crappy netbook (Acer Aspire 522, all AMD parts) is pretty slow. If you have a couple of applications running it can take more than five seconds after you write "firef" in the overview and the Firefox icon shows up.

My iMac was much faster, but that can't run recent Fedoras (https://bugzilla.redhat.com/show_bug.cgi?id=865031)

Seeking Enlightenment (The H)

Posted Nov 4, 2012 20:06 UTC (Sun) by Arker (guest, #14205) [Link]

Personally I am a curmudgeon and won't be truly happy unless I can flip a switch somewhere to make it actually wait for a TAB before searching or updating searches. That to my mind is truly the best answer.

But mathstuffs answer would probably please a lot more people, and it will even make me happy in comparison to the alternative.

Seeking Enlightenment (The H)

Posted Nov 6, 2012 7:52 UTC (Tue) by mgedmin (subscriber, #34497) [Link]

Use Alt-F2. Tab-completion the way to always worked in bash. (No double-Tab to show all matches, though.)

Seeking Enlightenment (The H)

Posted Nov 14, 2012 14:52 UTC (Wed) by Lennie (guest, #49641) [Link]

You are kidding, right ?

You can't make a system which works slightly different on a desktop than on a phone ?

Seeking Enlightenment (The H)

Posted Nov 14, 2012 14:58 UTC (Wed) by mpr22 (subscriber, #60784) [Link]

And here we see proof that no matter how blatantly obvious a piece of sarcasm is, there will always be someone who botches their Detect Sarcasm roll :)

Seeking Enlightenment (The H)

Posted Nov 14, 2012 16:45 UTC (Wed) by Lennie (guest, #49641) [Link]

That is what slight sleep deprivation can do to you at times.


Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds