https://mozillalabs.com/prospector/2011/05/04/on-demand-categories-and-tab-assist/
Ed
> Is there a way to edit the number of options? 'go to', 'search', 'map', and
> 'reference' would be my short list ;)
Would you be happy with a version that only lets you hide categories?
Most likely tab completion would still work for the hidden categories,
but at least in the UI there would only be the few you don't hide.
Ed
Ed
> consistent behavior no matter where you click
With v6, the categories are not shown when the url is visible, so at
least for mouse users, clicking in the top-right area near where the
search bar used to be won't result in showing a url that hides
categories. But I suppose if it were truly to keep the old behavior,
clicking empty near the search bar should pre-fill with "search: "?
> My only concern is for sites that use https but don't have the identity block.
What is the goal here? You're on a https site that isn't actually
encrypted, so treat it just like any http page. To a user, the lack of
the identity block should indicate that already. Or at least the other
side where showing a green identity block should mean it's safe.
Ed
Ed
If so, I would think fixing this issue, which relates to the
OpenSearch providers, would also fix it for Mycroft search plugins:
https://github.com/mozilla/prospector/issues/248
Ed
> I think the most important thing for awesomebar hd now is to create a
> settings menu where users can customise their HD-bar experience, for
> instance by disabling 'tab assist' information balloons.
Currently there's no options/settings pane to configure, so setting
one up has some initial work. But probably more feasible is showing
options "inline", so other ideas around this included putting an 'x'
on the balloon. For v6, we're trying out some instrumentation to track
how many times you've used "tab" to then never show the help, so you
won't need to dig around for options to check/uncheck.
Ed
> Options are good. I like options.
Me too! But showing options for things that the user shouldn't have to
care about doesn't seem like a good idea. Although options to try out
very different interfaces could be interesting without needing to
release a whole separate add-on. For example, there was a suggestion
to show only icons instead of text labels to help with discovery of
providers.
Ed
> * Enter search terms (ABHD shows "search: presidents united states america
> lump|"
> * Realize you just wanted to search YouTube, press ALT+K (ABHD shows
> "[search]: presidents united states america lump")
> * Type v-i-TAB (ABHD shows "video: presidents united states america lump|")
At one point I had mocked up switching providers at the end of the
query.. which was somewhat strange. You would have "search: foo" then
you could do "search: foo video" and at this point hit tab or press :
and magically it would switch to video. But most likely not very
discoverable.
Your suggestion for having a shortcut to jump and pre-select the
keyword does sound pretty interesting. Right now you can do that
manually if you didn't activate a search, e.g., type "foo", move
cursor to the front, type "v" and hit tab to end up with "videos:
foo". In fact, if you type "foo" and hit ctrl-K now, it'll switch to
"search: foo" but place the cursor at the end. Maybe it should just
highlight as you suggested if you've already typed in some words.
https://github.com/mozilla/prospector/issues/306
Ed
On Fri, May 6, 2011 at 6:01 AM, Patrick O'Leary
<patrick...@gmail.com> wrote:
> * Select text in page (represented by [selected text] below)
> * Press CTRL+K (ABHD shows "search: [selected text]")
> * User then continues typing to replace [selected text], or presses enter to
> search immediately, or tabs through to desired search type
This might be better shown as search suggestions (once those get
added). One tricky aspect is that if it does automatically get filled
in, the web search, say google, would immediately know what you had
selected or had in your clipboard. So having them as the top 1 or 2
suggestions might work out better if you do have both something
selected and something else copied.
> * Enter search terms (ABHD shows "search: presidents united states america
> lump|"
> * Realize you just wanted to search YouTube, press ALT+K (ABHD shows
> "[search]: presidents united states america lump")
> * Type v-i-TAB (ABHD shows "video: presidents united states america lump|")
At one point I had mocked up switching providers at the end of the
query.. which was somewhat strange. You would have "search: foo" then
you could do "search: foo video" and at this point hit tab or press :
and magically it would switch to video. But most likely not very
discoverable.
Your suggestion for having a shortcut to jump and pre-select the
keyword does sound pretty interesting. Right now you can do that
manually if you didn't activate a search, e.g., type "foo", move
cursor to the front, type "v" and hit tab to end up with "videos:
foo". In fact, if you type "foo" and hit ctrl-K now, it'll switch to
"search: foo" but place the cursor at the end. Maybe it should just
highlight as you suggested if you've already typed in some words.
...Although options to try out
very different interfaces could be interesting without needing to
release a whole separate add-on.
On Wed, May 4, 2011 at 11:35 PM, Paul Morris <paulw...@gmail.com> wrote:
> I'm ambivalent about clicking the empty space removing the URL, but this may
> be just because I'm used to the URL staying there.
Curious, how far to the right of the URL are you clicking?
Would it be
better if some fixed amount to the right of the clicked url causes the
cursor to be placed at the end instead of selecting the whole thing by
default (when clicking the url) and also instead of showing nothing
(when clicking the empty). I suppose that might be slightly confusing
in that there's a magic white space area that prevents click then type
from showing exactly what you typed.
> consistent behavior no matter where you click
With v6, the categories are not shown when the url is visible, so at
least for mouse users, clicking in the top-right area near where the
search bar used to be won't result in showing a url that hides
categories. But I suppose if it were truly to keep the old behavior,
clicking empty near the search bar should pre-fill with "search: "?
> My only concern is for sites that use https but don't have the identity block.
What is the goal here? You're on a https site that isn't actually
encrypted, so treat it just like any http page. To a user, the lack of
the identity block should indicate that already. Or at least the other
side where showing a green identity block should mean it's safe.