Re: [gwt-contrib] Recompile issue coming up on sdm start, gwt 2.7.0-snapshot
Hi Robert, i m facing the same issue. can you please tell me what has fixed your issue. My compilation-mappings.txt contains B5079040E7FF0E555046C1AD8B647A66.cache.js locale en_EN user.agent gecko1_8 B5079040E7FF0E555046C1AD8B647A66.cache.js locale en_EN user.agent ie10 B5079040E7FF0E555046C1AD8B647A66.cache.js locale en_EN user.agent ie9 B5079040E7FF0E555046C1AD8B647A66.cache.js locale en_EN user.agent safari Devmode:devmode.js Thanks Regards, kishore. On Thursday, 4 December 2014 19:24:48 UTC+5:30, Robert Hoffmann wrote: @thomas thank you, that helped me to reduce the permutations to one. For the record, compilation-mappings.txt contained multiple cache.js file entries, now it only contains one FC8BCE744D2BA8E0C463CE0D2F389DB7.cache.js Devmode:devmode.js ...and now sdm works. And it's fast :-) On Thursday, December 4, 2014 10:15:36 AM UTC+1, Robert Hoffmann wrote: Hi, Is there a way to see which properties cause the permutations? (I'm using GWT 2.7.0) When compiling your project, you should have a compilation-mappings.txt file generated next to the *.nocache.js. -- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit-contributors/bcf4a9ce-75f7-40af-a8c0-05273db066ee%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: GWT Developer plugin stopped working with Chrome
See this link SO:https://stackoverflow.com/questions/29750514/gwt-plugin-doesnt-work-in-chrome-42/29751058#29751058 On Sunday, May 3, 2015 at 6:19:57 PM UTC+5:30, Ofer Cohen wrote: Hi, I'm using gwt 2.7 with classic development mode and GWT Developer plugin for Chrome. Till now everything worked well , but lately every time i run my project with the URL: https://127.0.0.1:/jobmarker.html?gwt.codesvr=127.0.0.1:9997 . I'm getting an error in Chrome to install the plugin although is already installed. (Development Mode requires the GWT Developer Plugin) I'm using Chrome latest version: 42.0.2311.135 m Can someone help how to fix that? Thanks Ofer -- 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.
GWT vs js performance: Collections and Strings
Hi, At some point in time I needed to handle lzw compressing/uncompressing in the client so I found https://gist.github.com/revolunet/843889 Later on I rewrite the LZW in java. So I did. I benchmarked the difference and the new implementation was way slower when compressing. GWT/java is actually better when uncompressing. I changed the java collections to javascript collections JsMap, and JsList and the difference was greatly reduced but not enough to be able to scrap the js implementation. My guess any remaining gains are hidden in the StringBuilder but I may by wrong. Chrome Firefox IE Js 544/61 626/78 795/171 Java 750/48 1702/48 2401/468 JavaJsCollections 785/38 1398/38 1877/351 The numbers are compressing/uncompressing 1000 iterations with a random string multiplied 10 times I am using a single permutation with collapse-all. Can this be the culprit? Any idea what to change in order to increase the performance in the java code? Here is the code package com.biovista.lib.gwt.client; import com.google.gwt.core.client.JavaScriptObject; public class Util { private static final char DICT_SIZE = 256; public static class JsMapT extends JavaScriptObject { protected JsMap() { } public final native void put(String key, T value) /*-{ this[key] = value; }-*/; public final native boolean containsKey(String key) /*-{ return (key in this); }-*/; public final native T get(String key) /*-{ return this[key]; }-*/; public static JsMap createInstance() { return (JsMap) createObject(); } } public static class JsListT extends JavaScriptObject { protected JsList() { } public final native void add(T value) /*-{ this.push(value); }-*/; public final native int size() /*-{ return this.length; }-*/; public final native T get(char index) /*-{ return this[index]; }-*/; public static JsList createInstance() { return (JsList) createArray(); } } public static String compressLZW(String text) { // Build the dictionary. // final MapString, Character map = new HashMapString, Character( // DICT_SIZE); final JsMapCharacter map = JsMap.createInstance(); for (char i = 0; i DICT_SIZE; i++) { map.put( + i, i); } char dict_size = DICT_SIZE; String w = ; final StringBuilder result = new StringBuilder(); for (char c : text.toCharArray()) { final String wc = w + c; if (map.containsKey(wc)) w = wc; else { result.append(map.get(w)); // Add wc to the dictionary. map.put(wc, dict_size++); w = + c; } } // Output the code for w. if (!w.equals()) result.append(map.get(w)); return result.toString(); } /** uncompress a string. */ public static String uncompressLZW(String compressed_text) { // Build the dictionary. // final ListString rmap = new ArrayListString(DICT_SIZE); final JsListString rmap = JsList.createInstance(); for (char i = 0; i DICT_SIZE; i++) { rmap.add( + i); } final char[] compressed = compressed_text.toCharArray(); String w = + compressed[0]; final StringBuilder result = new StringBuilder(w); for (int i = 1; i compressed.length; i++) { final char k = compressed[i]; final String entry = k rmap.size() ? rmap.get(k) : w + w.charAt(0); result.append(entry); // Add w+entry[0] to the dictionary. rmap.add(w + entry.charAt(0)); w = entry; } return result.toString(); } // LZW-compress a string public static native String lzwCompress(String s) /*-{ var dict = {}; var data = (s + ).split(); var out = []; var currChar; var phrase = data[0]; var code = 256; for (var i = 1; i data.length; i++) { currChar = data[i]; if (dict[phrase + currChar] != null) { phrase += currChar; } else { out.push(phrase.length 1 ? dict[phrase] : phrase .charCodeAt(0)); dict[phrase + currChar] = code; code++; phrase = currChar; } } out.push(phrase.length 1 ? dict[phrase] : phrase.charCodeAt(0)); for (var i = 0; i out.length; i++) { out[i] = String.fromCharCode(out[i]); }
How to do smooth scrolling on browser back/next button on same-page navigation?
I have a sticky top menu with menu items that perform smooth scrolling (through GreenSock) to a certain page location (I stay on the same page all the time). It will also add a History token for every unique page location. That works fine, it scrolls smooth and the back/next browser buttons work well. However, no smooth scrolling occurs when the back/next browser buttons are used as the browser will jump to the previous location immediately, before even History.onHasChanged() is called (detected through a breakpoint) :( In my History handler I calculate the required scrolling distance, which is zero because the browser already jumped (scrolled) to the previous page location. How can I perform the smooth scrolling when the browser back/next buttons are used? Is there any way, to disable this browser behavior? (cancel the browser back/next event), or replace the browser back/next behavior? -- 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: Petty easy OAuth with GWT
AFAICT, gwt-oauth2 extensibility doesn't get to the point of implementing a custom workflow (different from the default oauth2 one). I've already sent an email to the gwt-oauth2 implementer, and I'm waiting a response from him. I don't know if he is still active in GWT (or even Google) because the code gwt-oauth2 dates back in 2011 and the repo hasn't been migrated to GitHub yet. If I don't receive any feedback, I'll fork the project and redesign some pieces of it to allow more extension. ps: I actually have already forked it into my github account. But didn't start to play with it. Cheers. Em segunda-feira, 4 de maio de 2015 17:09:43 UTC-3, Juan Pablo Gardella escreveu: Awesome!! About: *Twitter and GitHub have custom authentication workflows and are not supported by gwt-oauth2 by default.* Is it plugable the workflow in the framework? Thanks On 4 May 2015 at 16:06, Danilo Reinert danilo...@gmail.com javascript: wrote: After announcing the pioneering support for Digest authentication, I'm now pretty happy to notify you that Requestor is also supporting *OAuth2*! And, for the good of sake, it's really simple to use. :) Check the showcase example (below) and try it yourself! This feature belongs to the 0.3 milestone and is currently available in the 0.3.0-SNAPSHOT version. Cheers! Useful links: Showcase example: http://reinert.io/requestor/0.3.0-SNAPSHOT/examples/showcase/#authentication Documentation: https://github.com/reinert/requestor/wiki/OAuth2 Get started with Requestor: https://github.com/reinert/requestor/ https://github.com/reinert/requestor/wiki/OAuth2 -- 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 javascript:. To post to this group, send email to google-we...@googlegroups.com javascript:. Visit this group at http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout. -- 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: GWT vs js performance: Collections and Strings
Hi, I am using final out of habit mostly (coming from c++) although I could cite some arguments in favor of using it anywhere possible. I tried the optimization you suggested and it didn't make a difference. Good catch though... Vassilis On Tue, May 5, 2015 at 4:50 PM, JonL j...@percsolutions.com wrote: Why all the final variables in the Java version? You aren't passing the variables to anonymous inner classes or anything, so there should be no need to mark anything final. I'm not 100% sure what effect that will have on the output from the GWT compiler though as far as speed. As far as I can tell, the biggest difference is in the way you are checking if a value is already in your map. In java code you are calling : if (map.containsKey(wc)) w = wc; map.containsKey converts to: return (key in this) In javascript you are calling: if (dict[phrase + currChar] != null) { phrase += currChar; According to the below speed test, key in this is the slowest of the options for comparing if an object contains a key and would almost double the runtime. https://jsperf.com/checking-if-a-key-exists-in-a-javascript-array On Tuesday, May 5, 2015 at 5:34:46 AM UTC-7, Vassilis Virvilis wrote: Hi, At some point in time I needed to handle lzw compressing/uncompressing in the client so I found https://gist.github.com/revolunet/843889 Later on I rewrite the LZW in java. So I did. I benchmarked the difference and the new implementation was way slower when compressing. GWT/java is actually better when uncompressing. I changed the java collections to javascript collections JsMap, and JsList and the difference was greatly reduced but not enough to be able to scrap the js implementation. My guess any remaining gains are hidden in the StringBuilder but I may by wrong. Chrome Firefox IE Js 544/61 626/78 795/171 Java 750/48 1702/48 2401/468 JavaJsCollections 785/38 1398/38 1877/351 The numbers are compressing/uncompressing 1000 iterations with a random string multiplied 10 times I am using a single permutation with collapse-all. Can this be the culprit? Any idea what to change in order to increase the performance in the java code? Here is the code package com.biovista.lib.gwt.client; import com.google.gwt.core.client.JavaScriptObject; public class Util { private static final char DICT_SIZE = 256; public static class JsMapT extends JavaScriptObject { protected JsMap() { } public final native void put(String key, T value) /*-{ this[key] = value; }-*/; public final native boolean containsKey(String key) /*-{ return (key in this); }-*/; public final native T get(String key) /*-{ return this[key]; }-*/; public static JsMap createInstance() { return (JsMap) createObject(); } } public static class JsListT extends JavaScriptObject { protected JsList() { } public final native void add(T value) /*-{ this.push(value); }-*/; public final native int size() /*-{ return this.length; }-*/; public final native T get(char index) /*-{ return this[index]; }-*/; public static JsList createInstance() { return (JsList) createArray(); } } public static String compressLZW(String text) { // Build the dictionary. // final MapString, Character map = new HashMapString, Character( // DICT_SIZE); final JsMapCharacter map = JsMap.createInstance(); for (char i = 0; i DICT_SIZE; i++) { map.put( + i, i); } char dict_size = DICT_SIZE; String w = ; final StringBuilder result = new StringBuilder(); for (char c : text.toCharArray()) { final String wc = w + c; if (map.containsKey(wc)) w = wc; else { result.append(map.get(w)); // Add wc to the dictionary. map.put(wc, dict_size++); w = + c; } } // Output the code for w. if (!w.equals()) result.append(map.get(w)); return result.toString(); } /** uncompress a string. */ public static String uncompressLZW(String compressed_text) { // Build the dictionary. // final ListString rmap = new ArrayListString(DICT_SIZE); final JsListString rmap = JsList.createInstance(); for (char i = 0; i DICT_SIZE; i++) { rmap.add( + i); } final
Re: GWT vs js performance: Collections and Strings
Why all the final variables in the Java version? You aren't passing the variables to anonymous inner classes or anything, so there should be no need to mark anything final. I'm not 100% sure what effect that will have on the output from the GWT compiler though as far as speed. As far as I can tell, the biggest difference is in the way you are checking if a value is already in your map. In java code you are calling : if (map.containsKey(wc)) w = wc; map.containsKey converts to: return (key in this) In javascript you are calling: if (dict[phrase + currChar] != null) { phrase += currChar; According to the below speed test, key in this is the slowest of the options for comparing if an object contains a key and would almost double the runtime. https://jsperf.com/checking-if-a-key-exists-in-a-javascript-array On Tuesday, May 5, 2015 at 5:34:46 AM UTC-7, Vassilis Virvilis wrote: Hi, At some point in time I needed to handle lzw compressing/uncompressing in the client so I found https://gist.github.com/revolunet/843889 Later on I rewrite the LZW in java. So I did. I benchmarked the difference and the new implementation was way slower when compressing. GWT/java is actually better when uncompressing. I changed the java collections to javascript collections JsMap, and JsList and the difference was greatly reduced but not enough to be able to scrap the js implementation. My guess any remaining gains are hidden in the StringBuilder but I may by wrong. Chrome Firefox IE Js 544/61 626/78 795/171 Java 750/48 1702/48 2401/468 JavaJsCollections 785/38 1398/38 1877/351 The numbers are compressing/uncompressing 1000 iterations with a random string multiplied 10 times I am using a single permutation with collapse-all. Can this be the culprit? Any idea what to change in order to increase the performance in the java code? Here is the code package com.biovista.lib.gwt.client; import com.google.gwt.core.client.JavaScriptObject; public class Util { private static final char DICT_SIZE = 256; public static class JsMapT extends JavaScriptObject { protected JsMap() { } public final native void put(String key, T value) /*-{ this[key] = value; }-*/; public final native boolean containsKey(String key) /*-{ return (key in this); }-*/; public final native T get(String key) /*-{ return this[key]; }-*/; public static JsMap createInstance() { return (JsMap) createObject(); } } public static class JsListT extends JavaScriptObject { protected JsList() { } public final native void add(T value) /*-{ this.push(value); }-*/; public final native int size() /*-{ return this.length; }-*/; public final native T get(char index) /*-{ return this[index]; }-*/; public static JsList createInstance() { return (JsList) createArray(); } } public static String compressLZW(String text) { // Build the dictionary. // final MapString, Character map = new HashMapString, Character( // DICT_SIZE); final JsMapCharacter map = JsMap.createInstance(); for (char i = 0; i DICT_SIZE; i++) { map.put( + i, i); } char dict_size = DICT_SIZE; String w = ; final StringBuilder result = new StringBuilder(); for (char c : text.toCharArray()) { final String wc = w + c; if (map.containsKey(wc)) w = wc; else { result.append(map.get(w)); // Add wc to the dictionary. map.put(wc, dict_size++); w = + c; } } // Output the code for w. if (!w.equals()) result.append(map.get(w)); return result.toString(); } /** uncompress a string. */ public static String uncompressLZW(String compressed_text) { // Build the dictionary. // final ListString rmap = new ArrayListString(DICT_SIZE); final JsListString rmap = JsList.createInstance(); for (char i = 0; i DICT_SIZE; i++) { rmap.add( + i); } final char[] compressed = compressed_text.toCharArray(); String w = + compressed[0]; final StringBuilder result = new StringBuilder(w); for (int i = 1; i compressed.length; i++) { final char k =
Re: Looking for GWT UI design tutorial
I would start using the Composite class to create custom widgets through good ol' composition in Java, where you can integrate any other widgets and expose as little or as much as you want in the new Composite Widget you create. The javadocs or anything on gwtproject.org about it should be enough to get you started. Then I would read all docs about UiBinder and how to use it to create Composites that way, which allows you to have not only widgets, but any html/css you want. After that, you can read up about GSS support which allows you to have html5 and Closure stylesheets, and then maybe about creating more lightweight widgets using only html in UiBinder with element-based widgets (as opposed to Composite/widget based). Maybe using GQuery for event handling and other enhancements as suggested in this presentation: https://drive.google.com/file/d/0BwVGJUurq6uVRXVQR1o4MHdnVk0/view (and by the way, you can see other good presentations here: http://gwtcreate.com/slides/ ) On Monday, May 4, 2015 at 2:49:38 PM UTC-4, new_newbie wrote: Hi, In real world, the wiget is usually a multiple native widgets integrate together. I saw some final widgets can be customized in some certain way. I am weak on this and looking for tutorial about the GWT UI design. I have googled, probably wrong key words. Can anyone advise me on this? Thanks -- 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: GWT vs js performance: Collections and Strings
GWT already optimizes a HashMapString, ... similar to what you have implemented. You can see this in [1] and the specialized methods if the key type is String.class. Also ArrayList is backed by a native JS array. Of course GWT carries some overhead because it emulates the full Java API but because it's already quite optimized you don't see a huge improvement when switching from Java to JavaJsCollection. The largest improvement is on IE but IMHO thats not a surprise. StringBuilder in GWT is just appending strings and does not use any buffer array like in real Java. It is basically s += toAppend which is pretty fast in browsers. The biggest difference I see is that the Java / JavaJsCollection version use String.toCharArray() which actually creates a new array, walks the string and fills the array. It is probably faster to do for (int i = 0; i string.length(); i++) { char c = string.charAt(i); } because Java's String.charAt(i) is directly mapped to JavaScript's String.charCodeAt(i) (see [2]) and you avoid the char array creation. [1] https://gwt.googlesource.com/gwt/+/master/user/super/com/google/gwt/emul/java/util/AbstractHashMap.java [2] https://gwt.googlesource.com/gwt/+/master/user/super/com/google/gwt/emul/java/lang/String.java#609 -- 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: Petty easy OAuth with GWT
On Monday, May 4, 2015 at 10:09:43 PM UTC+2, Juan Pablo Gardella wrote: Awesome!! About: *Twitter and GitHub have custom authentication workflows and are not supported by gwt-oauth2 by default.* Is it plugable the workflow in the framework? More importantly: OAuth is not about authentication, it's about authorization only http://oauth.net/articles/authentication/ I don't think Twitter and GitHub have anything special when used for authorization (obtaining tokens to access their APIs). When used as authentication mechanisms, well, they're weak (or more accurately, you won't *authenticate* the user with them). -- 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: [gwt-contrib] Recompile issue coming up on sdm start, gwt 2.7.0-snapshot
Balázs, the js.embedded.properties configuration property might help here. Try adding extend-configuration-property name=js.embedded.properties value=my.platform / to your gwt.xml file On Tue, May 5, 2015 at 6:26 AM, Kishore Palakollu kishorepalako...@gmail.com wrote: Hi Robert, i m facing the same issue. can you please tell me what has fixed your issue. My compilation-mappings.txt contains B5079040E7FF0E555046C1AD8B647A66.cache.js locale en_EN user.agent gecko1_8 B5079040E7FF0E555046C1AD8B647A66.cache.js locale en_EN user.agent ie10 B5079040E7FF0E555046C1AD8B647A66.cache.js locale en_EN user.agent ie9 B5079040E7FF0E555046C1AD8B647A66.cache.js locale en_EN user.agent safari Devmode:devmode.js Thanks Regards, kishore. On Thursday, 4 December 2014 19:24:48 UTC+5:30, Robert Hoffmann wrote: @thomas thank you, that helped me to reduce the permutations to one. For the record, compilation-mappings.txt contained multiple cache.js file entries, now it only contains one FC8BCE744D2BA8E0C463CE0D2F389DB7.cache.js Devmode:devmode.js ...and now sdm works. And it's fast :-) On Thursday, December 4, 2014 10:15:36 AM UTC+1, Robert Hoffmann wrote: Hi, Is there a way to see which properties cause the permutations? (I'm using GWT 2.7.0) When compiling your project, you should have a compilation-mappings.txt file generated next to the *.nocache.js. -- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit-contributors/bcf4a9ce-75f7-40af-a8c0-05273db066ee%40googlegroups.com https://groups.google.com/d/msgid/google-web-toolkit-contributors/bcf4a9ce-75f7-40af-a8c0-05273db066ee%40googlegroups.com?utm_medium=emailutm_source=footer . For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit-contributors/CAC7T7g%3DgxjSsQ8moFkszusQE_oNdT4yLwGBqdSyiYJGpM96Jcg%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: [gwt-contrib] Experience with JsInterop status
If you clear the cache, does it help? (You can clear it by visiting the SuperDevMode URL where there is a button for it) On Tue, May 5, 2015 at 12:20 AM, Marcin Okraszewski okr...@gmail.com wrote: I wasn't able to make it run in SuperDevMode. Worked only in the normal compilation. The idea to try it with normal compilation was from this thread: https://groups.google.com/forum/#!msg/google-web-toolkit-contributors/u1BKRUsjjgI The launch config is part of the project attached to my yesterday message: https://groups.google.com/d/msg/google-web-toolkit-contributors/QrkNflMKe9E/-3XhHdOXfDsJ The arguments passed to dev mode are as follows: -superDevMode -remoteUI ${gwt_remote_ui_server_port}:${unique_id} -startupUrl index.html -logLevel INFO -codeServerPort 9997 -port -XjsInteropMode JS -war C:\workspaces\gwt-demo\interop-problems\war com.cloudorado.jsinterop.InteropProblems I'm testing with build from trunk done morning Apr 29. Regards, Marcin On Monday, 4 May 2015 23:54:15 UTC+2, Goktug Gokdogan wrote: No worries. One thing I didn't fully understand is; is this still broken for SuperDevMode or not? On Mon, May 4, 2015 at 2:46 PM, Marcin Okraszewski okr...@gmail.com wrote: Are you passing the flag to enable JsInterop for your project? I was adding -XjsInteropMode JS only in SuperDevMode. This question made me realize I didn't for the compilation, when I was testing in external web server. So it works like charm with normal compilation running on external web server, when I add -XjsInteropMode JS to compilation parameters. I now feel like in those support quotes - Did you plug your computer? ... Sorry I did take you so much time for finding yet another user error. Regards, Marcin -- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com . To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit-contributors/e6bd7cb2-2742-4192-bada-eb3eac9bc30e%40googlegroups.com https://groups.google.com/d/msgid/google-web-toolkit-contributors/e6bd7cb2-2742-4192-bada-eb3eac9bc30e%40googlegroups.com?utm_medium=emailutm_source=footer . For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit-contributors/bffa2a4f-8b2e-4f5c-aed6-46f1529167e6%40googlegroups.com https://groups.google.com/d/msgid/google-web-toolkit-contributors/bffa2a4f-8b2e-4f5c-aed6-46f1529167e6%40googlegroups.com?utm_medium=emailutm_source=footer . For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit-contributors/CAN%3DyUA0WZFPQ%2B2YzG5xXTPjd6waN8ZQkGJs%3D3SLoKMF09SMXrA%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: [gwt-contrib] Experience with JsInterop status
It worked! But I had to also restart the SDM. When I just cleaned the cache and reloaded the page it claims no files were changed - see below. Only when I cleaned and then restarted SDM it started to work. GET /clean/interop_problems * Cleaning disk caches.* Cleaned in 2ms. GET /recompile/interop_problems Job com.cloudorado.jsinterop.InteropProblems_1_2 starting job: com.cloudorado.jsinterop.InteropProblems_1_2 binding: user.agent=safari * skipped compile because no input files have changed* 0,043s total -- Compile completed Marcin On Tue, May 5, 2015 at 7:05 PM, 'Goktug Gokdogan' via GWT Contributors google-web-toolkit-contributors@googlegroups.com wrote: If you clear the cache, does it help? (You can clear it by visiting the SuperDevMode URL where there is a button for it) On Tue, May 5, 2015 at 12:20 AM, Marcin Okraszewski okr...@gmail.com wrote: I wasn't able to make it run in SuperDevMode. Worked only in the normal compilation. The idea to try it with normal compilation was from this thread: https://groups.google.com/forum/#!msg/google-web-toolkit-contributors/u1BKRUsjjgI The launch config is part of the project attached to my yesterday message: https://groups.google.com/d/msg/google-web-toolkit-contributors/QrkNflMKe9E/-3XhHdOXfDsJ The arguments passed to dev mode are as follows: -superDevMode -remoteUI ${gwt_remote_ui_server_port}:${unique_id} -startupUrl index.html -logLevel INFO -codeServerPort 9997 -port -XjsInteropMode JS -war C:\workspaces\gwt-demo\interop-problems\war com.cloudorado.jsinterop.InteropProblems I'm testing with build from trunk done morning Apr 29. Regards, Marcin On Monday, 4 May 2015 23:54:15 UTC+2, Goktug Gokdogan wrote: No worries. One thing I didn't fully understand is; is this still broken for SuperDevMode or not? On Mon, May 4, 2015 at 2:46 PM, Marcin Okraszewski okr...@gmail.com wrote: Are you passing the flag to enable JsInterop for your project? I was adding -XjsInteropMode JS only in SuperDevMode. This question made me realize I didn't for the compilation, when I was testing in external web server. So it works like charm with normal compilation running on external web server, when I add -XjsInteropMode JS to compilation parameters. I now feel like in those support quotes - Did you plug your computer? ... Sorry I did take you so much time for finding yet another user error. Regards, Marcin -- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit-contributors/e6bd7cb2-2742-4192-bada-eb3eac9bc30e%40googlegroups.com https://groups.google.com/d/msgid/google-web-toolkit-contributors/e6bd7cb2-2742-4192-bada-eb3eac9bc30e%40googlegroups.com?utm_medium=emailutm_source=footer . For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit-contributors/bffa2a4f-8b2e-4f5c-aed6-46f1529167e6%40googlegroups.com https://groups.google.com/d/msgid/google-web-toolkit-contributors/bffa2a4f-8b2e-4f5c-aed6-46f1529167e6%40googlegroups.com?utm_medium=emailutm_source=footer . For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to a topic in the Google Groups GWT Contributors group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/google-web-toolkit-contributors/QrkNflMKe9E/unsubscribe . To unsubscribe from this group and all its topics, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit-contributors/CAN%3DyUA0WZFPQ%2B2YzG5xXTPjd6waN8ZQkGJs%3D3SLoKMF09SMXrA%40mail.gmail.com https://groups.google.com/d/msgid/google-web-toolkit-contributors/CAN%3DyUA0WZFPQ%2B2YzG5xXTPjd6waN8ZQkGJs%3D3SLoKMF09SMXrA%40mail.gmail.com?utm_medium=emailutm_source=footer . For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit-contributors/CAFrnd4-SxQM%3D3MB4GWF_soxa4MrVppE3O3KQCYzsr6arX5w7YA%40mail.gmail.com. For more
Re: [gwt-contrib] Experience with JsInterop status
I wasn't able to make it run in SuperDevMode. Worked only in the normal compilation. The idea to try it with normal compilation was from this thread: https://groups.google.com/forum/#!msg/google-web-toolkit-contributors/u1BKRUsjjgI The launch config is part of the project attached to my yesterday message: https://groups.google.com/d/msg/google-web-toolkit-contributors/QrkNflMKe9E/-3XhHdOXfDsJ The arguments passed to dev mode are as follows: -superDevMode -remoteUI ${gwt_remote_ui_server_port}:${unique_id} -startupUrl index.html -logLevel INFO -codeServerPort 9997 -port -XjsInteropMode JS -war C:\workspaces\gwt-demo\interop-problems\war com.cloudorado.jsinterop.InteropProblems I'm testing with build from trunk done morning Apr 29. Regards, Marcin On Monday, 4 May 2015 23:54:15 UTC+2, Goktug Gokdogan wrote: No worries. One thing I didn't fully understand is; is this still broken for SuperDevMode or not? On Mon, May 4, 2015 at 2:46 PM, Marcin Okraszewski okr...@gmail.com javascript: wrote: Are you passing the flag to enable JsInterop for your project? I was adding -XjsInteropMode JS only in SuperDevMode. This question made me realize I didn't for the compilation, when I was testing in external web server. So it works like charm with normal compilation running on external web server, when I add -XjsInteropMode JS to compilation parameters. I now feel like in those support quotes - Did you plug your computer? ... Sorry I did take you so much time for finding yet another user error. Regards, Marcin -- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com javascript:. To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit-contributors/e6bd7cb2-2742-4192-bada-eb3eac9bc30e%40googlegroups.com https://groups.google.com/d/msgid/google-web-toolkit-contributors/e6bd7cb2-2742-4192-bada-eb3eac9bc30e%40googlegroups.com?utm_medium=emailutm_source=footer . For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit-contributors/bffa2a4f-8b2e-4f5c-aed6-46f1529167e6%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: GWT vs js performance: Collections and Strings
Jens, thanks do the suggestion, I tried it with minimal difference. Tomorrow I will try to profile the compression part. Vassilis On Tue, May 5, 2015 at 5:37 PM, Jens jens.nehlme...@gmail.com wrote: GWT already optimizes a HashMapString, ... similar to what you have implemented. You can see this in [1] and the specialized methods if the key type is String.class. Also ArrayList is backed by a native JS array. Of course GWT carries some overhead because it emulates the full Java API but because it's already quite optimized you don't see a huge improvement when switching from Java to JavaJsCollection. The largest improvement is on IE but IMHO thats not a surprise. StringBuilder in GWT is just appending strings and does not use any buffer array like in real Java. It is basically s += toAppend which is pretty fast in browsers. The biggest difference I see is that the Java / JavaJsCollection version use String.toCharArray() which actually creates a new array, walks the string and fills the array. It is probably faster to do for (int i = 0; i string.length(); i++) { char c = string.charAt(i); } because Java's String.charAt(i) is directly mapped to JavaScript's String.charCodeAt(i) (see [2]) and you avoid the char array creation. [1] https://gwt.googlesource.com/gwt/+/master/user/super/com/google/gwt/emul/java/util/AbstractHashMap.java [2] https://gwt.googlesource.com/gwt/+/master/user/super/com/google/gwt/emul/java/lang/String.java#609 -- 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. -- Vassilis Virvilis -- 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: [gwt-contrib] Recompile issue coming up on sdm start, gwt 2.7.0-snapshot
Limit your permutations by being more stringent, e.g. set-property name=user.agent value=safari / On May 5, 2015 3:26:56 PM GMT+02:00, Kishore Palakollu kishorepalako...@gmail.com wrote: Hi Robert, i m facing the same issue. can you please tell me what has fixed your issue. My compilation-mappings.txt contains B5079040E7FF0E555046C1AD8B647A66.cache.js locale en_EN user.agent gecko1_8 B5079040E7FF0E555046C1AD8B647A66.cache.js locale en_EN user.agent ie10 B5079040E7FF0E555046C1AD8B647A66.cache.js locale en_EN user.agent ie9 B5079040E7FF0E555046C1AD8B647A66.cache.js locale en_EN user.agent safari Devmode:devmode.js Thanks Regards, kishore. On Thursday, 4 December 2014 19:24:48 UTC+5:30, Robert Hoffmann wrote: @thomas thank you, that helped me to reduce the permutations to one. For the record, compilation-mappings.txt contained multiple cache.js file entries, now it only contains one FC8BCE744D2BA8E0C463CE0D2F389DB7.cache.js Devmode:devmode.js ...and now sdm works. And it's fast :-) On Thursday, December 4, 2014 10:15:36 AM UTC+1, Robert Hoffmann wrote: Hi, Is there a way to see which properties cause the permutations? (I'm using GWT 2.7.0) When compiling your project, you should have a compilation-mappings.txt file generated next to the *.nocache.js. -- You received this message because you are subscribed to a topic in the Google Groups GWT Contributors group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/google-web-toolkit-contributors/5lgtM77-1tM/unsubscribe. To unsubscribe from this group and all its topics, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit-contributors/bcf4a9ce-75f7-40af-a8c0-05273db066ee%40googlegroups.com. For more options, visit https://groups.google.com/d/optout. _ Robert Hoffmann, Ph.D. _ +43 (0) 660 348 6095 robert.hoffmann@gmail.com _ -- You received this message because you are subscribed to the Google Groups GWT Contributors group. To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit-contributors/3511E94D-A11C-4481-912A-526C1AD6FD7E%40gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: Petty easy OAuth with GWT
Enlightening article! Thanks Broyer! Em terça-feira, 5 de maio de 2015 13:30:08 UTC-3, Thomas Broyer escreveu: On Monday, May 4, 2015 at 10:09:43 PM UTC+2, Juan Pablo Gardella wrote: Awesome!! About: *Twitter and GitHub have custom authentication workflows and are not supported by gwt-oauth2 by default.* Is it plugable the workflow in the framework? More importantly: OAuth is not about authentication, it's about authorization only http://oauth.net/articles/authentication/ I don't think Twitter and GitHub have anything special when used for authorization (obtaining tokens to access their APIs). When used as authentication mechanisms, well, they're weak (or more accurately, you won't *authenticate* the user with them). -- 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.
GWT CompositeCell HasCell width
Hello, I am developing an application that uses CellTables with Columns constructed with a CompositeCell. Here is a quick snippet of what I am doing... ec sdfv q3414r -- 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: What is planned release date for GWT 2.8 (with lambdas) ?
So much for that date. -- 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.
Setting CompositeCell HasCell width
Hello, I am recently developing an application that is implementing a CellTable, where there are Columns where the underlying Cell object is a CompositeCell. As you know, a CompositeCell has an underlying ListHasCellT, C. Generally, i can get this to work just fine when I am simply displaying text with a ListHasCellObject, ?, with each HasCell containing a TextCell, or other Cells that take up a defined amount of visual real estate. The problem that I encounter is when trying to interact with an EditableTextCell embedded within the CompositeCell, when its underlying value is an empty String. Here is example code for reference... public void test() { CellTableObject table = new CellTableObject(); table.setTableLayoutFixed(true); EditTextCell eCell = new EditTextCell(); HasCellObject, ? innerColumn = new ColumnObject, String( eCell) { @Override public String getValue(Object object) { return ; } }; ListHasCellObject, ? hasCellList = new ArrayListHasCell Object, ?(); hasCellList.add(innerColumn); CompositeCellObject compCell = new CompositeCellObject( hasCellList); ColumnObject, Object outerColumn = new ColumnObject, Object(compCell) { @Override public Object getValue(Object object) { return object; } }; table.addColumn(outerColumn, Outer); table.setColumnWidth(outerColumn, 10, Unit.EM); } As this example relates to my actual project, I find that the width of the outerColumn is rendered just fine. And when eCell has a non-empty String, the cell can be clicked, and edited, and all of that. However, in the case where the eCell gets an empty String, the clickable area (to edit its contents) is incredibly narrow, and very difficult to find unless you know what to look for. Considering that i am able to interact with EditableTextCells with emtpy String values at the outerColumn level, I thought that all I would need to do is to define a width of innerColumn. For the life of me, i cannot figure out how to set the width of innerColumn, as it is not directly attached to the CellTable. How do I do that, or am I approaching this incorrectly? Note that the example is a simplification, and that the reason I am using the CompositeCell to optionally render a TextCell or EditableTextCell conditionally based on the Object passed to the CompositeCell. thanks, Rob -- 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.