Yes! The problem is gone!
Thank you.
Best regards.
Sebastian Werner schrieb:
Dietrich Streifert schrieb:
Additionally this seems to break tab focus handling in IE6. Pleas try
the Window_4.html example. Put the cursor in the first text field and
then hit the TAB key multiply. The following error is displayed:
004219: Failed to execute "_dispatchEvent()": Could not dispatch
event of type "blur": Not enough stack memory.
In my web application I get the following alert box (see screen
snapshot):
This bug was not introduced with the latest changes. It could also be
found in an 5 days old version of qooxdoo.
This is fixed now in CVS. I have removed the complete "onactivate"
event handling (which is proprietary to IE) from QxEventManager. This
seems to solve the recursion bug between a focus() call and a
"activate" event.
Sebastian
Best regards...
Sebastian Werner schrieb:
Sebastian Werner schrieb:
Hugh Gibson schrieb:
I get some strange behaviour of the focus rectangle with the radio
button demo:
http://qooxdoo.oss.schlund.de/demo/dev/public/html/example/RadioButton_1.h
tml
With IE6, Windows 2K, if you click on the space between a label
and the radio control, the focus rect will be drawn around the
clicked label and control. Now, if you click on another label, or
on another control, the new control is activated but the focus
rect remains drawn around the first control. Focus is actually
with the new control (press Tab to see).
This seems to be really a bit buggy here. I will take a more depth
look inside tomorrow.
OK, a bit earlier ;)
I have fixed the szenario where the old focus rect does not get
removed. The blur routine should be better now.
The other thing, where the IE sometimes draw a focus border simply
results from our less control over IE in this case. We simply do a
tabIndex=1 if a element should get the focus. If the IE has
activated the rect (after the first key-press which results in a new
focus (normally a tab-key-press)) it will shows the rect on each
double-click to a child or single-click on the direct element with a
tabIndex=1. This was not our original idea. We could probably try to
find a work-around later.
The ugliest bug is fixed (the remove of the old focus rect). The
other could be an improvement for future versions of qooxdoo.
With FF 1.5, the focus rect is drawn around the label and the
control if you use Tab to change focus, and is drawn just around
the control if you use the mouse to click on the control. If you
click on the label, the focus isn't shown at all.
this "drawn just around the control if you use the mouse to click
on the control" is a bug introduced with the new gecko in
firefox-1.5. This style statement seems to get ignored:
-moz-user-focus: ignore
In previous version this was not a problem.
The other stuff seems to work quite well. The behaviour we want to
have is, that when you use the mouse there will not be a visible
focus rect. If you use the keyboard there will be one. So Mozilla
seems to be work well.
In both browsers I had instances where the focus rect wasn't
showing at all. Clicking on a few controls brought it back again.
Sebastian
Hugh
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through
log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD
SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through
log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD
SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through
log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
------------------------------------------------------------------------
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
--
Mit freundlichen Grüßen
Dietrich Streifert
Visionet GmbH
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
