[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kfm-devel
Subject:    Re: Table rendering problem, feature or normal ?
From:       Julien Olivier <jo () villafrance ! com>
Date:       2001-11-24 11:46:26
[Download RAW message or body]

Hi

I'm very interested by your testcases because I made a site which is very 
fast on IE and quite slow on konqueror. Maybe my code isn't optimized ?

http://www.villafrance.com

Le Samedi 24 Novembre 2001 15:30, Vadim Plessky a écrit :
> Hi Joseph!
>
> On Saturday 24 November 2001 09:27, Joseph Wenninger wrote:
> |   I enclose a "small" example file.
>
> Thanks for your testcase!
>
> |   I'm not sure, if this is a bug, but Mozilla and IE render it quite
> | different. Thosw browsers show the tables in that way, that all middle
> | cell separators are exactly in one line. Konqy in the 2.2 Branch gets
> | very slow and renders the tables 20 times the window size. Konqy in KDE 3
> | doesn't show the cell separation in one line.
>
> The only problem I see (in KDE 2.2.1) is that cell sizes in different
> tables are not equal (while should be always 50% of TABLE, which is 100% of
> BODY) This is, indeed, a bug in KHTML.
> Note also that I tested your example in Opera5/Linux, and rendering in
> Opera was exactly like in Konqueror. (ok, Opera is also broken, both Opera
> and KTHML need to fix this)
> Anyway, I have a workaround for you - see below.
>
> |   I know it should be  done with one table instead of many (perhaps
> | rendering speed up on some browsers), but I found this kind of code in
> | some webapplications we use at work and it only seems to break in konqy.
>
> As I said, it's also broken in Opera5.
>
> |   *********************
> |   Some other thing, which I don't know why is, that konqy seems to be
> | very very slow in rendering tables at all. Webpages which are developed
> | in the company I'm working at, are rendered about twice as fast in
> | Mozilla and IE.
>
> Rendering of tables in Konqueror seems pretty fast for me.
> What kind of hardware do you use?
> (if you run Mozilla, I guess you have at least 64MB of RAM, am I correct?)
>
> My stress-test examples show that Mozilla is slower on tables than Konq,
> while IE is faster. Let me know if you are interested to see those
> testcases.
>
> Now about ideas.
> ~ ~ ~ ~ ~ ~ ~ ~ ~
> I re-wrote your example in such a way that it doesn't uses TABLEs anymore
> and renders exactly as you expect. Please consider attached
> tables-BigFoot-3.html and tables-BigFoot-3b.html (second adds extra DIV and
> formatting to emulate look'n'feel you had with tables)
> I would be surprised to hear from you that *this code* renders slowly -
> number of HTML elements was decreased significantly, and code itself is
> more clean (just DIV, SPAN and INPUT elements)
> This code is fully CSS-ized, and *ready to be XML-ized*.
> In fact, you can do from it XHTML or pure XML testcase in less than 1
> minute. Pls let me know if this workaround is ok for you. I tested it with
> Konq, Opera5/Linux and Mozilla/Galeon, all those browsers render it in the
> same way (so, really cross-browser code... :-)
>
> What kind of project you are working on?
> If you can give better description, may be I can help you further.
>
> |   Any ideas ?
> |
> |   Kind regards
> |   Joseph Wenninger
>
> Cheers,

-- 
Julien Olivier

[prev in list] [next in list] [prev in thread] [next in thread]