Re: NEW world for me

[Vince Eagen]

Nothing too fancy, lots of RPCs. JPA for the back-end but we scrub the
hibernate collections with Dehydrator before putting them on the wire.
There's some SVG on the front-end to draw some pretty pictures and easily
make vector PDFs
http://www.vectomatic.org/libs/lib-gwt-svg

We use UiBinder a tiny bit but it feels like overkill when you have custom
widgets.

I keep looking at requestFactory, but it seems like more work writing
bean+interface+factory+locator than to write bean+RPC.  Is there some
advantage there I'm not seeing?


On Thu, Feb 11, 2016 at 6:23 AM, salk31  wrote:

> Seems like a good choice to start with ;)
>
> Any idea what bits of GWT you are going to use and backend technology? GWT
> doesn't really tie you to anything apart from Java source and JavaScript
> runtime.
>
> I'm a huge Widget/UiBinder/Editor/RequestFactory/JSR-303/JPA fan but lots
> of variations that people use and work fine.
>
> On Wednesday, February 10, 2016 at 11:09:12 AM UTC, koffi jean françois
> koffi wrote:
>>
>> I am new GWT developper and I have to make an enterprise application with
>> GWT so I hope that you will be prompt to help me ... Thks
>>
>> --
> You received this message because you are subscribed to a topic in the
> Google Groups "GWT Users" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/google-web-toolkit/i-43poug6ME/unsubscribe
> .
> To unsubscribe from this group and all its topics, 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 https://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 "GWT 
Users" 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 https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.

Page Document Resize On Load

[Vince]

Hello,

There's this resize of the content that happens on load of the page
where GWT is running. This page is launched from an app that does not
employ GWT and is using a style on its body element that zeroes out
the padding and margin style attributes. To note, the GWT application
does the same thing - zeroes out the padding and margin style
attributes upon entry to the EntryPoint component, e.g.

RootPanel.get().addStyleName(root-panel-specs);

Where in, root-panel-specs is a style name that flattens (presumably)
the areas around the document page box.

So visually this is the progression, JSP -- JSP with GWT.

The zeroeing out of the wrapping contents (padding/margin) actually
works but there seems to be a slight flicker of a second where in the
GWT document on load raises to a certain padding and/or margin value
(making the page content display to shrink). Once execution hits the
statement above, it expands to occupy the full client size area again.

Does anybody have any ideas on why this is happening? Would appreciate
very much any insights.

Thanks,
Vince

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.

On struts2gwtplugin...

[Vince]

Hello,

We've been using GWT 1.7.1 with struts2gwtplugin-0.2.1 for quite
sometime now with zero problems until now... We're currently
encountering a NullPointerException on a callback transmission which
goes like this...

java.lang.NullPointerException
at
com.googlcode.strut2gwtplugin.interceptor.GWTServlet.processCall(GWTServlet.java:
91)
at
com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(RemoteServiceServlet.java:
86)
...

We've gone over our configuration; struts.xml, callback interfaces and
the actual action class and everything checks out... We've checked the
source of the file, GWTServlet but the code does not make any sense to
us at this point. So the first and foremost question is,

1. Could anybody please point us to the right direction on what the
real source of this issue is? Would greatly appreciate it...
2. Does anybody know the most recent version of this plugin? We're
wondering if an upgrade is needed...

Thanks in advance...

Best,
Vince

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.

Re: On struts2gwtplugin...

[Vince]

Hello,

We found the problem... First of all we were looking at the wrong AJAX
call which started the entire puzzle over what was happening, totally
our mistake. Second of all, we were indeed encountering a null value
in one of our callback communications. We fixed the problem...

Having said that, we will be looking for a newer struts2gwtplugin.
Hopefully one that could register the actual GWT API that made the
call and failed - this is wishful thinking I think at this point.
Moving forward, to note... Logging enhancements are needed.

Best,
Vince




On Jun 17, 10:11 am, Vince vicenci...@aol.com wrote:
 Hello,

 We've been using GWT 1.7.1 with struts2gwtplugin-0.2.1 for quite
 sometime now with zero problems until now... We're currently
 encountering a NullPointerException on a callback transmission which
 goes like this...

 java.lang.NullPointerException
         at
 com.googlcode.strut2gwtplugin.interceptor.GWTServlet.processCall(GWTServlet­.java:
 91)
         at
 com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(RemoteServiceSer­vlet.java:
 86)
 ...

 We've gone over our configuration; struts.xml, callback interfaces and
 the actual action class and everything checks out... We've checked the
 source of the file, GWTServlet but the code does not make any sense to
 us at this point. So the first and foremost question is,

 1. Could anybody please point us to the right direction on what the
 real source of this issue is? Would greatly appreciate it...
 2. Does anybody know the most recent version of this plugin? We're
 wondering if an upgrade is needed...

 Thanks in advance...

 Best,
 Vince

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.

Creating images with sources outside of the webapp context.

[Vince]

Hello,

I'm trying to create an image with a source on the server located by
an absolute path, e.g.

...
Element imgElement = DOM.createImg();
imgElement.setAttribute(src, photoPath);
Image photo = Image.wrap(imgElement);
vp.add(photo);
...

where in, vp is a VerticalPanel widget and photoPath is the absolute
location of the image from the server's local folders, e.g. c:/folder1/
folder2/filename.jpg. NOTE : The images do exist.

It doesn't seem to do the trick as I am getting that funky colorful
browser icon on it's expected place on page.

Is there a correct way of doing this? Would appreciate any leads I
could follow...

Thanks,
Vince

-- 
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.

Re: Grid (Sluggish Load)

[Vince]

Thank you for the feedbacks, Thomas and Trevor... I'm looking into the
possible solutions now. Appreciate it...


On Dec 4, 9:20 am, Trevor Skaife tska...@gmail.com wrote:
 Another thing you can do is not attach the grid to the page until it
 is fully loaded, the dom operations are faster when the table isn't
 displayed on the screen. But pagination would be very helpful as well.

 On Dec 3, 2:09 pm, Thomas Matthijs thomas.matth...@gmail.com wrote:



  On Thu, Dec 3, 2009 at 21:05, Vince vicenci...@aol.com wrote:
   Hello,

   I have a regular Grid implementation with 5 columns that loads in 300
   records within a DialogBox. Everything is fine until the actual return
   off of a Callback that handles the feedback from a data extraction
   routine intended to populate the Grid.

   Problem : The Grid seems to take an awfully long time to load the
   data (simple Strings) to a full 300 rows.

  Dom operations are slow, you need to minimise these, there are some
  widgets in the incubator (which might need modifications to get them
  to work on recent gwt version)
  that should be faster
  Seehttp://code.google.com/docreader/#p=google-web-toolkit-incubators=go...-
   Hide quoted text -

 - Show quoted text -

--

You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.

Click vs. Double Click

[Vince]

Hello,

Case :

I am trying to implement Click and Double Click handlers to an HTML
object (It's actually an extension of the HTML widget with an
implements HasDoubleClickHandlers clause).

Problem :
The Click event gets caught twice before logic catches the
onDoubleClick event.

Question :
Is there a suitable means in GWT that could discern the Single Click
event from the Double Click?

Would appreciate tips and suggestions...

Thanks,
Vince

--

You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.

Grid (Sluggish Load)

[Vince]

Hello,

I have a regular Grid implementation with 5 columns that loads in 300
records within a DialogBox. Everything is fine until the actual return
off of a Callback that handles the feedback from a data extraction
routine intended to populate the Grid.

Problem : The Grid seems to take an awfully long time to load the
data (simple Strings) to a full 300 rows.

Possible Solutions :

1. One solution I am considering is pagination of the data. 100
records seems to register a descent enough load time and do paging for
the next set of hundred records. Anything over that seems to take the
process down.

2. Another is the caching of the actual dialog box for succeeding use.
The problem I see here is a refresh process (but this is another
story).

QUESTIONS :

1. Can anybody please share their point of view onto why the slow down
is happening. I didn't quite expect this given the data to be just a
set of String values.

2. I'm using a loop and going through each cell to set content in...
Am I missing something in terms of how a proper way of loading a Grid
is concerned?

Thanks,
Vince

--

You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.

Re: Upgrade 1.5.3 to 1.7.1

[Vince]

Just wanted to thank the people who gave pointers on this subject.

To : Thomas Broyer, SmartKiller, Olivier and tskaife... Help is
greatly appreciated!

My work is now running on top of GWT 1.7.1.

Thanks a Million,
Vince



On Nov 11, 5:08 pm, Vince vicenci...@aol.com wrote:
 Hello tskaife,

 Yep! I just figured it out... I did insert the java thread size
 specifier, e.g. -Xss16M. Is that overkill?

 Anyhow, thanks for the feedback... Appreciate it. Now I'm back on
 track.

 Thanks,
 Vince

 On Nov 11, 4:50 pm, tskaife tska...@gmail.com wrote:



  There was an issue like that in 1.6 which I think has been fixed in
  1.7

 http://code.google.com/p/google-web-toolkit/issues/detail?id=3510

  try adding -Xss1024k

  On Nov 11, 2:23 pm, Vince vicenci...@aol.com wrote:

   Hello,

   Is this script correct?

   @java -Xmx256M -cp %~dp0\src;%~dp0\web\WEB-INF\classes;C:\workspace
   \env\GWT 1.6.4\gwt-windows-1.6.4\gwt-user.jar;C:\workspace\env\GWT
   1.6.4\gwt-windows-1.6.4\gwt-dev-windows.jar
   com.google.gwt.dev.Compiler -war %~dp0\www %*
   com.timelink.falco.wui.wuigwt.TestApp

   Thanks,
   Vince

   On Nov 11, 2:33 pm, Vince vicenci...@aol.com wrote:

Phase : Change version 1.5.3 - 1.6.4

I'm in the process of changing the compilation build script from using
GWTCompile to Compile and I am encountering a StackOverFlow error on
my code. This error didn't use to be thrown when using version
1.5.3...

Does anybody have any idea on where this error could be originating
from? A concept change perhaps from 1.5.3... The only clue I have is
that it's coming from an ArrayList invocation.

Thanks,
Vince

P.S. Here's a few iterations of the stack trace of that exception...

   [ERROR] Unexpected internal compiler error
java.lang.StackOverflowError
        at java.io.ObjectOutputStream$HandleTable.hash(Unknown Source)
        at java.io.ObjectOutputStream$HandleTable.lookup(Unknown
Source)
        at java.io.ObjectOutputStream.writeObject0(Unknown Source)
        at java.io.ObjectOutputStream.defaultWriteFields(Unknown
Source)
        at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
        at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
Source)
        at java.io.ObjectOutputStream.writeObject0(Unknown Source)
        at java.io.ObjectOutputStream.writeObject(Unknown Source)
        at java.util.ArrayList.writeObject(Unknown Source)
        at sun.reflect.GeneratedMethodAccessor53.invoke(Unknown
Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
Source)
        at java.lang.reflect.Method.invoke(Unknown Source)
        at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
        at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
        at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
Source)
        at java.io.ObjectOutputStream.writeObject0(Unknown Source)
        at java.io.ObjectOutputStream.defaultWriteFields(Unknown
Source)
        at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
        at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
Source)
        at java.io.ObjectOutputStream.writeObject0(Unknown Source)
        at java.io.ObjectOutputStream.writeObject(Unknown Source)
        at java.util.ArrayList.writeObject(Unknown Source)
        at sun.reflect.GeneratedMethodAccessor53.invoke(Unknown
Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
Source)
        at java.lang.reflect.Method.invoke(Unknown Source)
        at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
        at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
        at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
Source)
        at java.io.ObjectOutputStream.writeObject0(Unknown Source)
        at java.io.ObjectOutputStream.defaultWriteFields(Unknown
Source)
        at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
        at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
Source)
        at java.io.ObjectOutputStream.writeObject0(Unknown Source)
        at java.io.ObjectOutputStream.writeObject(Unknown Source)
        at java.util.ArrayList.writeObject(Unknown Source)
        at sun.reflect.GeneratedMethodAccessor53.invoke(Unknown
Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
Source)
        at java.lang.reflect.Method.invoke(Unknown Source)
        at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
        at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
        at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
Source)
        at java.io.ObjectOutputStream.writeObject0(Unknown Source

Re: Upgrade 1.5.3 to 1.7.1

[Vince]

SmartKiller : Thank you... I will surely turn to this board if I get
tied along the process. I greatly appreciate the help.




On Nov 11, 5:46 am, SmartKiller deepica...@gmail.com wrote:
 I have successfully migrated to ver 1.7.1 from 1.5.3  start with
 the GWT 1.6 release note. Whatever problem you face i will be here.

 On Nov 11, 3:26 am, Vince vicenci...@aol.com wrote:



  Hello,

  I am thinking of upgrading to version 1.7.1 from 1.5.3... I read the
  Getting Started guide for 1.7.1 and it seems that a considerable
  amount of change has taken place in terms of the base GWT project's
  structure and the means to deploy it, e.g. The utilization of Ant.

  Can anyone provide a kind of checklist to follow as guide to this
  task? I would appreciate the assistance...

  Thanks,
  Vince- Hide quoted text -

 - Show quoted text -
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-toolkit@googlegroups.com
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en
-~--~~~~--~~--~--~---

Re: Upgrade 1.5.3 to 1.7.1

[Vince]

Thomas : Thank you for the tip... I greatly appreciate the assistance.




On Nov 10, 7:33 pm, Thomas Broyer t.bro...@gmail.com wrote:
 On 10 nov, 23:26, Vince vicenci...@aol.com wrote:

  Hello,

  I am thinking of upgrading to version 1.7.1 from 1.5.3... I read the
  Getting Started guide for 1.7.1 and it seems that a considerable
  amount of change has taken place in terms of the base GWT project's
  structure and the means to deploy it, e.g. The utilization of Ant.

  Can anyone provide a kind of checklist to follow as guide to this
  task? I would appreciate the assistance...

 Something like 
 this?http://code.google.com/webtoolkit/doc/1.6/ReleaseNotes_1_6.html#Upgra...

 (path: what's new in 1.7.1 - how to upgrade - 1.6 release notes -
 how to upgrade)
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-toolkit@googlegroups.com
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en
-~--~~~~--~~--~--~---

Re: Upgrade 1.5.3 to 1.7.1

[Vince]

SmartKiller : Is the /war directory name fixed or can it be renamed to
something like /web?




On Nov 11, 5:46 am, SmartKiller deepica...@gmail.com wrote:
 I have successfully migrated to ver 1.7.1 from 1.5.3  start with
 the GWT 1.6 release note. Whatever problem you face i will be here.

 On Nov 11, 3:26 am, Vince vicenci...@aol.com wrote:



  Hello,

  I am thinking of upgrading to version 1.7.1 from 1.5.3... I read the
  Getting Started guide for 1.7.1 and it seems that a considerable
  amount of change has taken place in terms of the base GWT project's
  structure and the means to deploy it, e.g. The utilization of Ant.

  Can anyone provide a kind of checklist to follow as guide to this
  task? I would appreciate the assistance...

  Thanks,
  Vince- Hide quoted text -

 - Show quoted text -
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-toolkit@googlegroups.com
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en
-~--~~~~--~~--~--~---

Re: Upgrade 1.5.3 to 1.7.1

[Vince]

Thanks, Olivier...

On Nov 11, 10:47 am, Olivier oliv...@digiworks.es wrote:
 You can specify the war directory with the option -war when using
 DevMode or compiling.

 http://code.google.com/webtoolkit/doc/1.6/FAQ_DebuggingAndCompiling.h...http://code.google.com/webtoolkit/doc/1.6/FAQ_DebuggingAndCompiling.h...





 Vince wrote:
  SmartKiller : Is the /war directory name fixed or can it be renamed to
  something like /web?

  On Nov 11, 5:46 am, SmartKiller deepica...@gmail.com wrote:
  I have successfully migrated to ver 1.7.1 from 1.5.3  start with
  the GWT 1.6 release note. Whatever problem you face i will be here.

  On Nov 11, 3:26 am, Vince vicenci...@aol.com wrote:

  Hello,
  I am thinking of upgrading to version 1.7.1 from 1.5.3... I read the
  Getting Started guide for 1.7.1 and it seems that a considerable
  amount of change has taken place in terms of the base GWT project's
  structure and the means to deploy it, e.g. The utilization of Ant.
  Can anyone provide a kind of checklist to follow as guide to this
  task? I would appreciate the assistance...
  Thanks,
  Vince- Hide quoted text -
  - Show quoted text -

 --

 Olivier
 Digiworks

 Política de Protección de Datos de Carácter Personal
 En cumplimiento de la Ley Orgánica 15/1999, de 13 de diciembre,  sobre
 protección de Datos de Carácter Personal (LOPD) DIGIWORKS SPAIN, S.L.
 informa a los usuarios de que:

 Los Datos de Carácter Personal que recoge son objeto de tratamiento
 automatizado y se incorporan en los ficheros correspondientes,
 debidamente registrados en la Agencia Española de Protección de Datos.
 El usuario podrá,  en todo momento, ejercitar los derechos reconocidos
 en la LOPD, de acceso, rectificación, cancelación y oposición. El
 ejercicio de estos derechos puede realizarlo el propio usuario mediante
 comunicación escrita en la siguiente dirección postal:

 DIGIWORKS SPAIN, S.L.
 AVDA SAN RAFAEL, 11, LOCAL 2
 03580 ALFAZ DEL PI
 ALICANTE

 También pueden ejercitar estos derechos en los términos que la normativa
 aplicable establece y que puede consultar enwww.agpd.es.- Hide quoted text -

 - Show quoted text -
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-toolkit@googlegroups.com
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en
-~--~~~~--~~--~--~---

Re: Upgrade 1.5.3 to 1.7.1

[Vince]

Phase : Change version 1.5.3 - 1.6.4

I'm in the process of changing the compilation build script from using
GWTCompile to Compile and I am encountering a StackOverFlow error on
my code. This error didn't use to be thrown when using version
1.5.3...

Does anybody have any idea on where this error could be originating
from? A concept change perhaps from 1.5.3... The only clue I have is
that it's coming from an ArrayList invocation.

Thanks,
Vince

P.S. Here's a few iterations of the stack trace of that exception...

   [ERROR] Unexpected internal compiler error
java.lang.StackOverflowError
at java.io.ObjectOutputStream$HandleTable.hash(Unknown Source)
at java.io.ObjectOutputStream$HandleTable.lookup(Unknown
Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.defaultWriteFields(Unknown
Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.writeObject(Unknown Source)
at java.util.ArrayList.writeObject(Unknown Source)
at sun.reflect.GeneratedMethodAccessor53.invoke(Unknown
Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.defaultWriteFields(Unknown
Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.writeObject(Unknown Source)
at java.util.ArrayList.writeObject(Unknown Source)
at sun.reflect.GeneratedMethodAccessor53.invoke(Unknown
Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.defaultWriteFields(Unknown
Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.writeObject(Unknown Source)
at java.util.ArrayList.writeObject(Unknown Source)
at sun.reflect.GeneratedMethodAccessor53.invoke(Unknown
Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.defaultWriteFields(Unknown
Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.defaultWriteFields(Unknown
Source)
at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
Source)
at java.io.ObjectOutputStream.writeObject0(Unknown Source)
at java.io.ObjectOutputStream.writeObject(Unknown Source)
at java.util.ArrayList.writeObject(Unknown Source)
at sun.reflect.GeneratedMethodAccessor53.invoke(Unknown
Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
Source)
at java.lang.reflect.Method.invoke(Unknown Source)...




On Nov 11, 10:47 am, Olivier oliv...@digiworks.es wrote:
 You can specify the war directory with the option -war when using
 DevMode or compiling.

 http://code.google.com/webtoolkit/doc/1.6/FAQ_DebuggingAndCompiling.h...http://code.google.com/webtoolkit/doc/1.6/FAQ_DebuggingAndCompiling.h...





 Vince wrote:
  SmartKiller : Is the /war directory name fixed or can it be renamed to
  something like /web?

  On Nov 11, 5:46 am, SmartKiller deepica...@gmail.com wrote:
  I have successfully migrated to ver 1.7.1 from 1.5.3  start with
  the GWT 1.6 release note. Whatever problem you

Re: Upgrade 1.5.3 to 1.7.1

[Vince]

Hello,

Is this script correct?

@java -Xmx256M -cp %~dp0\src;%~dp0\web\WEB-INF\classes;C:\workspace
\env\GWT 1.6.4\gwt-windows-1.6.4\gwt-user.jar;C:\workspace\env\GWT
1.6.4\gwt-windows-1.6.4\gwt-dev-windows.jar
com.google.gwt.dev.Compiler -war %~dp0\www %*
com.timelink.falco.wui.wuigwt.TestApp

Thanks,
Vince


On Nov 11, 2:33 pm, Vince vicenci...@aol.com wrote:
 Phase : Change version 1.5.3 - 1.6.4

 I'm in the process of changing the compilation build script from using
 GWTCompile to Compile and I am encountering a StackOverFlow error on
 my code. This error didn't use to be thrown when using version
 1.5.3...

 Does anybody have any idea on where this error could be originating
 from? A concept change perhaps from 1.5.3... The only clue I have is
 that it's coming from an ArrayList invocation.

 Thanks,
 Vince

 P.S. Here's a few iterations of the stack trace of that exception...

    [ERROR] Unexpected internal compiler error
 java.lang.StackOverflowError
         at java.io.ObjectOutputStream$HandleTable.hash(Unknown Source)
         at java.io.ObjectOutputStream$HandleTable.lookup(Unknown
 Source)
         at java.io.ObjectOutputStream.writeObject0(Unknown Source)
         at java.io.ObjectOutputStream.defaultWriteFields(Unknown
 Source)
         at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
         at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
 Source)
         at java.io.ObjectOutputStream.writeObject0(Unknown Source)
         at java.io.ObjectOutputStream.writeObject(Unknown Source)
         at java.util.ArrayList.writeObject(Unknown Source)
         at sun.reflect.GeneratedMethodAccessor53.invoke(Unknown
 Source)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
 Source)
         at java.lang.reflect.Method.invoke(Unknown Source)
         at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
         at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
         at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
 Source)
         at java.io.ObjectOutputStream.writeObject0(Unknown Source)
         at java.io.ObjectOutputStream.defaultWriteFields(Unknown
 Source)
         at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
         at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
 Source)
         at java.io.ObjectOutputStream.writeObject0(Unknown Source)
         at java.io.ObjectOutputStream.writeObject(Unknown Source)
         at java.util.ArrayList.writeObject(Unknown Source)
         at sun.reflect.GeneratedMethodAccessor53.invoke(Unknown
 Source)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
 Source)
         at java.lang.reflect.Method.invoke(Unknown Source)
         at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
         at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
         at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
 Source)
         at java.io.ObjectOutputStream.writeObject0(Unknown Source)
         at java.io.ObjectOutputStream.defaultWriteFields(Unknown
 Source)
         at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
         at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
 Source)
         at java.io.ObjectOutputStream.writeObject0(Unknown Source)
         at java.io.ObjectOutputStream.writeObject(Unknown Source)
         at java.util.ArrayList.writeObject(Unknown Source)
         at sun.reflect.GeneratedMethodAccessor53.invoke(Unknown
 Source)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
 Source)
         at java.lang.reflect.Method.invoke(Unknown Source)
         at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
         at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
         at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
 Source)
         at java.io.ObjectOutputStream.writeObject0(Unknown Source)
         at java.io.ObjectOutputStream.defaultWriteFields(Unknown
 Source)
         at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
         at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
 Source)
         at java.io.ObjectOutputStream.writeObject0(Unknown Source)
         at java.io.ObjectOutputStream.defaultWriteFields(Unknown
 Source)
         at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
         at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
 Source)
         at java.io.ObjectOutputStream.writeObject0(Unknown Source)
         at java.io.ObjectOutputStream.writeObject(Unknown Source)
         at java.util.ArrayList.writeObject(Unknown Source)
         at sun.reflect.GeneratedMethodAccessor53.invoke(Unknown
 Source)
         at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
 Source)
         at java.lang.reflect.Method.invoke(Unknown Source)...

 On Nov 11, 10:47 am, Olivier oliv...@digiworks.es wrote:



  You can specify the war directory with the option -war when using
  DevMode

Re: Upgrade 1.5.3 to 1.7.1

[Vince]

Hello tskaife,

Yep! I just figured it out... I did insert the java thread size
specifier, e.g. -Xss16M. Is that overkill?

Anyhow, thanks for the feedback... Appreciate it. Now I'm back on
track.

Thanks,
Vince




On Nov 11, 4:50 pm, tskaife tska...@gmail.com wrote:
 There was an issue like that in 1.6 which I think has been fixed in
 1.7

 http://code.google.com/p/google-web-toolkit/issues/detail?id=3510

 try adding -Xss1024k

 On Nov 11, 2:23 pm, Vince vicenci...@aol.com wrote:



  Hello,

  Is this script correct?

  @java -Xmx256M -cp %~dp0\src;%~dp0\web\WEB-INF\classes;C:\workspace
  \env\GWT 1.6.4\gwt-windows-1.6.4\gwt-user.jar;C:\workspace\env\GWT
  1.6.4\gwt-windows-1.6.4\gwt-dev-windows.jar
  com.google.gwt.dev.Compiler -war %~dp0\www %*
  com.timelink.falco.wui.wuigwt.TestApp

  Thanks,
  Vince

  On Nov 11, 2:33 pm, Vince vicenci...@aol.com wrote:

   Phase : Change version 1.5.3 - 1.6.4

   I'm in the process of changing the compilation build script from using
   GWTCompile to Compile and I am encountering a StackOverFlow error on
   my code. This error didn't use to be thrown when using version
   1.5.3...

   Does anybody have any idea on where this error could be originating
   from? A concept change perhaps from 1.5.3... The only clue I have is
   that it's coming from an ArrayList invocation.

   Thanks,
   Vince

   P.S. Here's a few iterations of the stack trace of that exception...

      [ERROR] Unexpected internal compiler error
   java.lang.StackOverflowError
           at java.io.ObjectOutputStream$HandleTable.hash(Unknown Source)
           at java.io.ObjectOutputStream$HandleTable.lookup(Unknown
   Source)
           at java.io.ObjectOutputStream.writeObject0(Unknown Source)
           at java.io.ObjectOutputStream.defaultWriteFields(Unknown
   Source)
           at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
           at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
   Source)
           at java.io.ObjectOutputStream.writeObject0(Unknown Source)
           at java.io.ObjectOutputStream.writeObject(Unknown Source)
           at java.util.ArrayList.writeObject(Unknown Source)
           at sun.reflect.GeneratedMethodAccessor53.invoke(Unknown
   Source)
           at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
   Source)
           at java.lang.reflect.Method.invoke(Unknown Source)
           at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
           at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
           at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
   Source)
           at java.io.ObjectOutputStream.writeObject0(Unknown Source)
           at java.io.ObjectOutputStream.defaultWriteFields(Unknown
   Source)
           at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
           at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
   Source)
           at java.io.ObjectOutputStream.writeObject0(Unknown Source)
           at java.io.ObjectOutputStream.writeObject(Unknown Source)
           at java.util.ArrayList.writeObject(Unknown Source)
           at sun.reflect.GeneratedMethodAccessor53.invoke(Unknown
   Source)
           at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
   Source)
           at java.lang.reflect.Method.invoke(Unknown Source)
           at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
           at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
           at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
   Source)
           at java.io.ObjectOutputStream.writeObject0(Unknown Source)
           at java.io.ObjectOutputStream.defaultWriteFields(Unknown
   Source)
           at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
           at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
   Source)
           at java.io.ObjectOutputStream.writeObject0(Unknown Source)
           at java.io.ObjectOutputStream.writeObject(Unknown Source)
           at java.util.ArrayList.writeObject(Unknown Source)
           at sun.reflect.GeneratedMethodAccessor53.invoke(Unknown
   Source)
           at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
   Source)
           at java.lang.reflect.Method.invoke(Unknown Source)
           at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
           at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
           at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
   Source)
           at java.io.ObjectOutputStream.writeObject0(Unknown Source)
           at java.io.ObjectOutputStream.defaultWriteFields(Unknown
   Source)
           at java.io.ObjectOutputStream.writeSerialData(Unknown Source)
           at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown
   Source)
           at java.io.ObjectOutputStream.writeObject0(Unknown Source)
           at java.io.ObjectOutputStream.defaultWriteFields(Unknown
   Source

Upgrade 1.5.3 to 1.7.1

[Vince]

Hello,

I am thinking of upgrading to version 1.7.1 from 1.5.3... I read the
Getting Started guide for 1.7.1 and it seems that a considerable
amount of change has taken place in terms of the base GWT project's
structure and the means to deploy it, e.g. The utilization of Ant.

Can anyone provide a kind of checklist to follow as guide to this
task? I would appreciate the assistance...

Thanks,
Vince
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to google-web-toolkit@googlegroups.com
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en
-~--~~~~--~~--~--~---

Standard JSP + GWT Usage

[Vince]

Hello,

My intro is a bit long but it would explain my case. Pls bear with
me... Many thanks...

I've started experimenting on a JSP + GWT coupling as part of a
project I'm doing. This together with Struts 2.0 is a part of a
project initiative that would expand the use of rich UI within a
product. The idea comes in different flavors...

1. First and foremost is to use an already existing header page
component with GWT components as the underlying content.

2. Have that GWT body communicate and reuse existing JSPs which are
already standard within the project.

3. And of course, have JSPs communicate with the GWT body.

Status of my work:

I have successfully coupled the header with a GWT body. This also
more or less answered the question on how I would facilitate the
communication between my GWT section with the rest of the JSPs (vice-
versa). I've implemented these simple experiment right on top of
Struts 2.0.

The makeup of the pages.

To incorporate the already existing header JSP. I've renamed the GWT
generated project.html to project.jsp and moved the GWT script
tag component within the head tag of the header as the last
element.

e.g.

project.jsp
1. include header
2. the rest of the elements here...

Problem:

When I try to proceed to another JSP right after a button is clicked
from the header, say next.jsp with the following makeup...

next.jsp
1. include header
2. the rest of the elements here...

... I end up seeing the following...
1. The header
2. The intended contents of next.jsp
3. The GWT content previously viewed prior to redirecting to next.jsp.

Questions:

1) The first question is, why?

2) I was wondering if I would need to do an elaborate DOM element
handling here to fix this. Or have I been doing anything wrong?

3) Is this coupling even feasible to implement?

Any knowledge enriching feedback would be greatly appreciated.

Thanks so much,
Vince

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to Google-Web-Toolkit@googlegroups.com
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

GWT (Multiple Pages Implementation)

[Vince]

Hello,

I just started out with GWT and currently building a prototype that is
intended as an enterprise skeleton application. The intent is to use
GWT with Struts 2.0 (via a plugin). I now have the basic structure of
the application and I have 3 simple pages that are facilitated by
DeckPanels. Then it suddenly occurred to me... Having several panels
(DeckPanels) to simulate pages in an enterprise web system could be
trouble in performance and possibly maintenance (?).

So I turned to the internet for some information and came upon
suggestions ranging from embedded GWTs in JSPs using markups (Reminds
me of YUI but that's another story) to multiple launching point HTMLs
and matching EntryPoint classes.

That said, and based on several informative readings, I come to the
point of asking these questions to anybody who could provide me with
an objective opinion and strong recommendation if possible. Simply put
- Help!

1. What is Google's recommended paging approach (The way I understand
it is via DeckPanels)?
2. How efficient is using a DeckPanel to accommodate several pages
(Any number of pages in mind it could safely support)?
3. With an enterprise web app comprising of numerous screens (and when
I say numerous please imagine our trusty old Eclipse editor's
interface), would DeckPanels be recommendable?
4. What's a suitable alternative to DeckPanels (I would appreciate any
recommendations)?

I would appreciate any feedback, assistance and most importantly added
knowledge on my part.

Thanks,
Vince

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to Google-Web-Toolkit@googlegroups.com
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

HorieontalSplitPanel + Frame acts weird in Firefox 3...

[vince]

Hello everyone,


My application uses a HorizontalSplitPanel as main panel. The left
side contain a StackPanel.
There are 2 panels composing the stack panel. One displays a tree, the
other one is a small search panel displayin a possible result list.

When the user clicks on either a tree node or a row in the results
list, the application retrieves a PDF file and displays it in the righ
side of the HorizontalSplitPanel through a Frame. The URL of the frame
is set by calling a simple (as in non-GWT RPC) servlet.

Now the issue is that as soon as the PDF is displayed in the right
part (the default PDF reader plugin is used, in this case it's Adobe
Reader 9), the splitter acts weird when I try to drag it:

* If I drag to the left, it resizes OK and everything's fine.
* If I keep my finger on the left mouse button and try to drag to the
right, then it becomes all weird. The splitter won't move to the
right! On the other hand, it still moves to the the left --even if I
release the mouse button!
To make this behaviour stop, I have to click a single time on the
splitter. But I still can't move it to the right if I try to do it
normally. Instead, the only way to make it move to the right is to
click the splitter, move the mouse cursor to the top of the current
Firefox tab, and then go to the right. Note that in this case too I
can release the mouse button and the splitter will keep moving, and
again I have to click on the slpitter once to make it stop moving.

The splitter works fine as long as the PDF is not displayed.

This behaviour is seen in Firefox 3.0.5 and 3.0.6, but also in Google
Chrome 1.0.154.48; on the other hand it doesn't happen in IE7.

Sample code:

HorizontalSplitPanel mainPanel = new HorizontalSplitPanel ();
mainPanel.setWidth(100%);
mainPanel.setHeight(100%);

mainPanel.setSplitPosition(40%);

Frame documentFrame = new Frame ();
documentFrame.setSize(100%, 100%);

DecoratedStackPanel stackPanel = new DecoratedStackPanel ();
stackPanel.setWidth(100%);
stackPanel.setHeight(100%);

mainPanel.add(stackPanel);

Tree tree = new Tree ();
tree.addTreeListener(new TreeListener() {
  public void onTreeItemSelected(TreeItem item)
  {
if (mainPanel.getRightWidget() != null)
  mainPanel.remove(mainPanel.getRightWidget());

mainPanel.add (documentFrame);

  documentFrame.setUrl(someUrl);

  }};

stackPanel.add (tree);

//Add a serach panel to the stack panel


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to Google-Web-Toolkit@googlegroups.com
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

Re: HorizontalSplitPanel issues in Firefox 3

[vince]

Hello, anyone?

On 4 fév, 16:15, vince vincent.kir...@gmail.com wrote:
 Hi,

 I face an annoying issue in Firefox 3.0.6 (that doesn't occur in IE7).

 My application uses aHorizontalSplitPanelas main panel. The left
 side contain a StackPanel.
 There are 2 panels composing the stack panel. One displays a tree, the
 other one is a small search panel displayin a possible result list.

 When the user clicks on either a tree node or a row in the results
 list, the application retrieves a PDF file and displays it in the righ
 side of theHorizontalSplitPanelthrough a Frame. The URL of the frame
 is set by calling a simple (as in non-GWT RPC) servlet.

 Now the issue is that as soon as the PDF is displayed in the right
 part (the default PDF reader plugin is used, in this case it's Adobe
 Reader 9), the splitter acts weird when I try to drag it:

 * If I drag to the left, it resizes OK and everything's fine.
 * If I keep my finger on the left mouse button and try to drag to the
 right, then it becomes all weird. The splitter won't move to the
 right! On the other hand, it still moves to the the left --even if I
 release the mouse button!
 To make this behaviour stop, I have to click a single time on the
 splitter. But I still can't move it to the right if I try to do it
 normally. Instead, the only way to make it move to the right is to
 click the splitter, move the mouse cursor to the top of the current
 Firefox tab, and then go to the right. Note that in this case too I
 can release the mouse button and the splitter will keep moving, and
 again I have to click on the slpitter once to make it stop moving.

 I don't get this behaviour in IE7. I get it in Firefox 3.0.6 and also
 had it in 3.0.5.

 Anyone ever got this? Is there a possible fix? I just hope it's not a
 PDF plugin issue...

 Thanks.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to Google-Web-Toolkit@googlegroups.com
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---

HorizontalSplitPanel issues in Firefox 3

[vince]

Hi,

I face an annoying issue in Firefox 3.0.6 (that doesn't occur in IE7).

My application uses a HorizontalSplitPanel as main panel. The left
side contain a StackPanel.
There are 2 panels composing the stack panel. One displays a tree, the
other one is a small search panel displayin a possible result list.

When the user clicks on either a tree node or a row in the results
list, the application retrieves a PDF file and displays it in the righ
side of the HorizontalSplitPanel through a Frame. The URL of the frame
is set by calling a simple (as in non-GWT RPC) servlet.

Now the issue is that as soon as the PDF is displayed in the right
part (the default PDF reader plugin is used, in this case it's Adobe
Reader 9), the splitter acts weird when I try to drag it:

* If I drag to the left, it resizes OK and everything's fine.
* If I keep my finger on the left mouse button and try to drag to the
right, then it becomes all weird. The splitter won't move to the
right! On the other hand, it still moves to the the left --even if I
release the mouse button!
To make this behaviour stop, I have to click a single time on the
splitter. But I still can't move it to the right if I try to do it
normally. Instead, the only way to make it move to the right is to
click the splitter, move the mouse cursor to the top of the current
Firefox tab, and then go to the right. Note that in this case too I
can release the mouse button and the splitter will keep moving, and
again I have to click on the slpitter once to make it stop moving.

I don't get this behaviour in IE7. I get it in Firefox 3.0.6 and also
had it in 3.0.5.

Anyone ever got this? Is there a possible fix? I just hope it's not a
PDF plugin issue...

Thanks.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Google Web Toolkit group.
To post to this group, send email to Google-Web-Toolkit@googlegroups.com
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/Google-Web-Toolkit?hl=en
-~--~~~~--~~--~--~---