Details
-
Improvement
-
Status: Closed
-
Minor
-
Resolution: Later
-
Adobe Flex SDK Next
-
None
-
None
-
Affected OS(s): All OS Platforms
Affected OS(s): All OS Platforms
Browser: Safari
Language Found: English
Description
because of lacking of API and abstraction layer from a non UI component to a UI component, we can get correct set the set the busy cursor when a non UI component is running in a window which may not be the main window where the app started. This is a very common case in AIR.
The only thing that a non UI component can do is directly use the CursorManager static method (reference CursorManager directly from a non UI component is debatable, but we just don't have the abstract layer anywhere).
Even the API CursorManager.setBusyCursor() is not working as CursorManager only works with the sysytemManager of WindowedApplication.
This code never work with the other windows.
There are other people were requesting the same feature for the precise same reason,
see the following discussion thread:
In a Flex application the CursorManager can be referenced easily, but in an AIR application each Window has its own CursorManager instance. Trying to use the CursorManager.setCursor(...) function in an AIR application doesn't do anything because you need to reference the containing Window and access the Window.cursorManager reference, but that's really awkward to do in deeply nested classes, or when you're trying to make something easily portable. The CursorManager class should have an easy way of accessing Window references so that calling "setCursor" actually works by default, or is easier to implement without maintaining lists of Windows. Maybe something like CursorManager.activeWindow.setCursor(...)?
In a Flex application the CursorManager can be referenced easily, but in an AIR application each Window has its own CursorManager instance. Trying to use the CursorManager.setCursor(...) function in an AIR application doesn't do anything because you need to reference the containing Window and access the Window.cursorManager reference, but that's really awkward to do in deeply nested classes, or when you're trying to make something easily portable. The CursorManager class should have an easy way of accessing Window references so that calling "setCursor" actually works by default, or is easier to implement without maintaining lists of Windows. Maybe something like CursorManager.activeWindow.setCursor(...)?