{$raw_data}

Jeffrey35 · Post by **Jeffrey35** » Mon Jan 22, 2007 11:16 pm

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

Post by **garvinhicking** » Tue Jan 23, 2007 10:01 am

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:

Code: Select all

<div id="raw">{$raw_data}</div>

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

Jeffrey35 · Post by **Jeffrey35** » Tue Jan 23, 2007 10:55 am

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

Post by **garvinhicking** » Tue Jan 23, 2007 11:16 am

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

Jeffrey35 · Post by **Jeffrey35** » Tue Jan 23, 2007 12:15 pm

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

Post by **garvinhicking** » Tue Jan 23, 2007 12:38 pm

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

Jeffrey35 · Post by **Jeffrey35** » Tue Jan 23, 2007 1:15 pm

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

Post by **garvinhicking** » Tue Jan 23, 2007 1:32 pm

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

Jeffrey35 · Post by **Jeffrey35** » Tue Jan 23, 2007 1:49 pm

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

Post by **garvinhicking** » Tue Jan 23, 2007 2:14 pm

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

Jeffrey35 · Post by **Jeffrey35** » Tue Jan 23, 2007 2:33 pm

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.

Post by **garvinhicking** » Tue Jan 23, 2007 2:38 pm

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

Jeffrey35 · Post by **Jeffrey35** » Tue Jan 23, 2007 3:26 pm

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

Post by **garvinhicking** » Tue Jan 23, 2007 3:33 pm

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

Jeffrey35 · Post by **Jeffrey35** » Tue Jan 23, 2007 3:38 pm

Does it has to be an .tpl file or can it also be any other file like .css or .inc.php?

Greets

{$raw_data}

{$raw_data}

Re: {$raw_data}