Hi list,
I also have a big problem with my qx.ui.table on windows2003 TerminalServer +
IE6 .
I recognized that when my table is placed on my web-app the browser crashes
(standard Table, no images etc).
But when I place the Table on my page and setDisplay(false) everything works
fine. No browser crash.
Then I added (for tests) a button which shows me the table onClick
Like:
addEventListener("execute",
function(e)
{
myTable.setDisplay(true);
});
then the table is displayed correctly, no browser crash. Of cause this was just
a test and is not
the right solution for me ;)
What could be the problem?
It only appears on one machine with windows2003 Terminal Server.
I have a second one (same Operating System, same IE, same ServicePack and
Patches)
Where the table makes no problems at all.
Thanks a lot
Tobias
-----Ursprüngliche Nachricht-----
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Fa. Linstep,
Stefan Volbers
Gesendet: Donnerstag, 12. Juli 2007 16:51
An: qooxdoo Development
Betreff: Re: [qooxdoo-devel] IE6 Windows 2000 qx.ui.table.Table problem
Hi Dietrich,
thank you, I think you saved the day. Although I hesitate to believe it,
after several tests, my IE6 is still alive and kicking, as long as I
replace the table's images with texts (DefaultDataCellRenderer).
Therefore my theory about the remote table model seems obsolete - only
coincidence, as that table did never contain images.
That PNG code is interesting (admittedly ugly though), but my inline
images were GIF, as I knew about IE's PNG intolerance.
I made a comment to bugzilla.
Stefan
Dietrich Streifert wrote:
> For performance reasons I wrote a cellrenderer for columns representing
> boolean
> values (like "user is active" in your table) which uses the UTF-8 character
> "DOT", a big dot to indicate the active state. Inactive state is simply blank.
>
> Although I've done this for qx 0.7 I've attached the class file of the
> BooleanChar cellrenderer which should be simple to be backported to 0.6.6.
>
> In one of my applications tables I had two columns using the Boolean
> cellrenderer. By replacing the Boolean cellrenderer with the BooleanChar
> cellrenderer I got enourmous scrolling performance gains.
>
> Please rename the file endign .zi_to .zip and extract the class file.
>
>
> There is some speacial handling of transparent PNG graphics in the
> _getContentHtml method of Icon cellrenderer for IE:
>
> if (qx.core.Client.getInstance().isMshtml() &&
> /\.png$/i.test(urlAndToolTip.url)) {
> html += this.IMG_BLANK_URL + '" style="filter:' +
> "progid:DXImageTransform.Microsoft.AlphaImageLoader(src='" +
> urlAndToolTip.url +
> "',sizingMethod='scale')";
> } else {
> html += urlAndToolTip.url + '" style="';
> }
>
> which looks very ugly. So maybe avoiding this will help avoiding the crash.
>
>
>
> Fa. Linstep, Stefan Volbers schrieb:
>> Interesting question...
>>
>> Both of them. I added a custom cell renderer to display a sign for a
>> positive
>> data property, please have a look in the attachment. Maybe you're on the
>> right
>> track... the 'stable' table is not using images, I'm going to test a table
>> that uses no more images to further investigate into this issue.
>>
>> Bye
>> Stefan
>>
>> Dietrich Streifert wrote:
>>> What type of cellrenderer do you use?
>>>
>>> Just text cells or also images?
>>>
>>>
>>>
>>> Fa. Linstep, Stefan Volbers schrieb:
>>>> Hi Dietrich,
>>>>
>>>> I'm getting cautious when claiming about software stability... Especially
>>>> W2K's IE6 and me will never more be friends.
>>>>
>>>> In our qooxdoo application, the only remote table under all circumstances
>>>> works flawlessly, while the simple model tables are subject to the scroll
>>>> bar problem in IE6. After I rearranged one of these tables to make use of
>>>> a
>>>> remote table model, the problem was solved there; in rare cases, I
>>>> encountered a crash when clicking into this table, which may be caused by
>>>> any other line of code in the event listener attached to the table;
>>>> scrolling itself is doing fine. Maybe I have hit two browser bugs at once?
>>>>
>>>> I don't see a clear correlation to Bug#317, as the environment totally
>>>> differs, as #317 is WXP, IE7, qx0.7 specific, while #512 created by thron7
>>>> is W2K, IE6 specific and describes a browser crash, not false drawing.
>>>> Furthermore I already tried the meta column workaround and did not find it
>>>> fix the scrolling bug. BUT I am going to give it (that workaraound)
>>>> another
>>>> try when adressing the crash when clicking the table (before your mail, I
>>>> did not take into consideration that the crash when scrolling the table
>>>> and
>>>> the crash when clicking the table might not be the same thing).
>>>>
>>>> Anyway thank you for your ideas, and I'd appreciate if you keep committing
>>>> your know how in this task.
>>>>
>>>> Stefan
>>>>
>>>> Dietrich Streifert wrote:
>>>>
>>>>> Hi Stefan,
>>>>>
>>>>> are you shure that tables using RemoteTableModel are not crashing?
>>>>>
>>>>> I had some redrawing problems in IE ( see
>>>>> http://bugzilla.qooxdoo.org/show_bug.cgi?id=317 ) which are not present
>>>>> if
>>>>> the table has metacolumns.
>>>>>
>>>>> Please try setting this to your table:
>>>>>
>>>>> myTable.setMetaColumnCounts([1, -1]);
>>>>>
>>>>> This turns the first column into a meta column which has its own
>>>>> horizontal
>>>>> scrollbar.
>>>>>
>>>>>
>>>>>
>>>>> Fa. Linstep, Stefan Volbers schrieb:
>>>>>
>>>>>> Hello Thomas, hello qx.ui.table.Table maintainers,
>>>>>>
>>>>>> sadly, the table problem within Windows2000 qooxdoo is still present.
>>>>>> Even with the suggested scroll bar modification, IE6 from time to time
>>>>>> crashes when hitting the scroll bar; in some cases there is also trouble
>>>>>> as soon as I click into my table after scrolling it, no matter if I
>>>>>> attached an event listener to the table or not, or if the table's
>>>>>> selection model is SELECTABLE or not.
>>>>>>
>>>>>> As far as I can see, the problem does only occur if the table is based
>>>>>> on
>>>>>> a SimpleTableModel, while a RemoteTableModel table appears more stable
>>>>>> to
>>>>>> me at this time.
>>>>>>
>>>>>> I don't know what to do with that. Maybe the info gives a hint to
>>>>>> someone?
>>>>>>
>>>>>> Stefan
>>>>>>
>>>>>> Fa. Linstep, Stefan Volbers wrote:
>>>>>>
>>>>>>
>>>>>>> Thomas,
>>>>>>>
>>>>>>> thank you for addressing this problem. The workaround you proposed does
>>>>>>> release the pressure from me, while the slighly different behaviour of
>>>>>>> the scroll bar does not matter that much in this project at the moment.
>>>>>>> Indeed I did not manage to crash IE6 since patching the certain table.
>>>>>>>
>>>>>>> In the meantime I happened to notice that a table based on a remote
>>>>>>> table
>>>>>>> model not necessarily crashes in the same context. I am still
>>>>>>> investigating on this experience; up to now I haven't checked the
>>>>>>> sources
>>>>>>> to find the differences, but maybe this information gives you a hint on
>>>>>>> what might be going wrong.
>>>>>>>
>>>>>>> Again, thanks for your help!
>>>>>>>
>>>>>>> Stefan
>>>>>>>
>>>>>>> thron7 wrote:
>>>>>>>
>>>>>>>> Stefan,
>>>>>>>>
>>>>>>>> I was able to reproduce the problem, and have entered a bug to that end
>>>>>>>> (bugzilla#512).
>>>>>>>>
>>>>>>>> qooxdoo scrollbars have a property 'mergeEvents' that merge multiple
>>>>>>>> scroll events into a single one. I used this with the Table_*.html
>>>>>>>> samples. Effectively, the table is only scrolled once after the scroll
>>>>>>>> bar car has been released. While the scrollbar car is dragged the table
>>>>>>>> remains still. This workaround seems to at least lower the risk of IE6
>>>>>>>> to bomb.
>>>>>>>>
>>>>>>>> Unfortunately, it is not very obvious how to set this property from a
>>>>>>>> qooxdoo Table. If you do not use any metacolumns, this line should do
>>>>>>>> the job:
>>>>>>>>
>>>>>>>> table.getPaneScroller(0)._verScrollBar.setMergeEvents(true);
>>>>>>>>
>>>>>>>> (If you do use metacolumns, you might have to repeat it with various
>>>>>>>> arguments to getPaneScroller()).
>>>>>>>>
>>>>>>>> Give it a try.
>>>>>>>>
>>>>>>>> This workaround is admittedly ugly. It would be at least nice to have a
>>>>>>>> Table/Scroller property that encapsulates the underlying scrollbar
>>>>>>>> property, or provides easy access to it (Table maintainers, anyone?!).
>>>>>>>>
>>>>>>>> HTH,
>>>>>>>> =Thomas
>>>>>>>>
>>>>>>>>
>>>>>>>>> Hello qooxdoo community,
>>>>>>>>>
>>>>>>>>> being new to this mailing list let me first say >Thank You< for
>>>>>>>>> creating this wonderful piece of software!
>>>>>>>>>
>>>>>>>>> Within a project where the document retrieval as part of a DMS is
>>>>>>>>> being
>>>>>>>>> realized as a qooxdoo 0.6.6 based web application (with a PHP
>>>>>>>>> DB-backend), our customer encountered a problem where the lists (made
>>>>>>>>> up by qx.ui.table.Table) seem to be buggy only within a certain
>>>>>>>>> system
>>>>>>>>> environment.
>>>>>>>>> While during development Firefox is our web browser of choice, due to
>>>>>>>>> administrative reasons we are bound to support IE6 at our customers
>>>>>>>>> place. All Windows XP workstations there (lots of them) do their job
>>>>>>>>> flawlessly, while the few old Windows 2000 workstations do fail at a
>>>>>>>>> certain point when it comes to render tables with vertical scroll
>>>>>>>>> bars.
>>>>>>>>> When dragging the bar(s) (at a certain speed!), the browser does
>>>>>>>>> crash.
>>>>>>>>>
>>>>>>>>> I was able to reproduce this problem. Using the scroll bar very
>>>>>>>>> gently,
>>>>>>>>> giving the browser a chance to render the rows one by one, everything
>>>>>>>>> seems to work fine. Especially when using a form with two tables with
>>>>>>>>> vertical scroll bars, the browser easily crashes when dragging one
>>>>>>>>> table's bar, then quickly the other one's. Sadly I cannot instruct
>>>>>>>>> our
>>>>>>>>> customer how to drag the scroll bars, so I have to find a fix.
>>>>>>>>>
>>>>>>>>> I searched the qooxdoo bug lists, but did not find this special issue
>>>>>>>>> covered there; I thought to have found a similarity in bug#317 and
>>>>>>>>> tried the suggested workaround, but without success.
>>>>>>>>>
>>>>>>>>> Further on I had hoped to find this issue resolved within qooxdoo
>>>>>>>>> 0.7,
>>>>>>>>> but today, when testing on the new qooxdoo Demo Browser, I found IE6
>>>>>>>>> crash when trying the Table 1 and Table 2 widgets (Table 3 using up
>>>>>>>>> so
>>>>>>>>> much CPU time on my test machine that a quick rendering seems
>>>>>>>>> impossible anyway, maybe thus preventing the crash, which might lead
>>>>>>>>> to
>>>>>>>>> the suspicion of the browser rendering engine being broken).
>>>>>>>>>
>>>>>>>>> While, as I stated before, this problem does not persist on Windows
>>>>>>>>> XP
>>>>>>>>> (tested with IE 6.0.2900.2180.xpsp_sp2) and not on Firefox (any
>>>>>>>>> tested
>>>>>>>>> version), there seems to be an as yet unadressed bug of
>>>>>>>>> qx.ui.table.Table within Windows 2000 (SP4)'s standard IE
>>>>>>>>> 6.0.2800.1106
>>>>>>>>> (SP1 with several updates).
>>>>>>>>>
>>>>>>>>> As I found this problem on any Win2k machine I could test, while no
>>>>>>>>> update seemed to fix it, I ask if any reader here knows of this
>>>>>>>>> problem
>>>>>>>>> and maybe even of a fix to it.
>>>>>>>>>
>>>>>>>>> To reproduce the effect, just take a machine with the OS and browser
>>>>>>>>> mentioned before and start any qooxdoo table demo with a vertical
>>>>>>>>> scroll bar (like
>>>>>>>>> http://demo.qooxdoo.org/current/demobrowser/#example~Table_2.html) .
>>>>>>>>> Drag the bar quickly up and down and watch the browser error message
>>>>>>>>> pop up. Please have in mind that I was only able to test on rather
>>>>>>>>> slowish machines (Pentium III 800Mhz class notebook like, 128MB RAM,
>>>>>>>>> IE
>>>>>>>>> eating up ~ 70 megs within the demo). I'd be interested to know if
>>>>>>>>> this
>>>>>>>>> effect did not happen on fast or extra slow systems.
>>>>>>>>>
>>>>>>>>> As I'm inexperienced in what effects being defined as a bug in the
>>>>>>>>> qooxdoo context, I'd rather post my thoughts here that committing a
>>>>>>>>> bug
>>>>>>>>> to that special list (I'd do that if I was more certain about the
>>>>>>>>> circumstances). Please forgive me if this is inappropriate.
>>>>>>>>>
>>>>>>>>> Any help appreciated, thx in advance,
>>>>>>>>>
>>>>>>>>> Stefan
>>>>>>>>>
>>>>>>>>> -------------------------------------------------------------------------
>>>>>>>>> This SF.net email is sponsored by DB2 Express
>>>>>>>>> Download DB2 Express C - the FREE version of DB2 express and take
>>>>>>>>> control of your XML. No limits. Just data. Click to get it now.
>>>>>>>>> http://sourceforge.net/powerbar/db2/
>>>>>>>>> _______________________________________________
>>>>>>>>> qooxdoo-devel mailing list
>>>>>>>>> qooxdoo-devel@lists.sourceforge.net
>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>> -------------------------------------------------------------------------
>>>>>>>> This SF.net email is sponsored by DB2 Express
>>>>>>>> Download DB2 Express C - the FREE version of DB2 express and take
>>>>>>>> control of your XML. No limits. Just data. Click to get it now.
>>>>>>>> http://sourceforge.net/powerbar/db2/
>>>>>>>> _______________________________________________
>>>>>>>> qooxdoo-devel mailing list
>>>>>>>> qooxdoo-devel@lists.sourceforge.net
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>>>>>>>>
>>>>>>>>
>>>>>>> -------------------------------------------------------------------------
>>>>>>> This SF.net email is sponsored by DB2 Express
>>>>>>> Download DB2 Express C - the FREE version of DB2 express and take
>>>>>>> control of your XML. No limits. Just data. Click to get it now.
>>>>>>> http://sourceforge.net/powerbar/db2/
>>>>>>> _______________________________________________
>>>>>>> qooxdoo-devel mailing list
>>>>>>> qooxdoo-devel@lists.sourceforge.net
>>>>>>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>>>>>>>
>>>>>>>
>>>>>> -------------------------------------------------------------------------
>>>>>> This SF.net email is sponsored by DB2 Express
>>>>>> Download DB2 Express C - the FREE version of DB2 express and take
>>>>>> control of your XML. No limits. Just data. Click to get it now.
>>>>>> http://sourceforge.net/powerbar/db2/
>>>>>> _______________________________________________
>>>>>> qooxdoo-devel mailing list
>>>>>> qooxdoo-devel@lists.sourceforge.net
>>>>>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>>>>>>
>>>>> ------------------------------------------------------------------------
>>>>>
>>>>> -------------------------------------------------------------------------
>>>>> This SF.net email is sponsored by DB2 Express
>>>>> Download DB2 Express C - the FREE version of DB2 express and take
>>>>> control of your XML. No limits. Just data. Click to get it now.
>>>>> http://sourceforge.net/powerbar/db2/
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------
>>>>>
>>>>> _______________________________________________
>>>>> qooxdoo-devel mailing list
>>>>> qooxdoo-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>>>>>
>>>>
>>>> -------------------------------------------------------------------------
>>>> This SF.net email is sponsored by DB2 Express
>>>> Download DB2 Express C - the FREE version of DB2 express and take
>>>> control of your XML. No limits. Just data. Click to get it now.
>>>> http://sourceforge.net/powerbar/db2/
>>>> _______________________________________________
>>>> qooxdoo-devel mailing list
>>>> qooxdoo-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>>>>
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by DB2 Express
>>> Download DB2 Express C - the FREE version of DB2 express and take
>>> control of your XML. No limits. Just data. Click to get it now.
>>> http://sourceforge.net/powerbar/db2/
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> qooxdoo-devel mailing list
>>> qooxdoo-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>>
>> --------------------------------------------------------------------------------
>>
>> --------------------------------------------------------------------------------
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> --------------------------------------------------------------------------------
>>
>> _______________________________________________
>> qooxdoo-devel mailing list
>> qooxdoo-devel@lists.sourceforge.net
>> 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
>
>
>
>
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> qooxdoo-devel mailing list
> qooxdoo-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
qooxdoo-devel mailing list
qooxdoo-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
qooxdoo-devel mailing list
qooxdoo-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
