GWT Highcharts is great looking but don't ignore the pricing. It's not
exactly front-and-center on the website.
http://shop.highsoft.com/highcharts.html
If you use it on a non-app website it's $90. That won't cover most GWT use,
so for commercial GWT app use it starts at $390, multiple
I agree that a servlet that cares whether it runs on jetty vs. tomcat is
suspect and doing something wrong. However, there are tangible differences
between jetty 6 and the years that have gone on since then: i.e. updated
servlet APIs. The fact that jetty 6 is stuck and an old servlet api is a
final ChosenListBox teamChosen = new ChosenListBox(true);
teamChosen.getElement().setId(data);//multiple
// init options for teamchosen
String[] teams = new String[] {
Dallas Cowboys, New York Giants, Philadelphia Eagles,
Washington Redskins,
On Friday, September 13, 2013 10:18:20 PM UTC+2, Matt Hauck wrote:
It's been two years+ since this answer and gwt is still on jetty 6. Is
this in plan yet to support upgrading jetty?
Yes: https://gwt-review.googlesource.com/4323
FYI, the classloader issues were with Spring Roo, not in GWT
On Saturday, September 14, 2013 9:46:26 AM UTC+2, M. Venkateswara Rao wrote:
final ChosenListBox teamChosen = new ChosenListBox(true);
teamChosen.getElement().setId(data);//multiple
// init options for teamchosen
String[] teams = new String[] {
Dallas
getModuleBaseURL returns the folder where the *.nocache.js lives. You
probably need getHostPageBaseURL, which is the folder in which your HTML
page (which loads the *.nocache.js file) lives.
Also, those methods return a value that ends in /, so you don't need to
append / to it:
How can I use different CSS files, and different code for different
Browsers or devices?
What I want:
For the desktop web browser, I show all of the applications functionality
with images of different resolution.
However, on a Tablet (iPad) I show the same application but with different
I use Google Gin and switch Ginjectors based on a form factor property in
my module XML so its basically the factory approach.
interface AppInjector extends Ginjector {
App getApp();
}
@GinModule(DesktopModule.class)
interface DesktopAppInjector extends AppInjector {}
// just for
We were using the official one but switched to the unofficial one. It is more
current with the js api and a little easier to use. It's not much different
than the official one though. I'd skip to the unofficial version.we're using
scatter charts with annotations. It's really nice.
--
You
@Jens: thanks for sharing your thoughts and inspiration.
On Sat, Sep 14, 2013 at 4:43 PM, Jens jens.nehlme...@gmail.com wrote:
I use Google Gin and switch Ginjectors based on a form factor property in
my module XML so its basically the factory approach.
interface AppInjector extends
I deployed it to Google App Engine here
http://neptune-1.appspot.com/
Note the source code download doesn't have the App Engine artifacts and
some changes with session handling required for App Engine deployment.
--
You received this message because you are subscribed to the Google Groups
Sweet. =)
--
Matt Hauck
On Saturday, September 14, 2013 at 3:53 AM, Thomas Broyer wrote:
On Friday, September 13, 2013 10:18:20 PM UTC+2, Matt Hauck wrote:
It's been two years+ since this answer and gwt is still on jetty 6. Is this
in plan yet to support upgrading jetty?
Hi Jens,
Seems to be more problem than anticipated.
Some of the graphIterators e.g BreadthFirstIterator, DepthFirstIterator,
use java.util.ArrayDeque java.util.Deque. Without the iterators, I will
have to roll-out my own traversal mechanism - which seem counter-intuitive
of using the
Sorry - I guess I sounded pessimistic on my previous post.
After closer look - it seems only those two iterators e.g
BreadthFirstIterator, DepthFirstIterator - use Deque. and ArrayDeque. The
other iterators work fine.
So I would really appreciate any help with porting them to GWT ??
Would
14 matches
Mail list logo