Page 1 of 2
{$raw_data}
Posted: Mon Jan 22, 2007 11:16 pm
by Jeffrey35
Hey guys,
I noticed that since a week or something the {$raw_data} string below the footer in my index.tpl file caused an unwanted break/hard enter in my layout. I moved the {$raw_data} thing to the sidebar.tpl because i thought it may be important and there its invisible. Now im wondering why it didnt caused the break before, but now did. I am using the extended visitor statistics plugin for a week or something. Has this something to do with {$raw_data}, or is it something else.
Greetz,
Jeffrey
Re: {$raw_data}
Posted: Tue Jan 23, 2007 10:01 am
by garvinhicking
Hi!
You can't move around $raw_data to other files because it might not be assigned in those.
Could you change it to read:
and then give us the URL to your blog? Then we could check what's in that field and why it's causing a break?
Regards,
Garvin
Posted: Tue Jan 23, 2007 10:55 am
by Jeffrey35
Sure,
The url is
http://www.jeflog.nl/serendipity/.
The unwanted break occurs at the bottom of the page. I know its just a small thing but it annoys me. Firefox displays it correctly, but IE doesnt.
Greetz,
Jeffrey
Posted: Tue Jan 23, 2007 11:16 am
by garvinhicking
Hi!
Ah, I see. You should be able to fix that if you remove all unnecessary padding in index.tpl:
Code: Select all
<!-- ***** FOOTER AREA ***** -->
<div id="footer"><p>Design by <a href="http://www.bexology.com">Bex</a> & <a href="http://www.carlgalloway.com">Carl</a></p></div>{$raw_data}</div>
</body>
BTW - You removed the original credit. This is not allowed, please put Bex' link back in there, unless you personally agreed with here to leave that information out.
HTH,
Garvin
Posted: Tue Jan 23, 2007 12:15 pm
by Jeffrey35
Well I changed it, but the fault still occures. But what I don't seem to get is why it happened all a sudden. First I never had the problem. Does it maybe has something to do with the thing raw_data fetches?
Greetz,
Jeffrey
Posted: Tue Jan 23, 2007 12:38 pm
by garvinhicking
Hi!
$raw_data in your case is empty, so actually it should have always been like that. It might be related to some other CSS change or new plugin addition or maybe even because of some entry?
Somehow the IE interprets that there should be more space at the end, and I thought it was because of the empty linebreaks...
However, when I look at your HTML output, I still see linebreaks that you should be able to remove in your index.tpl file! There should be no linebreaks after the <div id="footer">...
Regards,
Garvin
Posted: Tue Jan 23, 2007 1:15 pm
by Jeffrey35
I removed the linebreaks, but still it occurs. If we look to the source (in IE), we see this:
The newline-sign causes the break. Firefox ignores it, IE turnes it into a break.
So i think the only way to solve it is be removing {$raw_data}, or stop it from causing the newline-sign.
Greets,
Jeffrey
Posted: Tue Jan 23, 2007 1:32 pm
by garvinhicking
Hi!
You must remove the newline using an editor! Is is inside the file, it does NOT come from $raw_data.
Make sure you save your file with UNIX line encoding and upload the file as binary.
Best regards,
Garvin
Posted: Tue Jan 23, 2007 1:49 pm
by Jeffrey35
This is how it looks in the editor:
As you can see in UTF-8.
So i have no clue what to do.
BTW I really appreciate your help solving this somewhat "silly" problem.
Greetz,
Jeffrey
Posted: Tue Jan 23, 2007 2:14 pm
by garvinhicking
Hi!
You should use a text editor software like UltraEdit or Notepad+ and upload the file via FTP. Do NOT use that webbased editor, it looks like the root of your problem in first instance
Best regards,
Garvin
Posted: Tue Jan 23, 2007 2:33 pm
by Jeffrey35
Well, I edited the file with NotePad+, and uploaded it with FTP (binary). But still in IE the newline-sign appears.
You can check it for yourself.
http://www.jeflog.nl/serendipity/templa ... /index.tpl is correct.
Posted: Tue Jan 23, 2007 2:38 pm
by garvinhicking
Hi!
Ah!
We got it. It's a UTF-BOM. That is a sequence which denotes a UTF-8 file, but no serendipity files are allowed to be saved with that.
You will sadly have to go through the *.tpl files you edited again, in one of them you saved the file as UTF-8 format. You need to save it in ISO-8859-1 or as UTF-8 without BOM...
HTH,
Garvin
Posted: Tue Jan 23, 2007 3:26 pm
by Jeffrey35
I converted the files, and it shouldn't be BOM anymory. Maybe you can check that, i don't know how. Anyway the problem still occures.
Greetz,
Jeffrey
Posted: Tue Jan 23, 2007 3:33 pm
by garvinhicking
Hi!
That BOM () is still inside the file, so there must still be a file that is saved as UTF-8 BOM. It must not be the index.tpl, it can be any other of the .tpl files you have edited at any point...
Best regards,
Garvin
Posted: Tue Jan 23, 2007 3:38 pm
by Jeffrey35
Does it has to be an .tpl file or can it also be any other file like .css or .inc.php?
Greets
