On Oct 20, 6:29 pm, "Peter Kasting" <[EMAIL PROTECTED]> wrote:
> On Mon, Oct 20, 2008 at 2:23 AM, Chris G <[EMAIL PROTECTED]> wrote:
> > From my knowledge, In HTML a form used for login is a HTML form.
> > Webkit will understand and process a form regardless it is used for
> > login or for anything else. I accept your expertise on this and ask
> > for your comments! Do you have any documentation or a list of demos
> > of all the different login methods on the web?
>
> I didn't mean that they were different HTML (although they can be), but
> rather that users perceive them as having different functions.
This perception is what I (we) should challenge!! When I talk about
form filling, I usually mean in a login sense. When I think of
password filling I think of just a username and password. I have seen
numerous occasions where totally automatic (Ie no UI like current
Chrome one) password managers fails. This is part of the reason my
proposal adds a manual element. In making it the bookmark as well it
still manages to simplify the user experience. As it does the submit,
it is still only one click.
Some of today's websites (Eg banks) require more than a username
password combination, and are often split into 2 stages. I autofill
the first with my name and membership number, then do the second
password one manually. If I wanted I could store a second passcard
for the second (and third) stages. As the URL has not changed this is
not possible automatically.
I am totally willing to learn a new way of how to do what I need, but
short of typing into the fields every time there isn't one!
>For example, in my personal
>usage, I'm logged into several dozen sites, none of which I have bookmarked.
>I can visit them using inline autocomplete in the omnibox, or the Most
>Visited section of the New Tab page. As such I'm not necessarily looking at
>something-like-bookmarks on navigating to these.
So to cope without typing, or without my bookmark bar I need to close
my current tab, create a new tab, then select the site I want from
your 'New Tab' page?
This can be simplified by enabling the Home button (See Options-
>Basics->Show Home button on toolbar) - it brings up the new tab page
in the existing tab. (I did ask before why this is off by default but
didn't understand your response)
My point is something like bookmarks that are used so much should be
quickly available, which I why for me I need the bookmark bar
visible. I would love an alternative option from the main toolbar to
do this so I could remove more Chrome (Your concept!!).
>> Do you see any issues with my idea to long-click on the star button?
>
> Click-and-hold is not a meaningful metaphor in Windows. It happens to work
> on the session history button, but more discoverable is that you can
> context-click that button -- and even that is a bit unusual, and according
> to our feedback, undiscoverable.
>
> PK
I found how to do it because on hovering the help says "Click to go
back, hold to see history". I take it context-click means the right
mouse button? With today's new touch UIs we should avoid different
functions for different mouse buttons!
Would you agree to using the Star button for all bookmarks like the
back one does for history? I would also float the idea of a normal
click opening the bookmark list, and a long click doing its current
function of creating/editing a bookmark. I will make this work if you
agree?
Chris
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Chromium-dev" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/chromium-dev?hl=en
-~----------~----~----~----~------~----~------~--~---
