Just a thought (didn't look at the code): why don't you try resizing the
blocker so that it doesn't cover your buttons? Of course, this might not
work with a single blocker, since it depends on where you place your
buttons. But you could change the code to use more than one blocker. And
yes, you mi
Hello,
> 2a. whenever the mouse is not over a button, re-enable the blocker
> ...but then my trouble starts again:
> - When the blocker is enabled, it "eats" all mouse events.
> - When I don't re-enable it, the job a splitter should do is not done (like
> in your playground example)
I would forge
Hey Martin,
first of all: Thanks a 1e6 for your thoughts/time!
I will try to check your idea whenever I find some time.
But I think I had something similar in mind a while ago.
And (as usual ;) ) I ended up in a dead-end something like this:
1. Hide the blocker.
2. add all the listeners to the
Hey,
I've tried several approaches to implement this 'slider with buttons', but I
got totally lost... *snif*
The blocker is really doing a great job in blocking! ;)
I've tried many things[5], but I always end up in the same dead-ends :(
Can't I listen to the relevant events (mousemove, mouseout
Hey,
> I will try the suggested solution when I find some time. But isn't that
> something like "doubling the efforts"? I mean the qooxdoo-Splitter/Pane does
> exactly that (finding out where's the cursor) anyway.
No, not really. That was the old slider which did it that way. I changed that
some t
Good morning Martin,
thank you for your reply.
I will try the suggested solution when I find some time. But isn't that
something like "doubling the efforts"? I mean the qooxdoo-Splitter/Pane does
exactly that (finding out where's the cursor) anyway. Shouldn't there be a
protected method to be over
Hey,
thanks for the sample. Checked it out a bit and I think I might have an Idea
how to solve that. The z-index trick did not work unfortunately so we can only
remove the blocker on mouseover. It should a bit oversized but I can't imagine
another solution currently. So attach a Listener to the
Sorry about that 'unknown child' naming ;)
Yes those are the names of the button children.
I've tried to create a playground example for this, that might help:
Unfortunately our network does not allow me to use the "Shorten URL" button :(
...so attached you'll find the code to be used in the playg
Hey,
I have never head of such child controls named fade-first.
Are these your widgets?
Regards,
Martin
Am 05.07.2012 um 09:36 schrieb Peter Schneider:
> Hi Martin,
>
> I've tried, but unfortunately with no success. The z-index is set correct[3],
> but still no luck with the buttons.
> At least
Hi Martin,
I've tried, but unfortunately with no success. The z-index is set correct[3],
but still no luck with the buttons.
At least when I set the z-Index of the buttons (see footnote below, too)
I had once a similar idea, but did forgot to remember that it didn't work ;)
Any further ideas are
Hey,
have you tried to use a higher z-Index than 11 because thats the z-index of the
blocker used for the split pane. That should move the buttons on top of the
blocker and could fix the whole issue.
Regards,
Martin
Am 04.07.2012 um 20:32 schrieb Peter Schneider:
> Hi Developers,
>
> I have a
Hi Developers,
I have a split pane which should have a slightly different splitter[1], and
therefore I derived my SplitPane class from "qx.ui.splitpane.Pane" with
overwritten "_createChildControlImpl" method (were I return my Splitter
instead of "yours"
qx.Class.define("app.ui.splitpane.Pane",
{
12 matches
Mail list logo
