As for the Why, many rich text editors (and word processors) use
Shift+Enter for a line-break and Enter for a paragraph break. I'd make
the assumption that Ryan is wanting to do something similar.
On Feb 24, 9:54 am, Greg Dougherty dougherty.greg...@mayo.edu wrote:
Why? What are you trying to
I'd like to know this as well. I've been waiting to pre-order it for
quite a while and hoping to grab the MEAD since there really aren't
that many great GWT 2+ books out currently.
On Feb 4, 12:41 pm, Lisa D lisadunne2...@gmail.com wrote:
Just hoping someone might have more insight into when the
Out of curiosity, is there supposed to be audio?
On Jan 2, 2:37 pm, Gal Dolber gal.dol...@gmail.com wrote:
http://www.youtube.com/watch?v=S_u7CkU_NnI
--
Guit: Elegant, beautiful, modular and *production ready* gwt applications.
http://code.google.com/p/guit/
--
You received this message
I'm trying to send the session ID with every RPC request my GWT
application makes and handle our login context. On the server, it
looks like you can handle that by overriding
onAfterRequestDeserialized() and onAfterResponseSerialized() (we don't
need to add any information to the outgoing payload,
Also, in the discussion I saw about this, it was said that it was more
secure to send the session ID in the RPC itself instead of getting it
from the header/cookie. Why is this? Does GWT add something extra like
a hash to make sure the RPC hasn't been tampered with?
On Dec 29, 9:24 am, Falcon
, and
compare the session id in header with the one you get from the session
cookie.
--Sri
On 29 December 2010 21:01, Falcon msu.fal...@gmail.com wrote:
Also, in the discussion I saw about this, it was said that it was more
secure to send the session ID in the RPC itself instead of getting it
from
bruce, I currently am doing just that.
I'm having to make several of my own widgets as opposed to using some
of the built-in GWT widgets (and you may have to make your own
implementations of built-in widgets for certain platforms), and your
mobile targets will need decent JavaScript support (i.e.
The web, in general, is stateless, and http is a stateless protocol.
The upshot of this is that every time you send a request to a web
server it has no idea who you are without some identifying piece of
information.
So, once a session has been set on a server, that session has an ID.
The user has
If you use gwtquery, you can do all of your code directly in Java and
GWT will be able to compile it.
If you use jQuery directly, you'll have to wrap the jQuery calls in
JSNI (although you can wrap them in GWT Java functions and use those
too in some cases), so GWT won't be able to optimize as
I wouldn't think so, Brett. All of those tabs should be sandboxed.
JavaScript from one tab can't access JavaScript from other tabs.
If you mean an outside script or something like an add-on, they're all
equally vulnerable. See the Firefox extensions Live HTTP headers,
Modify Headers, and Tamper
Yes, JuDaC, there's absolutely nothing you can do about that. If the
user wants to see something, they can, and it's their responsibility
to make sure their browser isn't compromised. You can take steps
toward making sure what they sent actually came from them to try and
prevent what they send
reliable.
Falcon, you are right. I can't prevent the user from seeing the
information, but what I want is to prevent someone to hijack the
session (by racking the user) and keep sending to the server
repeatedly the same package, or worst changing some informations on
the package.
Can you
reliable.
Falcon, you are right. I can't prevent the user from seeing the
information, but what I want is to prevent someone to hijack the
session (by racking the user) and keep sending to the server
repeatedly the same package, or worst changing some informations on
the package
Also look out for requests to
http://www.yoursiteurl.com
and
http://yoursiteurl.com
Cookies for one, depending on the way your cookies are being set (the
host, in particular), may not be valid for both.
On Oct 12, 5:14 am, George Georgovassilis g.georgovassi...@gmail.com
wrote:
Hello Denis,
TabLayoutPanel either has to be a direct descendant of one of the
other LayoutPanels or needs an explicit height to be set (and % won't
work because of the structure). I really dislike that the panel won't
take up as much space as it needs by default, or at least have an
option to work that way,
...@gmail.com wrote:
Arrgggh!!! That was it. I would have sworn I tried that. I know I did
on everything else that makes up the panel.
@Falcon - it did work with a %. Not disputing your assertion, just
stating my experience. This panel is so useful but strange...
Rudhttp://www.mysticlakesoftware.com
That code gives you something like:
div !-- HTMLPanel widget --
div id='abc'
divhi/div !-- Label widget --
/div
/div
with the GWT classes sprinkled on to keep track of the widgets, of
course.
The HTML div with hi has div#abc as its parent element. The GWT
Label's (which is a
:15 pm, Falcon msu.fal...@gmail.com wrote:
That code gives you something like:
div !-- HTMLPanel widget --
div id='abc'
divhi/div !-- Label widget --
/div
/div
with the GWT classes sprinkled on to keep track of the widgets, of
course.
The HTML div with hi has
(That should be Document.get().createDivElement())
On Oct 6, 4:03 pm, Falcon msu.fal...@gmail.com wrote:
Yes. You could have a widget physically attached to the DOM (as in
actually inserted into the HTML page) without doing the necessary
steps to have it logically attached in the Widget
What's the best practice to add a ClickHandler in GWT to an Element?
For example, I have a ul with multiple li Elements inside, and I
need to take an action based on which li is clicked. (It would also be
best if other widgets could listen for those events, since I'm using
this to make tabs but
In general, the *LayoutPanels need one of the LayoutPanels as their
parents because of the absolute positioning CSS magic GWT is doing to
make the layouts work. You can switch to using one of the LayoutPanels
as a parent; set a height value for the StackLayoutPanel in your code
(which is obviously
I'm in a situation where I'm having to use a custom UListPanel instead
of UIBinder since I have dynamic content (I won't know how many I need
beforehand). I definitely agree that you should use UIBinder whenever
possible, but in my case I'm making my own version of TabPanel with a
ulli structure
GWT has a DListElement (
http://google-web-toolkit.googlecode.com/svn/javadoc/2.1/com/google/gwt/dom/client/DListElement.html
) but I'm unable to find a corresponding dt or dd.
Do I need to make my own dt and dd or do they exist somewhere else
that I'm just missing? Seems a bit odd to provide the
, Falcon msu.fal...@gmail.com wrote:
GWT has a DListElement
(http://google-web-toolkit.googlecode.com/svn/javadoc/2.1/com/google/g...
) but I'm unable to find a corresponding dt or dd.
Do I need to make my own dt and dd or do they exist somewhere else
that I'm just missing? Seems a bit odd
Each PushButton is wrapped in a div, which is a block-level element.
You'll need to change the divs to inline, inline-block, or float them
in the PushButton style settings.
On Sep 23, 3:15 pm, Michelle Mu mmumail2...@gmail.com wrote:
I need to add some small image icons(16*16) into a flowPanel.
Two problems that generally cause this:
1) Make sure you're in standards mode. (!DOCTYPE html at the start
of your HTML document)
2) TabLayoutPanel is designed to be used inside the other Layout
panels introduced in GWT 2.0. In order to get your content to show,
you'll have to make sure you're
I'm not sure why you'd want to when there's PHP, Perl, Python, Ruby,
Java, etc. Unless there's some special reason to use C that I don't
know about you'll probably be a lot more productive using a higher
level language.
The GWT forum is kind of a strange place for this question. Java is
certainly
Hey all,
I'm creating my own version of a TabPanel that works in standards mode
and doesn't require one of the layout panels so that the content area
can take up just the amount of space needed for the content inside.
I have a panel container (which is a div), tab bar (a ul or ol), and
tab
I'm pretty new to the GWT layout system. Since I'm using standards
mode I really should use TabLayoutPanel instead of TabPanel. However,
I need the content area of each tab to fill all of the vertical and
horizontal space of its parent. How do I accomplish that?
Thanks!
--
You received this
it as quickly as possible, but the
problem is I don't know exactly what I don't know.
On Aug 30, 2:28 pm, Gal Dolber gal.dol...@gmail.com wrote:
Hope this won't sound too bad: why don't you hand-write dependency injection
on every project?
2010/8/30 Falcon msu.fal...@gmail.com
Gal, Jambi
directly if possible as those rendering
modes don't always do a perfect job and there may be minor
differences, but at least the developer tools should get you in the
ballpark.
On Aug 30, 7:29 am, Magnus alpineblas...@googlemail.com wrote:
Hi Falcon,
thank you very much!!!
This works perfectly
. If everything is lining up
when you look at it in IE7, you're fine. =)
On Aug 30, 11:49 am, Magnus alpineblas...@googlemail.com wrote:
Hi Falcon,
if one should not use HorizontalPanel, would you prefer the use of
FlowPanel over inserting the IE7 specific style?
How did it come you proposed
Gal, Jambi was asking why you would use an MVP framework instead of
just doing it the way described in the MVP tutorial on the GWT site.
Jambi, I don't have a great answer for you as I'm new to all of this
myself, but I'd imagine it's to make your life easier and to handle
more things
The problem in the example code that you posted is that the width is
getting set to 368px on the table in the inline style, which is
overriding the width: 100% that you want. Now, I'm not looking at this
with IE7, but with IE9 developer preview in IE7 standards mode, so
it's possible that there's
correctly
in standards mode, but if that doesn't work then you can use the fix I
detailed above.
On Aug 27, 9:22 am, Falcon msu.fal...@gmail.com wrote:
The problem in the example code that you posted is that the width is
getting set to 368px on the table in the inline style, which is
overriding
I would imagine that Google will continue to improve GWT so that they
can build future applications themselves. I would think the big two
they would use internally would be Closure and GWT, so as long as
Google is making web-based apps, I doubt you have much to worry about,
as they need the tools
Your DockLayoutPanel will need an explicit size somewhere (either by
specifying width or by using top, left, right, bottom with
positioning).
I created a couple of quick examples for you:
http://www.lemonrage.com/nate/misc/centerViaMargins.html
Thanks.
I think I can still get away with using GWT as long as I don't use any
of the built-in layout panels, widgets, etc. I'll let you guys know
how it goes.
On Aug 1, 3:29 am, Sebastian Rothbucher
sebastian.rothbuc...@clarities.de wrote:
Hi Falcon,
when turning off JavaScript is criterion
(You can also use event.returnValue = false, at least for IE.)
On Aug 2, 3:50 pm, Falcon msu.fal...@gmail.com wrote:
In browsers that don't support the W3C event model, you'll need to
return false instead.
(Also, to be clear, event.preventDefault() prevents the default
browser action from
Hey all.
I'm going to be using GWT for some mobile phone web applications. My
company primarily makes Java desktop applications and wants web
versions of several of those applications. There's another group here
that's already using GWT for web apps but they're not concerned with
mobile phone
40 matches
Mail list logo