Mouse Capture and IFrames in GWT

In our application, we have some split panels... On one side is some nice, happy GWT content, and on the other is an iframe. Well, when you move the splitter, and your mouse gets out over the iframe, the splitter stops moving. Huh?

It turns out that the split panel is capturing the mouse when you start the resize. After a bit of digging, I noticed that for we just stop getting the mouse events when the mouse moves over the iframe. Googling turns up something kinda similar: http://groups.google.com/group/Google-Web-Toolkit-Contributors/browse_thread/thread/36f70df2a52f42d2.

It was pointed out to me that if you drag a MyGWT-derived dialog box over the iframe, all is good. However, dragging a regular GWT-derived dialog box over the iframe exhibits the same problem.

Do some digging, and I find out that MyGWT is covering the entire browser window with a transparent panel. The dialog is parented to this panel. The panel adds an event preview, and only allows events to go through to the dialog.

Sounds ugly, but I give that a shot...when the split panel resize starts, create a panel, make it as big as the browser window, and then only allow events through if they're destined for the splitter:

RootPanel root = RootPanel.get();
setPixelSize( root.getOffsetWidth(), root.getOffsetHeight() );
DOMHelpers.setZIndex( getElement(), DOMHelpers.getTopmostZIndex() );
root.add( this, 0, 0 );
setVisible( true );
DOMHelpers.setZIndex( splitElem, DOMHelpers.getTopmostZIndex() );
DOM.addEventPreview( this );

Inside the onEventPreview() method for this panel:

public boolean onEventPreview( Event event ) {
  Element target = DOM.eventGetTarget(event);
   // Cancel the event if the target is not the splitter...
  return ( target == splitElem );
}

Finally, when the resizing is done, clean up:

DOM.removeEventPreview( this );

RootPanel root = RootPanel.get();

root.remove( this );

setVisible( false );

Since, of course, this is only a problem in FireFox, compile, deploy, and test it out. And, it still doesn't work. :-(

Left over from a previous attempt at solving this problem, I had changed the split panel class to implement EventPreview. Once I added code in there to duplicate the handling of Event.MOUSEMOVE and Event.MOUSEUP from the onBrowserEvent()....voila! It all works!

Label + Link + Label

Once again, this took way too long to figure out. Inspired by http://groups.google.com/group/Google-Web-Toolkit/browse_thread/thread/953262516e9d664b?hl=en, but since I can't use GWT 1.5 (yet), I came up with another way of making this work.

The whole problem (as pointed out in that discussion thread) is that a <div> is rendered with "display:block;", thus forcing newlines... The fix is to sprinkle in a style that forces "display:inline;"...

Label prefix = new Label( "prefix " );

prefix.addStyleName( "inline-label" );

Label link = new Label( "foo bar" );

link.addStyleName( "hyperlink" );

link.addStyleName( "inline-label" );

Label suffix = new Label( " suffix" );

suffix.addStyleName( "inline-link" );

Panel flow = new FlowPanel();

flow.add( prefix );

flow.add( link );

flow.add( suffix );

And in the CSS:

.hyperlink {

  color: blue;

  text-decoration: underline;

  cursor: pointer;

}

.inline-label {

  display: inline !important;

}

onAttach vs onLoad

Always getting these confused...

onAttach() is invoked when the widget is attached to the document. It can be called in the following situations:

• The widget's parent (which implements HasWidgets) is calling it's own doAttachChildren()
• The widget's parent is being set (e.g., setParent())

The last thing that onAttach() does is to invoke onLoad().

By default, onLoad() does nothing. So, this is the best place to insert code that has to be run whenever the widget is actually hooked up to the document.

Personally, I think this might be less confusing if the names were chosen better. Perhaps, onAttach() should have been private, and the first thing it could do is call beforeAttach(), and the last thing would be to call afterAttach(). 

Oh well.

P.S.: My suggestion wouldn't quite work because of Composite...it doesn't want/need the base behavior. See, it's not simple...

GWT ScrollPanels

Urgh. Nothing's easy. I just want some widget to scroll, so I add it into a ScrollPanel. Right? Yeah, dream on.

Unless you set a specific height on the ScrollPanel (as in "150px"), you won't get the scroll bars. 

In other words, setting the height to "100%" won't work. :-(

Debugging GWT

Finally figured out this nifty little trick to help with debugging GWT apps. Since the only way to work with CSS issues is in FireBug, and GWT generates so many tables, and divs, and so forth, how can you easily map from the generated HTML back to your code?

Add styles everywhere! Name the styles similar (the same?) as the Java class, and you now know exactly which <div> corresponds to which Java class!

Setting up Subversion in a VM

I need to get a pretty basic subversion setup, so I figured I'd give it a go. (There's one pretty basic VMWare appliance available from http://www.ytechie.com/svn-vm, but it's really old (Ubuntu 6.06, older version of subversion, etc...)

So, here's what I'm after:

• Up-to-date Ubuntu
• NTP (to keep time synch'd)
• Subversion 1.4 (latest stable), at least with svn+ssh access, but even better with https access
  
• WebSVN
• Webmin (so I don't have to get to the box to do stuff)

Lesson #1: Uninstall stuff you don't want before applying patches. This way, you don't wait for things like Open Office, Evolution, various games etc..., to all get updated, none of which are desired.

During setup, I noticed a common problem I (and others!) seem to always run into with linux in a VM...crazy key repeating. This post (on the linuxquestions.org) ends up with reconfiguring X. However, it seemed for me that just going to System -> Preferences -> Keyboard, and changing from "US 105 (Intl)" to "US 104" did the trick.

For setting up subversion, I'm referring to a post on the Ubuntu Help pages.

When it came time to install the certificate for Apache, another Ubuntu page came in handy.

Notes:

• This procedure winds up creating a self-signed certificate, which may not be sufficient in all cases.
• When you access svn, you'll be notified with an error message that starts off with, "Error validating server certificate for 'https://svn-server:443'". Go ahead and accept the certificate permanently.

Installing WebSVN: I noted above that I installed webSVN, but that was a mistake. I completely purged it, and then re-installed it. This time, the configuration was a bit better, asking me if I wanted to configure apache and where my svn repositories were. Now, when I hit https://svn-server/websvn, it works!

I did find another article at Howtoforge that gave some hints on configuring websvn. No matter what I did, though, trying to enable use of enscript doesn't want to work. Oh well, got bigger fish to fry.


Email Notifications: I installed svnmailer (from the Ubuntu repositories). The docs there pretty much tell you what to do... Testing this will have to wait until I'm in the office and the smtp server can be reached to do its thing... However, it appears that svnmailer has a bug, which causes practically unreadable diffs to be produced. Luckily, the debian bugs list suggests a work-around.

UFW: For security, I enabled ufw, and then set it to only allow ports 22 (ssh) and 443 (https).

SendMail: Well, turns out I needed to install sendmail locally. Just apt-get install, and all is good...gotta love it!

FogBugz Integration: The instructions for configuring the integration are here.


Late Breaking: Here's another site that has instructions for getting things going:Howtoforge.

Trixbox update

Gosh, after staying up til 2am trying to work out the issues with getting my Grandstream to register, I made a mistake...

I needed to use my phone, so I reset it to point directly at my VOIP provider. A few days later, I wanted to use my VOIP line via my Nokia e90, so I turned that on. Later in the day, someone from work called me...and it rang on both phones!!!

Whoo hooo!

Now, I just have to make sure my VOIP provider keeps it that way :-)