[Tikiwiki-devel] I Think I Found It :)

[LIMBURG, M. <mar...@ba...>]

Howdy

Okay, here's what I think is happening ...

I took a random page from the tiki demo site, and ran it through
CodeSweeper.  Made it all nice and indented for me.  I started closing off
tags that I could see were okay, and quickly found what I think is the
source of our problem.  

We have a <DIV id="tiki-mid"> tag, and right under that, we start a table,
the core table that gives us our columns.  Within the <TD id="leftcolumn">
tag, we have two boxes rendered .. the menu box and then the recently
visited pages box .. and then (ready for it) .. the <DIV id="tiki-mid"> tag
is closed ..!  What the ..

Now, this MAY NOT be the problem, but this is VERY suspicious.  I know of
plenty of times when IE will fudge the HTML interpretation, and Mozilla
(being more standards compliant) tries not to.  Seriously, this comes back
to the need of getting into the heart of our template system and starting
from scratch.  These errors arise from adding and adding and adding and
adding until the fourth iteration breaks something little in the first
iteration, and this can just keep repeating.

The problem is, I can't get to the CVS.  I can work on 1.6.1 codebase, but
what with the steady pace of development in the CVS, I am not confident that
I can grab a snapshot of CVS, work on it for a few days, and then pass on
the changes to someone who can add them back into CVS.  There are also
issues of having an unstable codebase to get this working on, as when I'm at
home working on the templates, I can't email the list if I get into trouble
getting past a issue that exists only in the CVS.

I guess my question is .. does anyone have any ideas on how I should handle
this?  Does someone else want to run with this?  Perhaps I can get a
snapshop of CVS and announce NO CHANGES TO BE MADE to the templating areas
of the tree for a week whilst I do my magic?  

Regards

Mark Limburg

Operations Support Team Leader
Information Services
BAE SYSTEMS Australia