Page 1 of 1
Detail page - entrypaging and tags messed up
Posted: Fri Jun 16, 2006 1:30 am
by yellowled
Hi everyone,
this is
really hard to describe, but I'll try my best
In my
blog I use a template I made. Pick a random entry and go to the detail (single entry) page (by clicking on the entry title). You'll notice that on the detail page the entrypaging links and tags are displayed right above the entry title, which is not intended. The entry paging links should be above the entry date and the tags in the little box on the left (which actually is the entry footer). And, well, they are.
At least they are in my local s9y installation on my machine at home I use for testing. I have compared (twice, actually) the files in my webspace and on my local machine - they are
exactly the same. No differences, no whites spaces or weird characters. However, on my local machine the detail page is displayed correctly and in my webspace it is not. Both the actual and the test blog run on s9y 1.0, the only difference is that my local machine has PHP 4.3.10 and the webspace 4.4.1. Of course this means that both blogs have the same default template files in the template dir.
Any idea how this is possible and how it can be solved? And which .tpl file produces the detail page, is it entries.tpl?
Matthias
Posted: Fri Jun 16, 2006 3:34 am
by judebert
Yes, entries.tpl contains the detail page. You can see what gets processed differently with the $is_single_entry variable.
Examining the source on your blog, there's a </div> closing the EntryFooter just before the div for serendipity_entrypaging. Get rid of that div, and I'll bet your problem will go away.
I'll bet the page won't validate, either.
Posted: Fri Jun 16, 2006 1:55 pm
by yellowled
judebert wrote:Examining the source on your blog, there's a </div> closing the EntryFooter just before the div for serendipity_entrypaging. Get rid of that div, and I'll bet your problem will go away.
I'll bet the page won't validate, either.
You're right, it does not validate. The validator actually claims an omitted </div> which should close <div id="mainpane">, but I just now checked my index.tpl. No <div> without a matching </div> in there
Scanning the entries.tpl for spare <div>s or </div>s will take some time, but thanks a lot, Jude

Posted: Fri Jun 16, 2006 6:46 pm
by judebert
Any time. If it turns out to be a problem with one of our standard templates, would you please let us know so we can fix it?
Thanks!
Posted: Fri Jun 16, 2006 8:13 pm
by yellowled
judebert wrote:Any time. If it turns out to be a problem with one of our standard templates, would you please let us know so we can fix it?
Of course. Can't imagine it does, however.
I switched the blog back to carl_contest yesterday, looked perfect. It's probably really one lonely </div> somewhere in the entries.tpl I forgot to weed out. This template actually mingles code from carl_contest and ladybug with some ideas by me, I probably got confused somewhere inbetween.
Some time this weekend I'll probably find the time to take a look at it, so expect me to confirm my own mistake or cry for more help on Monday

Posted: Fri Jun 16, 2006 8:32 pm
by garvinhicking
Hi!
Check the {foreach} loops in your entries.tpl. I'm quite sure you missed some loop there which then doesn'T validly close the div.
Other thing, some templates mistakenly had <h2>...</div> tags instead of <h2>....</h2>.
HTH,
GArvin
Posted: Fri Jun 16, 2006 8:44 pm
by yellowled
garvinhicking wrote:Check the {foreach} loops in your entries.tpl. I'm quite sure you missed some loop there which then doesn'T validly close the div.
Other thing, some templates mistakenly had <h2>...</div> tags instead of <h2>....</h2>.
Maybe I should watch out for
any kind of tag not closed properly ... I tried a new editor for some time which closed tags automatically, maybe that got messed up with me being used to closing tags without help from the editor ...
Posted: Sat Jun 17, 2006 12:09 am
by yellowled
Guys, it keeps being weird.
I fixed it for now. I looked at the differences between my blog and my local machine and realized that the order of the event plugins was different. After adjusting that (actually, pushing the freetag plugin "higher" in the plugin list), at least the tags are now back in the entry footer without changing the .tpl files at all. The entrypaging still doesn't look "right" or like it is on my local machine, but I'm too tired to play around with that more right now
Now, is that just a dirty workaround or might that actually be the reason?
Posted: Sun Jun 18, 2006 1:49 pm
by yellowled
YellowLed wrote:The entrypaging still doesn't look "right" or like it is on my local machine, but I'm too tired to play around with that more right now

Okay, after finishing this posting, I'll try and find a chalkboard somewhere and write "I will check my plugin configuration before making a fuss about template files in the s9y forums next time" a hundred times.
Turns out that I simply had a different setting where to display the entrypaging links in the plugin configuration, so now everything looks fine again, nothing wrong with my template files or those by Carl and Jude I used for mine
Anyway, thanks a lot to you guys for helping me clear my mind
