Hi Chris,
well, as said before, I'm not using any blockContent, unblockContent
calls at all! I'm just setting the property zIndex of the window and the
atom:
Here is an excerpt from the code within the scope of the
qx.ui.window.Window in order to block the window:
var my zIndex = this.getZIndex();
blockerWindow.setZIndex(zIndex+1);
messageAtom.setZIndex(zIndex+2);
blockerWindow.setVisibility("visible");
messageAtom.setVisibility("visiible");
Hiding is more simple:
messageAtom.setVisibility("hidden");
blockerWindow.setVisibility("hidden");
Not included are the calculations of the position and dimensions of the
blockerWindow and messageAtom which place them above the window.
So I'm not using qx blocker code at all (none that I'm aware of).
Christian Schmidt schrieb:
Hi Dietrich,
I have changed the blocker algorithm from unblock() and
unblockContent(). Both methods now take care of the amount of calls
(block/blockContent). It seems to me that the content blocker is not
removed, because a unblockContent call is missing.
How do you set the zIndex for the blocker? Do you call
blockContent(zIndex)? If you set the index with blockContent(zIndex),
please call unblockContent() when you call setVisibility("hidden"). This
should solve you blocking issue.
I will talk with Fabian next week, perhaps only unblock() should take
care of the amount of block() calls.
Cheers,
Chris
Dietrich Streifert schrieb:
Well after disabling the "busy blocker" of my login widget (based on
qx.ui.window.Window) the problem does not happen.
But what is going on here?
My "window is busy blocker" is used to cover a window with a second
window (the blocker, which is semi transparent and has no caption bar)
and an atom which displays an animated gif and a text like "loading.
please wait...". The atom is on top of the transparent blocker. Both
the blocker window and the info atom are added to the application root.
So the effect should be that the user is not able to interact with any
widget of the window but still can see what is in this window and has
an information what is going on via the atom.
When a window goes in busy state the position and the size of the
blocker is adapted to the window.
The zIndex of the blocker is set to the zIndex of the blocked window
+1, the zIndex of the atom is set to the zIndex of the blocked window+2.
Both done to lay over the blocked window.
After this the blocker and the atom are made visible via
setVisibility('visible').
When the window leaves the busy state both the blocker and the atom
are made invisible via setVisibility('hidden').
After the first cycle of the algorithm obove is run there is no
possiblity to reach the widget which are placed on the application root.
Does any part of this algorithm intefere with the qx blocker?
Are the zIndex calculations in any way problematic?
Any help would be great.
Dietrich Streifert schrieb:
I'd like to use the playground for this. Is it possible to update the
playground to rev > 20564?
As a first step I think I'll disable my own blocking code to test if
there is some interference with the qx blocker.
But all this will happen on monday.
Meanwhile thank you for your help.
Christian Schmidt schrieb:
Hi Dietrich,
oh, it seems to me that it is more complex as expected. Could you pleas
provide a code snippet, which reproduce this issue.
Thanks,
Chris
Dietrich Streifert schrieb:
Hi Chirs,
I'm not using any qx.ui.core.Blocker at all. I'm using my own blocking
with a blocking window derived from qx.ui.window.Window which lays
over the background and is closed on blocking end.
Christian Schmidt schrieb:
Hi Dietrich,
do you call block() twice, but unblock() once?
Cheers,
Chris
Dietrich Streifert schrieb:
Hello everybody,
it seems that the change to the blocker broke my application.
The widgets which are added to the document root (a toolbar, a table
etc) don't react anymore on mouse clicks and keyinputs as if all was
blocked by a blocker ;-)
Windows (qx.ui.window.Window) and subwidgets of the window are accessible.
Happended with changeset 20565
A generate.py distclean and generate.py source did not help.
Reverting to rev 20564 solved the problem.
--
Mit freundlichen Grüßen
Dietrich Streifert
--
Visionet GmbH
Firmensitz: Am Weichselgarten 7, 91058 Erlangen
Registergericht: Handelsregister Fürth, HRB 6573
Geschäftsführer: Stefan Lindner
------------------------------------------------------------------------
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
------------------------------------------------------------------------
_______________________________________________
qooxdoo-devel mailing list
[email protected] <mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
--
Mit freundlichen Grüßen
Dietrich Streifert
--
Visionet GmbH
Firmensitz: Am Weichselgarten 7, 91058 Erlangen
Registergericht: Handelsregister Fürth, HRB 6573
Geschäftsführer: Stefan Lindner
------------------------------------------------------------------------
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
------------------------------------------------------------------------
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
--
Mit freundlichen Grüßen
Dietrich Streifert
--
Visionet GmbH
Firmensitz: Am Weichselgarten 7, 91058 Erlangen
Registergericht: Handelsregister Fürth, HRB 6573
Geschäftsführer: Stefan Lindner
------------------------------------------------------------------------
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
------------------------------------------------------------------------
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
--
Mit freundlichen Grüßen
Dietrich Streifert
--
Visionet GmbH
Firmensitz: Am Weichselgarten 7, 91058 Erlangen
Registergericht: Handelsregister Fürth, HRB 6573
Geschäftsführer: Stefan Lindner
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
