Implement New Forms Manager Functionality




18 years ago
11 years ago


(Reporter: jaimejr, Unassigned)


Firefox Tracking Flags

(Not tracked)





18 years ago
This is a tracking bug for work needed to complete the Implement New Forms
Manager Functionality (i.e. Autocomplete functionality on form fields with
"Prefill Form" option in autocomplete drop down).

Note: The PRD and Dev plan hint at a spec from German, but they do not provide a
link to it.


18 years ago
Keywords: meta


18 years ago
Blocks: 102472

Comment 2

17 years ago
Assignee: trudelle → hewitt
Keywords: meta


17 years ago
Target Milestone: --- → mozilla1.0.1

Comment 3

17 years ago
The current form manager makes message boards that allow multiple names very
difficult. Consider:

I have a name as a moderator and a user. every time I look at a different
thread, or forward 20 posts in a given thread, it asks me what name I wish to
have on the form. In the majority of pages I read, I have no preference.

Having to click cancel for every single page I visit becomes tedious and makes
Mozilla unusable for a portion of my web browsing. Autocomplete would be a
superior solution.

Comment 4

17 years ago
Eric, your problem is caused by the Password Manager not the Forms Manager.

Comment 5

17 years ago
Comments on the spec:

> Which is better "Autofill Form" or "Prefill Form"?

Auto. Pre implys it fills it before/as you see the form. Kind of like password
manager, but even that waits till onload. Something more creative might even be
neat... "Form Recall", etc... just no "pre" prefix.

> once a web form (with more than two fields) is loaded

Why this restriction? One of the main places I used IE's form fill was on, to find the exact terms of an old search, to get back the same
results. That's only one field. I assume the 'two fields' comes from the fact
that passwords are typically two fields... why is password manager still
seperate? It's very confusing to users to have two form fill mechanisms. (Like
comment 3 reporting password manager problems here, which, incidently, would be
FIXED perfectly if we integrated the two like IE does).

> tabbed into or single clicked on or double clicked on (needs user testing)

Down arrow works nicely. See also: URL bar.

> Menu:

What does 'Edit' do? Left to Right and Right to Left toggler are omited. 'Insert
Character' as proposed in the new context menus omited. Other then that, it matches.

> Managing Stored Data

I'd like to see this dialog die a horrible horrible death, but all things
considered, if everything else was made IEp or better, but I still had to view
the data through that "thing", I'd be quite happy.

Comment 6

17 years ago
This targetted for M101. Should we remove it from blocking Bug 102472, since its
current target is outside the dev window for the next release?

Comment 7

17 years ago
Joe, why did you move this out?  AFAIK, this is still on our schedule for MachV.

Comment 8

17 years ago
still seems to be for MachV, therefore nominating
Keywords: nsbeta1

Comment 9

17 years ago
good catch, but this one was recently cut. nsbeta1-
Keywords: nsbeta1 → nsbeta1-


17 years ago
Blocks: 127158
No longer blocks: 102472

Comment 10

17 years ago
when's this landing? sorry for the spam.
This seems to have been for satchel? No longer relevant, so closing.
Last Resolved: 11 years ago
QA Contact: tpreston → form-manager
Resolution: --- → FIXED
Assignee: hewitt → nobody
Component: Form Manager → Form Manager
Product: Core → Toolkit
QA Contact: form-manager → form.manager
Target Milestone: mozilla1.0.1 → ---
Version: Trunk → unspecified
You need to log in before you can comment on or make changes to this bug.