Apparently in recent Chrome the HTML form elements need name attributes for
the setAction()-approach to work.
--
You received this message because you are subscribed to the Google Groups
"Google Web Toolkit" group.
To unsubscribe from this group and stop receiving emails from it, send an email
On Tuesday, September 4, 2012 1:26:37 AM UTC+2, Craig Mitchell wrote:
>
> I'm a little confused. The way Tomas showed (above) used to work with
> Autocomplete, however, Chrome decided it wasn't going to play nice with
> that any more.
>
> The only solution I could find was to do a login with a
I'm a little confused. The way Tomas showed (above) used to work with
Autocomplete, however, Chrome decided it wasn't going to play nice with
that any more.
The only solution I could find was to do a login with a form. Eg: ...
I don't know how to get Autocomplete working in Chrome with GWT RP
forms??? thats so 2000s. use event based design like u mentioned and submit via
restful. using post get or update or whatever ur backend or api require.
sometimes u need to use forms for file xfer or other specialized means. just
keep in mind that not using forms can and does break usability / a
Just for autocomplete. If you don't care about autocomplete, I'd recommend
doing it as you say with GWT RPC.
On Tuesday, 28 August 2012 22:19:37 UTC+10, Fille wrote:
>
>
> Is there any reason for not using just gwt HTML or somthing else with
> @UiHandler("loginButton") to make a RPC-call for l
Is there any reason for not using just gwt HTML or somthing else with
@UiHandler("loginButton") to make a RPC-call for log in?
Ex:
UiBinder:
LOGIN
Composite:
@UiHandler("loginButton")
void onLoginClick(ClickEvent e) {
// make RPC-call and validate user.
}
Or is i
Gotcha. Thanks much for the quick reply and good info! - j
On Monday, August 27, 2012 10:47:18 PM UTC-7, Craig Mitchell wrote:
>
> Correct. The form must be the thing doing the submit.
>
> Although, as I pointed out, Chrome stopped working with a JavaScript call
> to trigger the form to submit.
Correct. The form must be the thing doing the submit.
Although, as I pointed out, Chrome stopped working with a JavaScript call
to trigger the form to submit. So I now let the form do its own submit.
All I use GWT for is positioning the widgets.
It sucks, but it's the only way I could get it
So all this form/FormPanel mangling implies that the tag is required
to be present in the original markup yes? Otherwise, one could just have
the username and password fields in the orig. markup and manually submit to
server by trapping an onclick to a simple button and then construct the
req
I should point out that it still works great in IE and Firefox. Just not
Chrome.
On Tuesday, 3 July 2012 17:07:44 UTC+10, Craig Mitchell wrote:
>
> The submitting to a javascript URL was working great. However, Chrome has
> decided to stop working (currently on version 20.0.1132.47 m).
>
> And
The submitting to a javascript URL was working great. However, Chrome has
decided to stop working (currently on version 20.0.1132.47 m).
And the only thing that seems to make it work, is doing a submit straight
to the servlet from the login form, which is a real pain (and a major
change).
Any
Why don't you just use JAAS? You could then protect your GWT page in
web.xml, and then instruct your app server to "redirect" to login page if
the user is not logged in. You can also setup custom roles and permissions -
the code is largely copy/paste and rest of the stuff is declarative in your
web
Thanks for the heads up, was just going down that route.
I'm fine with using a regular html form, just not sure where to put
it. Twitter has a login form on their main splash page, which is
ideal. I am thinking I could do the same. My main page is already a
jsp page. I can do something like:
/
+1 on that - if you can, don't make the same mistake!
We also put in some hacks to get the login page "GWT controlled". In
retrospect, it was a poor decision. Its much cleaner to assume that the GWT
page is only reachable once authenticated.
--Sri
P.S. And as luck would have it, as I typed this e
On May 6, 4:45 pm, markww wrote:
> Actually, just confirming this, all the solutions presented here *do
> not* work in webkit browsers (chrome, safari), right? Looks like it
> works in firefox ok. I haven't found any alternative solutions in my
> searches, so seems like our options are still:
>
Actually, just confirming this, all the solutions presented here *do
not* work in webkit browsers (chrome, safari), right? Looks like it
works in firefox ok. I haven't found any alternative solutions in my
searches, so seems like our options are still:
1) Use methods presented here, but won't wo
What version of GWT are you using Viliam, form.addFormPanel() doesn't
seem to exist anymore?
On Apr 27, 12:32 am, Viliam Durina wrote:
> There is even a simpler solution without using JSNI at all. Set the
> form's action to just "javascript:;" and put the login logic to the
> form's submitHandler
There is even a simpler solution without using JSNI at all. Set the
form's action to just "javascript:;" and put the login logic to the
form's submitHandler:
FormPanel form =
FormPanel.wrap(Document.get().getElementById("login"), false);
form.setAction("javascript:;");
form.addFormPanel(new
Thanks. I see now that this is discussed in the GWT FAQ and I
understand why my attempt at using "this" in a callback doesn't work.
On Wed, Apr 22, 2009 at 7:17 PM, Thomas Broyer wrote:
>
>
>
> On 21 avr, 04:21, jrray wrote:
>>
>> This technique would be more convenient if "doLogin" wasn't a s
On 21 avr, 04:21, jrray wrote:
>
> This technique would be more convenient if "doLogin" wasn't a static
> method.
>
> I tried to change to non-static, such as:
>
> private native void injectLoginFunction() /*-{
> $wnd.__gwt_login = th...@com.example.myapp.client.app::doLogin
> ();
>
This is a useful technique, thanks. You didn't mention that
injectLoginFunction() needs to be called around the same time as
form.setAction(...).
This technique would be more convenient if "doLogin" wasn't a static
method.
I tried to change to non-static, such as:
private native void injectL
If you want to have browsers auto-complete username/password in your
application's login form, you probably did (*I* did) this:
1. follow recommandations from
http://code.google.com/p/google-web-toolkit-incubator/wiki/LoginSecurityFAQ,
i.e. your form and fields have to be in the original markup a
22 matches
Mail list logo