Re: GWT Wrapper Div-Element style
Ok, the textbox got wrapped in the div because I used a layoutpanel. Switching to a HTMLPanel solved it. Am Dienstag, 19. November 2013 06:38:20 UTC+1 schrieb Manuel: > > Hi everyone, > > I made a View using the GWT Designer. I used the TextBox as input field. > Now the input is wrapped by a div for position purpose I guess. > > Beside the position styles, the div has overflow:hidden. Is there a way to > tell the div to have overflow:visible? > > I want to have a outline style on my inputs, but they dont work well, > because the div that wraps the input cuts it due the overflow:hidden. > > Kind regards, > Manuel > > -- 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.
GWT Wrapper Div-Element style
Hi everyone, I made a View using the GWT Designer. I used the TextBox as input field. Now the input is wrapped by a div for position purpose I guess. Beside the position styles, the div has overflow:hidden. Is there a way to tell the div to have overflow:visible? I want to have a outline style on my inputs, but they dont work well, because the div that wraps the input cuts it due the overflow:hidden. Kind regards, Manuel -- 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: jsni - overlay types - js arrays Java API
Thanks! fortunately I didn't get to use it in my projects but I will do it. GWT should provide with an official library or class for doing native stuff like this. People porting/wrapping javascript libraries to GWT really need a good utility class mainly for converting & casting java to JavaScript types and viceversa and are doing it by their own (my work: http://code.google.com/p/gwtjsutil/) :( On Friday, September 27, 2013 4:48:21 PM UTC, Greg wrote: > > This will NOT work in GWT > 2.2 > > See: https://code.google.com/p/google-web-toolkit/issues/detail?id=6594 > > Workaround provided there works. > > On Monday, December 24, 2012 3:22:11 AM UTC+1, Sebastián Gurin wrote: >> >> Thank you Thomas for your reply, I learned new things. Didn't know about >> >> if ( GWT.isScript() ) {you can cast the js array to java arrays directly >> }. >> >> I will definetly use those classes for my projects. Thanks again >> >> -- 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: Error using IMAGE/IO in a Servlet
Maybe you missed copying it, but you never set tcl back. I never had the issue you are describing. Thats how I do it normally: https://gist.github.com/jnehlmeier/7534390 -- J. -- 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: Error using IMAGE/IO in a Servlet
Hey guys, so I'm pulling this thread back up because I ran into a new problem. Everything has been going great, till I tried using RPC's with the context servlet changed. Now when I try to do any RPC I get the error: *Unable to get value This application is out of date, please click the refresh button on your browser. ( Blocked attempt to access interface 'com.ll.cidb.client.GreetingService', which doesn't extend RemoteService; this is either misconfiguration or a hack attempt )* My crrent ServletContextListener does this: ClassLoader tcl = Thread.currentThread().getContextClassLoader(); ClassLoader imageIOLoader = TIFFImageReader.class.getClassLoader(); Launcher launcher = sun.misc.Launcher.getLauncher(); ClassLoader sunClassLoader = launcher.getClassLoader(); Thread.currentThread().setContextClassLoader(sunClassLoader); System.out.println("Context Loader Switched."); //Dummy class to ImageIO javax.imageio.ImageReader reader = ImageIO.getImageReadersByFormatName("tiff").next(); ClassLoader tifClass = reader.getClass().getClassLoader(); ServletContext context = p_arg0.getServletContext(); context.setAttribute("TEST", "TEST_VALUE"); Without this, ImageIO fails like in my first post, but RPCs work fine. With this, ImageIO works fine, but RPCs fail. Any ideas? On Tuesday, October 29, 2013 7:29:49 AM UTC-4, Sean wrote: > > Wow, > > Thank you Jens. I would have never figured that out in a million years! > That was super subtle, but I learned a lot from it! > > Thank you! Your suggestion worked perfectly! > > -Sean > > On Monday, October 28, 2013 4:17:13 PM UTC-4, Jens wrote: >> >> This kind of ClassCastException typically occurs if you have a >> ClassLoader issue. If the same class is loaded by two different ClassLoader >> then Java treats these two classes as different and its likely that you get >> the above ClassCastException. >> >> First I would make sure that you have the imageIO.jar only once in your >> class path and then you could check if you have a ClassLoader leak when you >> redeploy your application. >> >> A ClassLoader leak isn't that unlikely because the first call to ImageIO >> pins the current ClassLoader. If that's the WebAppClassLoader that is >> responsible for your app, the app server (jetty) can not garbage collect >> your deployed app once you redeploy it because some Java system classes >> will hold a reference to that WebAppClassLoader...well and this reference >> will never go away unless you restart the server. >> If you are in that situations then its likely that everything works the >> first time you start Jetty and it will start to fail once you have >> redeployed your app the first time. >> >> To fix this situation you could try using a ServletContextListener and in >> its contextInitialized() method you first change the class loader of the >> current thread to the system class loader. Then you make a dummy call to >> ImageIO and finally you set back the class loader to the original one. >> >> In our app we have to do that for multiple classes because libraries (and >> Java) are sometimes written in a way thats not very compatible to >> application server class loading. >> >> -- J. >> >> >> >> >> -- 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: How to prevent GWT TextArea to resize by dragging (Not using CSS3)
This isn't really a GWT question. The GWT TextArea is nothing more than an HTML textarea element. The CSS resize property is the correct way to adjust that setting, but it's not supported in IE. http://caniuse.com/#search=resize https://www.google.com/search?q=css+resize+ie On Monday, November 18, 2013 8:16:56 AM UTC-8, BM wrote: > > Hello, > I was wondering if there is any way I can find a way to prevent re-sizing > of TexArea by drag & drop in any browser type. I know there is CSS3 feature > with resize: none which takes care of that but that feature doesn't work in > IE. > > Is there any event code I can use which can disable the drag and drop > feature of the GWT TextArea? > > Any help always appreciated. > -- 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.
How to prevent GWT TextArea to resize by dragging (Not using CSS3)
Hello, I was wondering if there is any way I can find a way to prevent re-sizing of TexArea by drag & drop in any browser type. I know there is CSS3 feature with resize: none which takes care of that but that feature doesn't work in IE. Is there any event code I can use which can disable the drag and drop feature of the GWT TextArea? Any help always appreciated. -- 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: i am getting error with on that can u please help on that
-Xss is a JVM parameter not a GWT compiler parameter. Check your run configuration / parameter placement. -- J. -- 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.
i am getting error with on that can u please help on that
Unknown argument: -Xss Google Web Toolkit 2.5.1 Compiler [-logLevel level] [-workDir dir] [-gen dir] [-style style] [-ea] [-XdisableClassMetadata] [-XdisableCastChecking] [-validateOnly] [-draftCompile] [-optimize level] [-compileReport] [-strict] [-XenableClosureCompiler] [-XfragmentMerge numFragments] [-XfragmentCount numFragments] [-localWorkers count] [-war dir] [-deploy dir] [-extra dir] module[s] where -logLevelThe level of logging detail: ERROR, WARN, INFO, TRACE, DEBUG, SPAM, or ALL -workDir The compiler's working directory for internal use (must be writeable; defaults to a system temp dir) -gen Debugging: causes normally-transient generated types to be saved in the specified directory -style Script output style: OBF[USCATED], PRETTY, or DETAILED (defaults to OBF) -ea Debugging: causes the compiled output to check assert statements -XdisableClassMetadata EXPERIMENTAL: Disables some java.lang.Class methods (e.g. getName()) -XdisableCastCheckingEXPERIMENTAL: Disables run-time checking of cast operations -validateOnlyValidate all source code, but do not compile -draftCompileEnable faster, but less-optimized, compilations -optimizeSets the optimization level used by the compiler. 0=none 9=maximum. -compileReport Create a compile report that tells the Story of Your Compile -strict Only succeed if no input files have errors -XenableClosureCompiler EXPERIMENTAL: Enables Closure Compiler optimizations -XfragmentMerge DEPRECATED (use -XfragmentCount instead): Enables Fragment merging code splitter. -XfragmentCount EXPERIMENTAL: Limits of number of fragments using a code splitter that merges split points. -localWorkersThe number of local workers to use when compiling permutations -war The directory into which deployable output files will be written (defaults to 'war') -deploy The directory into which deployable but not servable output files will be written (defaults to 'WEB-INF/deploy' under the -war directory/jar, and may be the same as the -extra directory/jar) -extra The directory into which extra files, not intended for deployment, will be written and module[s]Specifies the name(s) of the module(s) to compile -- 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.