it inIE8. It
installs
fine and I can see it in Control Panel, but the next time I try
with
IE8, it asks for thepluginagain. I've tried it several times now
with no success. Could someone help?
--
You received this message because you are subscribed
...@allurefx.com
wrote:
Guys, I'm not able to get the devpluginwork inIE8. I
uninstalled
it
in Control Panel as suggested and re-installed it inIE8. It
installs
fine and I can see it in Control Panel, but the next time I try
with
IE8, it asks
I guess it's a problem with 64 bit then - I was having problem with Vista 64
bit too.
On Mon, Dec 14, 2009 at 8:33 PM, Trevis trevistho...@gmail.com wrote:
I've installed IE8 on my dev box and it still doesnt work. For kicks
i installed the plugin on my Vista 32 bit laptop with IE8
with Vista 64 soon.
On Dec 14, 11:28 pm, Sekhar Ravinutala sek...@allurefx.com wrote:
I guess it's a problem with 64 bit then - I was having problem with Vista 64
bit too.
On Mon, Dec 14, 2009 at 8:33 PM, Trevis trevistho...@gmail.com wrote:
I've installed IE8 on my dev box and it still
On Mon, Dec 7, 2009 at 9:13 PM, Sekhar sek...@allurefx.com wrote:
Guys, I'm not able to get the devpluginwork inIE8. I uninstalled it
in Control Panel as suggested and re-installed it inIE8. It installs
fine and I can see it in Control Panel, but the next time I try with
IE8, it asks
the devpluginwork inIE8. I uninstalled it
in Control Panel as suggested and re-installed it inIE8. It installs
fine and I can see it in Control Panel, but the next time I try with
IE8, it asks for thepluginagain. I've tried it several times now
with no success. Could someone help
time I try
with
IE8, it asks for thepluginagain. I've tried it several times now
with no success. Could someone help?
--
You received this message because you are subscribed to the
Google Groups
Google Web Toolkit group.
To post to this group, send email
-4BF6-B7CE-D0AA878C1BA6}\1.0\0\win32
Yes
On Mon, Dec 7, 2009 at 9:13 PM, Sekhar sek...@allurefx.com wrote:
Guys, I'm not able to get the devpluginwork in IE8. I uninstalled it
in Control Panel as suggested and re-installed it in IE8. It installs
fine and I can see it in Control Panel
}\InprocServer32
HKEY_USERS\UID_Classes\TypeLib\{9259F105-BE55-4BF6-B7CE-D0AA878C1BA6}\1.0\0\win32
On Mon, Dec 7, 2009 at 9:13 PM, Sekhar sek...@allurefx.com wrote:
Guys, I'm not able to get the dev plugin work in IE8. I uninstalled it
in Control Panel as suggested and re-installed it in IE8
\win32
Yes
On Mon, Dec 7, 2009 at 9:13 PM, Sekhar sek...@allurefx.com wrote:
Guys, I'm not able to get the dev plugin work in IE8. I uninstalled it
in Control Panel as suggested and re-installed it in IE8. It installs
fine and I can see it in Control Panel, but the next time I try with
IE8
\win32
Yes
On Mon, Dec 7, 2009 at 9:13 PM, Sekhar sek...@allurefx.com wrote:
Guys, I'm not able to get the dev plugin work in IE8. I uninstalled it
in Control Panel as suggested and re-installed it in IE8. It installs
fine and I can see it in Control Panel, but the next time I try with
IE8
not able to get the dev plugin work in IE8. I uninstalled it
in Control Panel as suggested and re-installed it in IE8. It installs
fine and I can see it in Control Panel, but the next time I try with
IE8, it asks for the plugin again. I've tried it several times now
with no success. Could someone
Guys, I'm not able to get the dev plugin work in IE8. I uninstalled it
in Control Panel as suggested and re-installed it in IE8. It installs
fine and I can see it in Control Panel, but the next time I try with
IE8, it asks for the plugin again. I've tried it several times now
with no success
But when GWT provides a api method like setSpacing and it is cross-
browser and works in most browsers, we atleast would like to know why
IE 8 alone acts strange - maybe it is a fix to gwt generated code...
gd
--
You received this message because you are subscribed to the Google Groups
Google
Try to set up as little of this as possible in GWT/Java and do as much as
possible in CSS. Browsers have CSS quirks...GWT won't help with that. This
tool is very helpful for working out IE css issues:
http://www.my-debugbar.com/wiki/
On Sun, Nov 15, 2009 at 11:03 PM, golfdude
GWT 1.7...
I have an app which works fine in IE7 and Firefox 3. But in IE 8, none
of the spacing ( vertical/horizontal panel ) is being recognized. Any
thing special I need to set/do ?
Thanks
gd
--
You received this message because you are subscribed to the Google Groups
Google Web Toolkit
Interesting...just noticed that I had to enable display all websites
in comp view to get my app to recognize all spacings in vertical/
horizontal panels. If not, all widgets were right beside each other.
Using GWT 1.7...
gd
--
You received this message because you are subscribed to the Google
My version of IE8 was accidentally set to Display all Websites in
Compatibility View. This seemed to not hurt anything in my
application at first, but later I found that ListBoxes would not
display properly, i.e., not at all. I guess GWT generates ListBox
code for IE8 that is not compatible
As usual, IE is the problem no matter what version.
My application uses a DecoratorPanel to contain a VerticalPanel which
contains all the various widgets that the users uses to fill in the
data. I'm using a DecoratorPanel because I want rounded corners. The
panel is solid white with a solid
constrained by max-width. This is IE8,
btw.
Is there any workaround other than calling Element.getOffsetWidth()
at runtime and applying a limiting width style if the label is too
wide ?
(I though that GWT was supposed to work around these browser
differences automatically
I have a standards mode GWT app, GWT2.0 m2, and the following CSS
rule.
.mylabel {
max-width:50px;
overflow:hidden;
}
This works properly in all browsers except (of course) IE, where the
label width is not actually constrained by max-width. This is IE8,
btw.
Is there any workaround other
Thanks Dave
Still fails. In my case adding the meta tag has no influence, although
my web site doesn't fail with REAL IE7
Itzik
On 25 ספטמבר, 21:57, t.dave da...@lorgeousdays.com wrote:
i had IE8 issues when it first came out. i'm still on GWT 1.5.3 -
thought later versions should play
It is working! I use Canvas class and it doesn't work in IE8, I have
disabled, temporarily, the canvas object and it works. Now I need to
find another implementation for what I did with the Canvas.
There is an old open issue about this -
http://code.google.com/p/gwt-canvas/issues/detail?id=12
I have just finished to develop a web site that is mostly written in
GWT. During a non-trivial load that contains many panels and widgets
build, asynchronous server requests for grabbing information from DB
and XML file contents, it fails in IE8 on adding the main Composite
object to the root
i had IE8 issues when it first came out. i'm still on GWT 1.5.3 -
thought later versions should play nicer with IE8, but what fixed my
issue was adding the following to the html host page:
meta http-equiv=X-UA-Compatible content=IE=EmulateIE7 /
not sure if that's a good long term solution
in
IE8. This is what the top of my main HTML page looks like:
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01//EN http://www.w3.org/
TR/html4/strict.dtd
!-- The HTML 4.01 Transitional DOCTYPE declaration--
!-- above set at the top of the file will set --
!-- the browser's rendering engine
On 24 sep, 00:36, ky zane.t...@gmail.com wrote:
Hmm. I've added the meta tag but hosted mode still doesn't render in
IE8. This is what the top of my main HTML page looks like:
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01//EN http://www.w3.org/
TR/html4/strict.dtd
!-- The HTML 4.01
(compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/4.0;
SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729;
Media Center PC 6.0)
Now, I am running Win 7 and I only have IE8, so I must be missing
something :) What do I need to do to get Hosted Mode to render in IE8
Standards Mode
Hmm. I've added the meta tag but hosted mode still doesn't render in
IE8. This is what the top of my main HTML page looks like:
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01//EN http://www.w3.org/
TR/html4/strict.dtd
!-- The HTML 4.01 Transitional DOCTYPE declaration--
!-- above set at the top
, Kyle kyle.unverfe...@gmail.com wrote:
Hi all, long time listener, first time caller.
My GWT app seems to have suddenly lost the ability to load in IE8
Standards mode. It seems as though a Object does not support that
property or method is thrown in my nocache.js's catch block
On 12 sep, 05:10, Kyle kyle.unverfe...@gmail.com wrote:
Hi all, long time listener, first time caller.
My GWT app seems to have suddenly lost the ability to load in IE8
Standards mode. It seems as though a Object does not support that
property or method is thrown in my nocache.js's catch
Hi all, long time listener, first time caller.
My GWT app seems to have suddenly lost the ability to load in IE8
Standards mode. It seems as though a Object does not support that
property or method is thrown in my nocache.js's catch block,
immediately after the unflattenKeylistIntoAnswers calls
Hi MiSt,
Could you create an issue report for this on the Issue Tracker, attaching a
screenshot of what it looks like on IE8 and IE7 or FF3 where it looks the
way you want.
Issue Tracker:
http://code.google.com/p/google-web-toolkit/issues/list
http://code.google.com/p/google-web-toolkit/issues
I've some problems with Stackpanel in ie8 (standard mode) GWT 1.7
My StackPanel has width and height set explicitly in pixels but under
ie8 it looks much higher than its size
It turned out that removing line 142 from StackPanel:
DOM.setElementProperty(tdb, height, 100%);
solves the issue
that
would help figure out what's going on?
Also, have you changed the code from what was initially generated by the
plugin?
Regards,
-Sumit Chandel
On Thu, Aug 13, 2009 at 1:51 PM, karim ka...@oc.com wrote:
I am having problem with IE8. I just used create a new Web
Application Project as part
I am having problem with IE8. I just used create a new Web
Application Project as part of GWT plugin for Eclipse and then
compile it and run it. In hosted mode everything seems fine but when I
click compile/browse it starts the default browser which is set to
IE8 and then the page never
Hello,
there is a Problem with our gwt Project and IE8. We switched from gwt
1.5 to gwt 1.7.
We get an error window with the title web site error and the message
unknown error when we log in in our app.
When using the pretty compiler style we found out that the problem
is in a function called
On 16 juil, 17:12, stuckagain david.no...@gmail.com wrote:
Joel,
Glad to read that I am not totally going nuts.
Unfortunately I need to support IE6,7 and 8... so using tables is
currently inevitable.
Hit F12 in IE8 (or choose Development Tools from the Tools menu);
you'll get the ie8
Well,
Alltogether the GWT 1.7 is supposed to have IE8 support, but you have
to make sure that you change the doctype to strict mode or you will
never actually use it. Is the strict doctype now the default one when
you create a new GWT application ? I still have an old GWT Plugin in
eclipse
Hello,
I was trying out recompiling with GWT 1.7 to see if I could remove my
hacks to disable the IFrame trick in dialogs and I noticed that it was
still active.
It looks like ie8 is only triggered if you use the HTML 4.01 strict
mode.
If I use the transitional doctype it falls back to ie6
Oddly enough, that's correct. The lack of doctype, or an explicitly quirks
doctype as below, always puts IE8 into compatibility mode, which is pretty
much identical to IE7 -- so you get the ie6/7 compiled permutation, because
the ie8 one wouldn't work at all. Another way of saying
of doctype, or an explicitly quirks
doctype as below, always puts IE8 into compatibility mode, which is pretty
much identical to IE7 -- so you get the ie6/7 compiled permutation, because
the ie8 one wouldn't work at all. Another way of saying this is that there's
no such thing as IE8 quirks mode. Weird
I've seen your other post first and answered there ;)
On 9 Jul., 15:46, Rafael revi2...@gmail.com wrote:
alex.d,
I am having same problem but with a csv file. I think it's that IE8
fails to recoginize the type (MIME type) of the file, so it reloads
the page rather than ask the user to save
alex.d,
I am having same problem but with a csv file. I think it's that IE8
fails to recoginize the type (MIME type) of the file, so it reloads
the page rather than ask the user to save as...
I asked same question in another post. please ignore.
Surprisingly, i can server the file to IE8
this bug
reliably. The History implementation in IE8 is very simple, because
they
added direct support for using the url #hash to update the history
state,
and for the onhashchange event. It is possible that we're doing
something in
the iframe linker's bootstrap script to tickle
Opened issue 3808 and attached a patch to it that reverts the change and
fixes the issue for me.
It's interesting you mentioned IE6/7. I didn't test them as thoroughly as
IE8, but I did notice a HUGE added delay in newToken calls at one point, in
the range of 10-20 seconds. I'm not sure
On Tue, Jul 7, 2009 at 1:40 PM, Amir Kashani amirkash...@gmail.com wrote:
Opened issue 3808 and attached a patch to it that reverts the change and
fixes the issue for me.
It's interesting you mentioned IE6/7. I didn't test them as thoroughly as
IE8, but I did notice a HUGE added delay
.
It's interesting you mentioned IE6/7. I didn't test them as thoroughly as
IE8, but I did notice a HUGE added delay in newToken calls at one point, in
the range of 10-20 seconds. I'm not sure if this was directly related to the
XHR change or any of the number of hacks I was trying out at the time
and attached a patch to it that reverts the change and
fixes the issue for me.
It's interesting you mentioned IE6/7. I didn't test them as thoroughly as
IE8, but I did notice a HUGE added delay in newToken calls at one point, in
the range of 10-20 seconds. I'm not sure if this was directly related
to it that reverts the change and
fixes the issue for me.
It's interesting you mentioned IE6/7. I didn't test them as thoroughly
as IE8, but I did notice a HUGE added delay in newToken calls at one point,
in the range of 10-20 seconds. I'm not sure if this was directly related to
the XHR change or any
:29 PM, Joel Webber j...@google.com wrote:
On Tue, Jul 7, 2009 at 1:40 PM, Amir Kashani amirkash...@gmail.comwrote:
Opened issue 3808 and attached a patch to it that reverts the change and
fixes the issue for me.
It's interesting you mentioned IE6/7. I didn't test them as thoroughly
as IE8
...@google.com wrote:
Amir,
I'd be very interested in any way you can find to reproduce this bug
reliably. The History implementation in IE8 is very simple, because they
added direct support for using the url #hash to update the history state,
and for the onhashchange event. It is possible that we're doing
in IE8 is very simple, because they
added direct support for using the url #hash to update the history state,
and for the onhashchange event. It is possible that we're doing something in
the iframe linker's bootstrap script to tickle this bug, though it's not
clear to me what that might
I’m having a strange issue with trunk and IE8 where the browser’s
history stack inexplicably “disappears”. That is, the history drop
down list empties (including previously visited non-GWT sites, like
MSN) and the back/forward buttons don’t work. My guess is that this is
a bug in IE8 that GWT
, );
}
It's working in all browser as expected except for IE8.
First download is blocked by IE8 for security reasons.
Second - after i allow the download, my webpage gets reloaded.
Third - after reload it's working but after playing with it for
sometime i've even managed to crash IE8 completely
Hi all,
I built a web application with GWT and tested it on Firefox (through
OOPHM). The application works well as expected.
Testing the same application with IE8 gave me the next exception:
00:04:10,828 [ERROR] Unable to load module entry point class
it.uniplan.ucm.console.client.GWTConsole
Author: fabb...@google.com
Date: Wed Jun 10 14:19:15 2009
New Revision: 5535
Modified:
trunk/user/src/com/google/gwt/dom/client/DOMImplIE6.java
Log:
Guard DOMImplIE6.hasAttribute(name) against returning undefined, which IE8
apparently can do.
Review by: jgw, jlabanca
Modified: trunk
Reviewers: jgw,
Description:
Joel, I'm seeing my hosted mode tests fail as noted without this
one-liner. It seems that node node.specified returns undefined,
triggering a HostedModeException from JsValueGlue.get(), without
something like this == test.
I haven't checked any speed impact of the
Okay, return !!(node node.specified) works for me...
On Tue, Jun 9, 2009 at 3:06 PM, jlaba...@google.com wrote:
http://gwt-code-reviews.appspot.com/34833/diff/1/2
File user/src/com/google/gwt/dom/client/DOMImplIE6.java (right):
http://gwt-code-reviews.appspot.com/34833/diff/1/2#newcode48
http://gwt-code-reviews.appspot.com/34833/diff/1/2
File user/src/com/google/gwt/dom/client/DOMImplIE6.java (right):
http://gwt-code-reviews.appspot.com/34833/diff/1/2#newcode48
Line 48: return (node node.specified) == true;
we usually use !!node in these cases. That will convert node from
Thanks, guys. I'll have a look at it today. Have I mentioned lately that I
hate the bootstrap process?
On Wed, Jun 3, 2009 at 12:45 AM, Scott Blum sco...@google.com wrote:
Thanks, Cameron! I assigned the issue to Joel, who's working on this.
Thanks for digging into this, Cameron. I just updated issue 3717.
On Jun 3, 7:30 am, Joel Webber j...@google.com wrote:
Thanks, guys. I'll have a look at it today. Have I mentioned lately that I
hate the bootstrap process?
On Wed, Jun 3, 2009 at 12:45 AM, Scott Blum sco...@google.com wrote:
Thanks, Cameron! I assigned the issue to Joel, who's working on this.
--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---
got rid of that on IE8).
http://gwt-code-reviews.appspot.com/34827/diff/1/3
File user/src/com/google/gwt/dom/client/DOMImplTrident.java (left):
http://gwt-code-reviews.appspot.com/34827/diff/1/3#oldcode177
Line 177: }
Removing these, because they're not correct on any of IE6, IE7, IE8. The
body's
http://gwt-code-reviews.appspot.com/34827/diff/9/1002
File user/test/com/google/gwt/dom/client/ElementTest.java (right):
http://gwt-code-reviews.appspot.com/34827/diff/9/1002#newcode238
Line 238: assertEquals(absTop, div.getAbsoluteTop());
The diff is a bit weird here, because it looks a lot
LGTM
http://gwt-code-reviews.appspot.com/34827
--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---
/google/gwt/dom/client/ElementTest.java
Log:
Fixes missing body scroll-position addition in IE8's implementation of
getAbsoluteLeft/Top().
Review: http://gwt-code-reviews.appspot.com/34827
Modified: trunk/user/src/com/google/gwt/dom/client/DOMImplIE6.java
Committed as r5485.
http://gwt-code-reviews.appspot.com/34827
--~--~-~--~~~---~--~~
http://groups.google.com/group/Google-Web-Toolkit-Contributors
-~--~~~~--~~--~--~---
i want to check the client type and version with the gwt ,how can i do?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Google Web Toolkit group.
To post to this group, send email to
== user.agent) {
// do your error handling here, e.g.
alert(Your browser isn't supported.);
}
}
/script
(note that IE8 support is added in SVN and should be part of the next
release, including the next dot release of GWT 1.6
BE CAREFUL when copying code from this page - Thomas Broyer's comment
has an error.
The correct meta tag to add is
meta http-equiv=X-UA-Compatible content=IE=EmulateIE7 /
be sure the first attribute is http-equiv, not name!
(wasted 20 minutes on this)
I can confirm that this tag fixes the
Thanks for the tip Thomas,
just to amend/aggragate something i found out that you have to add the
meta tag to the head section before any other elements and the meta
tag i added was
meta http-equiv=X-UA-Compatible content=IE=EmulateIE7
HTH
Dominik
On 15 Apr., 03:56, Thomas Broyer
that. But their event model is still wildly different. Most of the DOM
element methods and properties are still weird and different, and so forth.
I'm afraid Trident remains its own beast :(
On Wed, Apr 29, 2009 at 1:02 PM, Vitali Lovich vlov...@gmail.com wrote:
Does IE8 still have non-standards compliant
PM, Vitali Lovich vlov...@gmail.com wrote:
Does IE8 still have non-standards compliant behaviour? I thought they
were supposed to introduce pretty strict standards compliance with IE8 (in
fact, some/all? legacy non-standard stuff is unavailable). Shouldn't IE8
extend DOMImplStandard
like
that. But their event model is still wildly different. Most of the DOM
element methods and properties are still weird and different, and so forth.
I'm afraid Trident remains its own beast :(
On Wed, Apr 29, 2009 at 1:02 PM, Vitali Lovich vlov...@gmail.com wrote:
Does IE8 still have non
Author: jlaba...@google.com
Date: Wed Apr 29 08:50:28 2009
New Revision: 5305
Modified:
trunk/user/src/com/google/gwt/dom/client/DOMImplIE8.java
trunk/user/src/com/google/gwt/dom/client/DOMImplTrident.java
Log:
Moves the IE8 implementation of get/setScrollLeft() from DOMImplTrident
:34:56, jlabanca wrote:
Remove »»
Done.
http://gwt-code-reviews.appspot.com/29803/diff/1/9
File user/src/com/google/gwt/user/UserAgent.gwt.xml (right):
http://gwt-code-reviews.appspot.com/29803/diff/1/9#newcode38
Line 38: if (v = 8000) {
On 2009/04/24 23:44:41, t.broyer wrote:
I believe ie8 here
On Fri, Apr 24, 2009 at 7:17 AM, Joel Webber j...@google.com wrote:
Oddly, we seem to have lost the supported browsers list in the transition
to 1.6 (or I'm just too blind to see it). The 1.5 doc read as follows:
- Internet Explorer 6 and 7 (Windows)
- Firefox 2 and 3 (Linux, Mac, and
Whoops, good call. That's actually a mistake -- GWT still works fine on FF
1.5 (which corresponds to Gecko 1.8.0). I'll make sure that gets fixed in
the doc.
On Fri, Apr 24, 2009 at 8:41 AM, John Tamplin j...@google.com wrote:
On Fri, Apr 24, 2009 at 7:17 AM, Joel Webber j...@google.com wrote:
LGTM
I see a lot of tab characters, but the code looks great. It also looks
like you've consolidated a lot of code.
http://gwt-code-reviews.appspot.com/29803/diff/1/5
File user/src/com/google/gwt/dom/DOM.gwt.xml (right):
http://gwt-code-reviews.appspot.com/29803/diff/1/5#newcode56
Line 56:
/google/gwt/user/UserAgent.gwt.xml (right):
http://gwt-code-reviews.appspot.com/29803/diff/1/9#newcode38
Line 38: if (v = 8000) {
I believe ie8 here means X-UA-Compatibility: IE=8, so detecting the
version from the navigator.userAgent is probably not enough [1], and
document.documentMode should
Reviewers: jlabanca,
Description:
This monster of a patch adds what I believe to be full support for IE8.
Review strategy to make your life easier:
- All the .gwt.xml files, with the exception of DOM and History just add
ie8 to the existing ie6 cases.
- The giant diff around both DOMImpl's
not a good workflow to compile for development
if the last successfully compiled code was like in the last 5 hours.
On Thu, Apr 23, 2009 at 4:31 PM, j...@google.com wrote:
Reviewers: jlabanca,
Description:
This monster of a patch adds what I believe to be full support for IE8.
Review strategy
I just ported my GWT application to 1.6 and now I have a weird problem
with IE8. My ListBoxes trigger IE8's pop-up blocker and won't show
the pulldown list of entries. This happens even if you disable pop-up
blocker. It also still happens when I have IE8 in Compatibility
Mode. This doesn't
On 14 avr, 18:41, toont...@googlemail.com toont...@googlemail.com
wrote:
Greetings,
Only in IE8 with compatibility mode off do I see the images in the
ImageBundle displayed in the right location but other images from the
bundle are displayed to the left of the displayed image. In other
Greetings,
Only in IE8 with compatibility mode off do I see the images in the
ImageBundle displayed in the right location but other images from the
bundle are displayed to the left of the displayed image. In other
words it isn't clipping the bundle to the left. In compatibility mode
it works
I did encounter an issue with IE8:
http://code.google.com/p/google-web-toolkit/issues/detail?id=3329
I agree with the OP that some words from the GWT team on IE8 support
would be welcome.
On Mar 20, 10:51 am, alex.d alex.dukhov...@googlemail.com wrote:
IE8has compatibility mode which allows
Since IE8 is just released, may we have an official statement, whether
support for it will be included in GWT 1.6, or will it be added to
next versions of GWT ? Thank You !
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
IE8 has compatibility mode which allows you to emulate other IE
versions. I just installed IE8 and i'm testing it with my rather big
application (approx. 1Mb obfuscated java-script code) and so far not
even one problem WITHOUT compatibility mode.
P.S. Using gwt 1.5.3
On 20 Mrz., 08:19, Ramas
I have filed a bug on this as requested, here:
http://code.google.com/p/google-web-toolkit/issues/detail?id=3475
On Mar 12, 8:26 pm, Sumit Chandel sumitchan...@google.com wrote:
Hi DavidPShaw,
As Vitali mentioned, please go ahead and file an issue report for this
in the GWT Issue Tracker
Sounds like a bug - you should file a bug (under the issues tab of the
googlecode page). GWT's goal is that you shouldn't care about the browser
*unless you're doing some JSNI stuff).
If you figure out a workaround in code, you can hide it behind a deferred
interface the GWT compiler will take
We have a gwt widget that works great in FF, but in IE the Dialog box
has serious clipping problems. The problem is demonstrated here:
We've traced the problem to the fact that the page holding the root
div and the folder containing the GWT output are different.
The source of the page contains
Hi All,
I'm trying to track down an issue with ImageBundles that I'm having in
IE8. This email is not about that issue - but there will probably be
one coming soon about it. This email is about another issue that I've
discovered while trying to debug my issue. Here's what I did.
I used
It seems to be a regression in IE8 RC1. IT Mill Toolkit (based on
GWT), Echo3 and
many others are suffering from the same problem. For some pointers,
see the ticket
in our trac: http://dev.itmill.com/ticket/2578
- Joonas
--~--~-~--~~~---~--~~
You received
I'm using Windows XP.
On Feb 6, 5:22 pm, Sumit Chandel sumitchan...@google.com wrote:
Hello everyone,
Which platform are you running on? Windows XP or Windows Vista?
Thanks,
-Sumit Chandel
On Fri, Feb 6, 2009 at 1:11 PM, Erron erron.aus...@gmail.com wrote:
I'm suffering the same issue.
Anyone else seen this, IE 8 beta was fine. Got the RC1 today, and ever
since it is very slow running anything GWT related - including the GWT
Shell. I also tried compatability mode - but just as bad!
--~--~-~--~~~---~--~~
You received this message because you are
Hello everyone,
Which platform are you running on? Windows XP or Windows Vista?
Thanks,
-Sumit Chandel
On Fri, Feb 6, 2009 at 1:11 PM, Erron erron.aus...@gmail.com wrote:
I'm suffering the same issue.
On Feb 6, 10:05 am, Si_gee goldsmith.si...@gmail.com wrote:
Anyone else seen this, IE 8
i use FileUpload to upload the file. when i test it in ie8 , i find a
problem:
after selecting a file , i put the mouse to the upload button, it
appears shadow of the file name in textarea.
--~--~-~--~~~---~--~~
You received this message because you
Hi Dave,
GWT strives to be a great solution for building Ajax applications - that
means easy to develop, highly performant and cross-browser compatible on all
major browsers.
That said, the team is keeping a close eye on IE8 developments, and will
make sure that GWT applications work without
Yes, it'll use the regular IE permutation. At the moment, AFAIK, GWT
generates one permutation of IE.
--
Arthur Kalmenson
On Wed, Jan 21, 2009 at 12:08 AM, davidroe roe.da...@gmail.com wrote:
I am curious about current and future support for IE8.
The list of browsers that GWT currently
401 - 500 of 508 matches
Mail list logo