|
Re: Browser doesn't store text field input [message #524568 is a reply to message #524529] |
Thu, 01 April 2010 12:50 |
|
Hi,
I'm not sure which DOM criteria those browser password stores are based
on, i.e how do they identify username and password fields to store. I
guess they look for name attributes in HTML input elements, maybe also
for an HTML form that contains these input fields. You can test this
with simple HTML snippets.
RAP's Text widget uses input elements on the client, but does not add a
name parameter, and there are no forms. You would need to find to a way
to add these DOM elements or attributes. I can't offer a ready-to-use
solution, you will probably need to hack some existing code.
Best regars, Ralf
Bassspieler wrote:
> RAP rocks, but how can this be accomplished? No browser stores the login
> input from a user of my RAP-app. Did I oversee something?
>
> For example: I tried the widget ID generator to get stable IDs. But it
> didn't work.
>
> Tanks a lot,
> Bassspieler
|
|
|
|
|
|
Re: Browser doesn't store text field input [message #531814 is a reply to message #530572] |
Thu, 06 May 2010 08:17 |
|
Hi Lars,
I've seen that you've open a bug for this feature already [1]. Please
stay tuned on that bug, we'll look into it.
If someone can take the time to figure out what must be done on he HTML
side to make this work in all supported browsers, patches or snippets
are welcome and will surely speed up the solution.
Best regards, Ralf
[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=311144
Lars Fischer wrote:
> Hello
>
> On 08.04.2010 10:12, Bassspieler wrote:
>> Maybe I should ask, if anyone else already has been able to solve the
>> problem. So, does anyone have some hints for me?
>
> I'm also interested in this feature. Could you resolve it?
>
> Regards,
> Lars
>
>
|
|
|
Powered by
FUDForum. Page generated in 0.05195 seconds