Yes, the sample might be a bit too complex to pin down.
Currently the one online consists of;
1xAbsolute panel tied to the ID ("InfiniteCanvas") on the html page.
This absolute panel I have made extend FocusPanel and implemented to
have MouseListener and MouseWheelListener and gave it the code to
handel the dragging.
This absolute panel also can contain multiple other absolute panels (1
for each layer of the file)
Each of those panels contain various contents, but normal image files
with pngs loaded. (other possibilities include frames of text,html or
canvas objects).
So thats DraggableAbsolutePanel << Absolute Panel (s) << Image
widgets.
The background of space is just set as a texture on the first layers
element (background-image:url(images/BACKGROUND.jpg);).
The square in the middle is just the center of the html's table, which
contains the draggable abs panel. The rest of the widgets in the
tables over cell's are just text, buttons, and a custom dropdown box.
None overlay the center, so I suspect the surrounding elements arnt
effecting it.
The event handlers as specified above are just on the center draggable
absolute panel, I havnt specified anything else myself.
I'm using onMouse Up/Leave/Enter/Down and MouseWheel.
My overall goal is just to have a google-mappish interface to a
collection of abstractly arranged (and sized) widgets. Those widgets
and layers being arranged by a standard format XML-like file. In this
example I'm showing it of as a type of comic. The specific idea is
described in Scott McClouds Reinventing Comics, although I think it
will be useful beyond just comics.
The interface currently seems to work nicely in Opera and even
(tolerably) well in IE. Chrome doesn't seem to load anything at the
moment, but I think thats a separate issue.
I suspect what Thomas Broyer suggested might still be the problem, as
looking in FF when the image is dragged (rather then the background),
you can actually see the image being dragged completely outside the
frame. Like you'd see from dragging any image in FF. This clearly isnt
from my code. I have set draggable to false (see above) but FF seems
to be ignoring this. (or it wasnt the right setting to use).
Thanks.
-Thomas Wrobel
On Oct 8, 12:41 am, Chris Ramsdale <cramsd...@google.com> wrote:
> Thomas W,
>
> While I am able to reproduce the "stuck" behavior that you describe above, I
> would like to put together a smaller code sample to further pinpoint what is
> going on under the hood. From a high level it appears that at the heart of
> the issue is a FocusPanel that contains one or more AbsolutePanels. That
> said, I have a couple of more specific questions:
>
> 1. In regards to the last link that you posted
> (http://www.lostagain.nl//PanelstreamerDemo/panelstreamer.html), could you
> be more clear on which widgets make up the UI?
> 2. What are you using to wrap the background/"space" image?
> 3. Is the square in the middle of the page the a FocusPanel or some other
> widget?
> 4. What CSS or event handlers do you have hooked up to these widgets?
>
> Also, what overall goal are you trying to achieve? Maybe there is a
> different way to approach the problem.
>
> Thanks,
> Chris
>
>
>
> On Tue, Oct 6, 2009 at 3:00 PM, ThomasWrobel <darkfl...@gmail.com> wrote:
>
> > Scratch that, I tried using
> > "-moz-user-select:none;" and it stops being selected in Firefox (looks
> > neater), but it still gets stuck to the mouse
>
> > I just think that "mouse up" isnt being fired on the underlaying abs
> > panel when the user releases the mouse after a drag.
>
> > On Oct 6, 8:51 pm, ThomasWrobel <darkfl...@gmail.com> wrote:
> > > Good idea but no effect.
> > > At least, I think its got no effect, still getting the stuck mouse
> > > problem.
>
> > > The code I added was;
>
> > > contents.getElement().setAttribute("draggable", "false");
> > > contents.getElement().getStyle().setProperty("webkitUserDrag",
> > > "none");
> > > contents.getElement().setPropertyBoolean("draggable", false);
>
> > > (I tried "none" rather then false, but I think its supposed to be
> > > false, I also tried just the last and just the first line)
>
> > > Heres the result;
> >http://www.lostagain.nl//Panelstreamer%20Demo/panelstreamer.html#File...
> > > (try moving it about like you would googlemaps)
>
> > > I think the problem is its being selected all the time. In Opera it
> > > works fine, and I note nothing is selected.
>
> > > On Oct 6, 6:30 pm, Thomas Broyer <t.bro...@gmail.com> wrote:
>
> > > > On 6 oct, 14:34, ThomasWrobel <darkfl...@gmail.com> wrote:
>
> > > > > reg "Basically is it possible for an image widget to be "transparent"
> > > > > as
> > > > > regards to click events, passing them to the panel under it?"
>
> > > > > Sorry to bump this, but I haven't been able to find a solution myself
> > > > > apart from very crude work-arounds.
> > > > > It seems like something fundamental I should know how to do too...if
> > > > > it exists.
> > > > > So a confirmation/denial from someone would be nice :)
>
> > > > AFAICT, when you start dragging the image it... starts dragging the
> > > > image... AFAICT, you should be able to bypass this behavior setting
> > > > the 'draggable' attribute (from the upcoming HTML5) to "false", and
> > > > for WebKit (or at least, Safari) which exhibit a similar behavior, set
> > > > the CSS style property -webkit-user-drag to none
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~---
