are there any plans/thoughts of using DefinitelyTyped with GWT - maybe in
GWT 3.x?
http://definitelytyped.org/
i.e. it would be great to generate GWT js-interop code from the
DefinitelyTyped type-script definitions.
then GWT would immediately have type-safe access to all the DefinitelyTyped
> are there any plans/thoughts of using DefinitelyTyped with GWT - maybe in
> GWT 3.x?
> http://definitelytyped.org/
>
> i.e. it would be great to generate GWT js-interop code from the
> DefinitelyTyped type-script definitions.
> then GWT would immediately have type-safe access to all the
>
The custom implementation was probably for Safari 3:
https://developer.mozilla.org/en-US/docs/Web/API/Element/scrollIntoView#Browser_compatibility
It's no longer supported in GWT so we could switch to the native implementation
nowadays.
--
You received this message because you are subscribed
Crux framework has an utility class that already implement this. You can
check the class here:
https://github.com/CruxFramework/crux/blob/master/crux-dev/src/main/java/org/cruxframework/crux/core/client/image/ImageProcessor.java
--
You received this message because you are subscribed to the
Hi,
I was using scrollIntoView() when I hit the bug.
In pages of mine GWT.scrollIntoView() is working in all major browsers.
In a foreign page GWTscrollIntoView() fails (does nothing) in chrome. It
however works in IE and firefox.
Looking at the implementation I found a custom implementation
Hi Virviis,
Could you file a bug and the fix? It will be great to include in gwt 2.8.0
Thanks
On Tue, 26 Jan 2016 at 14:25 Vassilis Virvilis wrote:
> Hi,
>
> I was using scrollIntoView() when I hit the bug.
>
> In pages of mine GWT.scrollIntoView() is working in all major
Hi Juan,
AFAIK GWT 2.8 will have jsinterop and elemental so the native
scrollIntoView() will be used automatically.
I don't have a problem to file a bug report in GWT but I thought I should
ask first here about the reasoning of the current status.
Submitting a patch looks considerably more
Can somebody please give me some tips on how to solve this ?
How to get the click events on the outer div html, loaded in an HTMLPanel?
Thank you, Ed
On Tuesday, 12 January 2016 11:53:03 UTC+1, Ed wrote:
>
> Please some advice on this issue ?
>
--
You received this message because you are
stupid suggestion but do you sink the events you want to listen for?
On Tue, Jan 26, 2016 at 11:00 PM, Ed wrote:
> Can somebody please give me some tips on how to solve this ?
> How to get the click events on the outer div html, loaded in an HTMLPanel?
> Thank you, Ed
>
>
> AFAIK GWT 2.8 will have jsinterop and elemental so the native
> scrollIntoView() will be used automatically.
>
Only if you use Elemental of course ;)
I don't have a problem to file a bug report in GWT but I thought I should
> ask first here about the reasoning of the current status.
>
Yes I do (as DomHandler: ClickEvent.getType()) that's why I don't
understand I don't catch any.
I get the idea the events aren't bubbled up (passed through), because the
loaded html in the HTMLPanel exists of existing html instead of creating it
through gwt, such that events are passed through...
> stupid suggestion but do you sink the events you want to listen for?
>
addDomHandler() automatically sinks the corresponding native event type.
You only need to sink events yourself when you override onBrowserEvent() to
handle native events without registering a handler using
Hmmm,, so it should work for existing html, that is loaded from an xml file
(so no wrap is needed).
On 26 January 2016 at 23:31, Jens wrote:
>
> stupid suggestion but do you sink the events you want to listen for?
>>
>
> addDomHandler() automatically sinks the
13 matches
Mail list logo