Re: Window.open
I think it may be a whitespace in the Window-Name (second Parameter), Christian Kütbach -- 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 to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Re: SuggestBox and the underlying TextBox
Thanks for the anwser, I will take a look at the arcbee-project. I think I found another trick to make the Suggestbox do what I want (There is no need for timer or delays): https://github.com/msh9/codinginthetrenches.com/blob/master/content/2012/catching-value-change-events-from-the-gwt-suggestbox.txt -- 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 to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
SuggestBox and the underlying TextBox
Hello, I have some trouble with the SuggestBox. There are at least two Hadler at the SuggestBox: - ValueChangeHandler - SelectionHandler If I enter a Text into the SuggestBox and unfocus it, I get the ValueChangeEvent, with the current Value (I need to validate the Input at this moment) If I enter a Text into the SuggestBox and select one of the Selection, I get two Events in this Order: 1. ValueChangeEvent with the SearchTerm of the TextBox 2. SelectionEvent with the selected Value My Problem is, that my Validation will validate the SearchTerm in the ValueChangeEvent (Which may be wrong). In the following SelectionEvent, I get the correct Value. But in this case, I have already shown a warning Display, that the entered Value is invalid. I think it may be this GWT Issue: https://code.google.com/p/google-web-toolkit/issues/detail?id=1634 Are there any ideas, how I can solve my problem? Thanks, Christian -- 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 to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Internet Explorer 11 - compatibility mode
Hello, I had some trouble with embedded IE11-webviews. The useragent contains *msie *and the *documentMode *is 11. This is why they get the IE10 permutation. But the IE11-browser has removed some functions in the compat mode. (createStyleSheet for example) So I used a custom UserAgentPropertyGenerator based on https://gwt.googlesource.com/gwt/+/2.6.1/user/src/com/google/gwt/useragent/rebind/UserAgentPropertyGenerator.java to rewrite the binding for IE11. In fact the IE11 compatibility mode is not compatible with older IE. See: http://msdn.microsoft.com/en-us/library/ie/bg182625(v=vs.85).aspx I added a new Block before the IE10-code block 1. // IE11 2. new UserAgentPropertyGeneratorPredicate(gecko1_8) 3. .getPredicateBlock() 4. .println(return ($doc.documentMode = 11);) 5. .returns('gecko1_8'), 6. // IE10 The first tests looked good to me. But I am not sure, if I will cause some serious trouble with this approach. The IE11 will get the gecko1_8 permutation in Standard mode and Compatibility mode now. There may be errors, if one sets a variable documentMode=11 onto the document. I may also need to add another condition to the oterh IE-code blocks return (ua.indexOf('msie') != -1 ($doc.documentMode = 10) * $doc.createStyleSheet*); I know I may also get into trouble with IE12. But uhm One always get into trouble with never IE-versions. Is there a problem with this approach I don't see? Thanks, Christian Kütbach -- 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 to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Compiler Issue after upgrade from 2.5.1 to 2.6
Hello *, I think I've found an Issue within GWT 2.6 compiler. The Issue may be related to. https://code.google.com/p/google-web-toolkit/issues/detail?id=8533 https://code.google.com/p/google-web-toolkit/issues/detail?id=7860 Is it possible to print the clasname of the Class which is currently beeing compiled? I would like to create an Issue, but without more information about the bug, I guess it cannot be fiexed. How can I create a more helpful Stacktrace or gather other helpful information? I am using GIN 2.1.2 for dependency injection. I had other compiling issues with older versions of GIN. Regards, Christian Kütbach PS: My stacktrace looks like this: [INFO] --- gwt-maven-plugin:2.6.0:compile (compile gwt) @ groupware_client_commons --- [INFO] Compiling module com.dvelop.groupware.GroupwareCommons [INFO] [ERROR] Unexpected internal compiler error [INFO] java.lang.ArrayIndexOutOfBoundsException: 38 [INFO] at com.google.gwt.dev.asm.ClassReader.readUTF8(ClassReader.java:2083) [INFO] at com.google.gwt.dev.asm.ClassReader.readAnnotationValues(ClassReader.java:1481) [INFO] at com.google.gwt.dev.asm.ClassReader.accept(ClassReader.java:632) [INFO] at com.google.gwt.dev.asm.ClassReader.accept(ClassReader.java:506) [INFO] at com.google.gwt.dev.javac.BytecodeSignatureMaker.visitCompileDependenciesInBytecode(BytecodeSignatureMaker.java:218) [INFO] at com.google.gwt.dev.javac.BytecodeSignatureMaker.getCompileDependencySignature(BytecodeSignatureMaker.java:199) [INFO] at com.google.gwt.dev.javac.CompiledClass.getSignatureHash(CompiledClass.java:152) [INFO] at com.google.gwt.dev.javac.Dependencies$Ref.init(Dependencies.java:42) [INFO] at com.google.gwt.dev.javac.Dependencies$Ref.init(Dependencies.java:37) [INFO] at com.google.gwt.dev.javac.Dependencies.resolve(Dependencies.java:114) [INFO] at com.google.gwt.dev.javac.CompilationStateBuilder$CompileMoreLater.compile(CompilationStateBuilder.java:311) [INFO] at com.google.gwt.dev.javac.CompilationStateBuilder.doBuildFrom(CompilationStateBuilder.java:511) [INFO] at com.google.gwt.dev.javac.CompilationStateBuilder.buildFrom(CompilationStateBuilder.java:434) [INFO] at com.google.gwt.dev.javac.CompilationStateBuilder.buildFrom(CompilationStateBuilder.java:420) [INFO] at com.google.gwt.dev.cfg.ModuleDef.getCompilationState(ModuleDef.java:485) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:241) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:223) [INFO] at com.google.gwt.dev.Precompile.precompile(Precompile.java:139) [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:167) [INFO] at com.google.gwt.dev.Compiler.run(Compiler.java:132) [INFO] at com.google.gwt.dev.Compiler$1.run(Compiler.java:99) [INFO] at com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:55) [INFO] at com.google.gwt.dev.CompileTaskRunner.runWithAppropriateLogger(CompileTaskRunner.java:50) [INFO] at com.google.gwt.dev.Compiler.main(Compiler.java:106) -- 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 to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Re: Compiler Issue after upgrade from 2.5.1 to 2.6
Right now the Problem does only appear, while running *mvn gwt:test* from the commandline. If I compile the module within eclipse or run the integrationtests in eclipse everything looks fine. I will investigate further. Could it be a classloading issue? The sources resists in different sorce folder (src/main/java, /src/test/java and /src/integration-test/java) ? -- 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 to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Re: Compiler Issue after upgrade from 2.5.1 to 2.6
Thanks for your reply. I found the problematic class. I've written a JUnit TestCase with PowerMockito. For an unknown reason this class was compiled by the GWT compiler (I think it is a misconfiguration of the maven source folders). I don't think, that it is a bug within the compiler if PowerMockito can not be compiled. I will try to write a little example to verify, that it was my fault and not a GWT compiler bug. Regards, Christian Kütbach -- 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 to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Re: is code using DateTimeFormat not testable?
Ithink there is a bug in The DateTimeFormat GWT version 2.5.1: I use the DateTimeFormat from the shared package. As far as I know, classes from the shared package can be used at client and at serverside. But the method private static DateTimeFormatInfo getDefaultDateTimeFormatInfo() { // MUSTFIX(jat): implement return LocaleInfo.getCurrentLocale().getDateTimeFormatInfo(); } uses LocaleInfo from the client-package. if I use the GWTMockutilities I run into a NullPointerexception -- 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 to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/groups/opt_out.
Re: is code using DateTimeFormat not testable?
Just found the Issue: https://code.google.com/p/google-web-toolkit/issues/detail?id=7671 -- 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 to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/groups/opt_out.
Re: Are servlets available when performing GWT Unit Tests?
Hi Thomas, are there any known regressions with this way in GWT 2.5.1? I created a moduleText.gwt.xml with inherits my module.gwt.xml to add the servlet-element. If I misspell the servlet-classname, I get an error loading the module. But if everything seems to be correct, I don't get any output from my servlet, no breakpoint in my servlet can be used. In fact I get a 404 if I call the URL. Is there a way to debug this servlet? Or can I redirect the output of the servlet, to see if it is started? The servlet itself is running fine in dev-mode. Thanks in advance, Christian Kuetbach -- 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 to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/groups/opt_out.
LogRecord in JRE Emulation
Hi, I have a question regarding the logging in GWT. Why does the JRE-Emulation of* java.util.logging.LogRecord* does not include the following methods: // public void setSourceClassName(String sourceClassName) {} // public void setSourceMethodName(String sourceMethodName) {} It would be really helpful, if I could log the source of the message. For me it would be OK, if these information will only be present if I compile my application with Stacktrace information. Regards, Christian -- 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 to google-web-toolkit+unsubscr...@googlegroups.com. To post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at http://groups.google.com/group/google-web-toolkit?hl=en. For more options, visit https://groups.google.com/groups/opt_out.