On Mar 19, 2010, at 4:21 AM, Koen Deforche wrote: > Hey Daniel, > > I think the best way forward is to make us solve the problems, since > they all sound like they need a fix in the library itself. > > You may be a bit surprised, but these are actually the first > incompatibilities we observe between IE7 and IE8. It is a bit > surprising since we specifically ask the IE8 browser to behave like > IE7 to avoid the need for supporting yet another bug-manifested IE > browser. So far for the wishful thinking ! >
I actually had never tested my app in IE of any flavor, IE8 was the first one I tried, so the issues may not be specific to just IE8. > 2010/3/19 Ginsburg, Daniel <[email protected]>: >> I have been doing all of my development/testing on Linux/Mac OS X with >> Safari, Firefox, and Opera. Today I tried the site with IE8 and there were >> many problems: >> >> 1. On the login screen, I had tied both the enterPressed() of a WLineEdit >> and clicked() of WPushButton to the same slot. On IE8 only, pressing enter >> also triggered a click to happen so the event got called twice (causing an >> unanticipated problem). This did not happen on any other browser I tested. >> It was easy enough to workaround, but I wonder why only IE does this. > > That is obviously bad, but should be easily reproduced and fixed in the > library. > > (w.r.t. the unanticipated problem: if you make sure that in the slot > you delete the original lineedit / push button, then the second > superfluous signal would not arrive... I think that is quite > conceivable for a login screen ?) > Yes, I did something like this to workaround it. Thanks. >> 2. My layouts are a mess on IE8. The problems include: >> >> + I draw WGroupBox's with a css that draws a one pixel border. For some >> reason, at the top of the WGroupBox's is some odd extra row or two of pixels >> the color of the background color. > > Could you send me a screenshot of this artifact ? > Attached are two screenshots (Screenshot_IE8.jpg and Screenshot_Firefox.jpg), both of the same page rendered in IE8 and Firefox on Windows XP SP3. The server app is running on Ubuntu Linux 9.10 64-bit using Wt 3.1.1b. You will notice (at least) two problems from the screenshots. One problem is that the groupbox is shifted down and there are some number or rows of background pixels at the top. The other, more problematic issue, is how there are no scrollbars in the WGroupBox and the buttons at the bottom are obscured. There is also the minor issue with the "+" button being formatted differently. I have played with all kinds of layout settings with these WGroupBox's and have found nothing that resolves either of these issues so any hints of what might be causing this would be appreciated. >> + The contents of these WGroupBox is a WGridLayout that has three rows, with >> setRowStretch() of (-1, 1, -1) for the three rows. The WGroupBox also has a >> setMinimumSize() done on it. For some reason, even though there is plenty >> of room for the widget on row 1 to stretch, it always stretches too much and >> causes the bottom row to stretch beyond the edge of the minimum size and >> puts up a vertical scrollbar. Does not do this on any other browser. > > It sounds like we should be able to reproduce this. > >> + Several of my WSelectionBox's which are initialized without content and >> filled in as the user clicks are sized very small width-wise in IE8 only >> before the contents are added. They stretch properly on the other browsers. > > That sounds a bit familiar: IE browsers have a lot of problems with > width/height of native controls. And something we should be able to > reproduce. > >> There were several other visual glitches. I am going to debug this >> tomorrow, but before I do, does anyone have any general tips on what I might >> be doing to cause this behavior? Has anyone else dealt with this before? > > I would recommend that you file bugs (and test cases). I believe that > will be the quickest way to get things fixed, and it would also help > us to improve the library. I will try to do this if I get time. Thanks. Dan Ginsburg / email: [email protected] Principal Software Architect Fetal-Neonatal Neuroimaging and Development Science Center Children's Hospital Boston 300 Longwood Avenue Boston, MA 02115 Phone: 857-218-5140 ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ witty-interest mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/witty-interest
