Serendipity Forums

Posted: **Tue Jul 15, 2008 1:39 pm**

Hi @ all.

Heute bekam ich einen Anruf, dass meine Seite im IE weiß bleibt. Getestet und Tatsache: die Seite ist nicht ganz weiß, aber auf eine Breite von mehr als 10000 und ähnliche Höhe gezogen. Ich habe gestern ein paar Plugins entfernt und das freetag-Plugin installiert.
Zum Testen habe ich mal das Seiteleistenplugin von freetag versteckt, und siehe da: die Darstellungsfehler im IE sind weg (in Firefox ging alles ganz normal, auch mit freetag in der Seitenleiste).

Nun wie weiter? Ich würde das schon sehr gern in der Seitenleiste haben...

Hier mal ein Screenshot, wie es mit der Seitenleiste aussieht:
http://api.browsershots.org/png/origina ... 1597ae.png

An den Scrollbalken könnt ihr ja schon sehen, dass da was schiefgeht. Nur was :-/?

Edit: Ich konnte das Problem eingrenzen. Es tritt nur auf, wenn ich in den Einstellungen von freetag "XML-Icons anzeigen?" auf "Ja" setze. Bei "Nein" sind keine Darstellungsfehler im IE vorhanden!
Nun die Frage: warum geht das nicht? Firefox kann das doch auch problemlos darstellen und was ist an einem kleinen Bild vor dem Link so schlimm für den IE bzw. was macht freetag falsch?

Posted: **Tue Jul 15, 2008 2:08 pm**

Hi!

Kannst Du mal schauen ob Du das Plugin "Browser-Kompatibilität" installiert hast? Wenn ja, entferne es mal oder deaktivier es testweise und gib Bescheid ob das etwas ändert.

Grüße,
Garvin

Posted: **Tue Jul 15, 2008 2:19 pm**

garvinhicking wrote:Kannst Du mal schauen ob Du das Plugin "Browser-Kompatibilität" installiert hast?

War installiert und aktiviert. Habe es deaktiviert, kurz in IE/FF getestet. Ging beides noch.
Habe dann "XML-Icons anzeigen?" auf "Ja" gesetzt: FF geht, IE: Darstellungsfehler wie vorher.

Die URL ist übrigens http://www.besuchermag.net wie immer ^^. Habe es jetzt mal so "defekt" gelassen. Kannst ja mal schauen, wenn du möchtest.

Habe auch schon xhtml-Validator angeschaut, sind zwar 97 Fehler, aber alles uninteressant, wie ich fand. Ich habe auch an dem Original Bulletproof-Template kaum was verändert (nur fixed width). Daran dürfts kaum liegen.

Posted: **Tue Jul 15, 2008 3:10 pm**

Hi!

Das ist echt strange. In meinem IE8 hier sieht's zwar okay aus, aber alle Bilder werden nicht angezeigt.

Ich werde mal YellowLED/Don Chambers befragen, ob da jemand eine Ahnung hat...

Grüße,
Garvin

Posted: **Tue Jul 15, 2008 3:26 pm**

Hi.

Ich hab erstmal "XML-Icons anzeigen?" wieder auf "Nein" gestellt und die Browserkompatibilität wieder eingeschaltet. Wenn ihr irgendwas testen wollt, gebt mir Bescheid, ich geb euch auch gern Zugang zum Blog.

C ya.

Posted: **Tue Jul 15, 2008 3:41 pm**

If you guys do not mind switching this conversation to English, I will try to help as well.

When I check your site in IE6 (which I find to be the best way to see IE's real limitations), It is pretty messed up in a lot of ways.

Chances are, we have a problem with transparent PNGs.... but I was under the presumption that IE had resolved that issue. However, there is a ver easy way to see if this is the problem or not....

The colorset stylesheet you are using (blue_style.css) has this in CSS:

Code: Select all

.serendipity_xml_icon {
    background: url('img/blue_xml.png') center center no-repeat;
    padding: 10px 0;
    margin: 0;
    visibility: visible;
}

If you can, please open the file /templates/bulletproof/img/blue_xml.png using a graphics editor like gimp or photoshop. Change the file type from png to jpg and resave it as blue_xml.jpg. If you cannot do this, I will be happy to do it for you and send it back via email.

Next, modify the stylesheet blue_style.css and change the background image to jpg instead of png.

If it has anything to do with transparency, that should fix the problem. Somehow, I do not think it is going to work. That particular IE bug is presumably fixed, and never seemed to be a problem for BACKGROUND images - only foreground.

Next line of attack will be for you to run your site through a validator and fix the reported errors. This site reports 97 errors: http://validator.w3.org/check?verbose=1 ... mag.net%2F

I think some of those errors may be responsible for the problems, especially since many appear to be mismatched/unclosed HTML tags.

Posted: **Tue Jul 15, 2008 4:50 pm**

Hi.

I converted the image and changed the CSS as said, but after activating "XML-Icons anzeigen?" the error in IE7 still persists.

I saw the errors with unclosed tags too, but how to resolve them? The code is giantic and it refers to tags (head, html) which I can't find to be mismatched or closed wrong.

When viewing the faulty page (with acitvated XML-icons), the icons are there, but you have to scroll, say, 2500 px to the right.

But ok, I will go on fixing the errors step by step and see how I can make an approach to this.

Edit: Two of the validations-errors are caused by the "HTML Meta-Tags"-plugin, which does not close its meta-tags. Nothing critical, but, well, it produces two of my errors

.

lines 182 - 199 should read as follows:

Code: Select all

    echo '<meta name="description" content="' . htmlspecialchars($meta_description) . '" />' . "\n";
    if (!empty($meta_keywords))
    {
        echo '        <meta name="keywords" content="' . htmlspecialchars($meta_keywords) . '" />' . "\n";
    }
} else {
    // emit default meta description and meta keyword, if not blank, for pages other than single entry

    if (!empty($default_description))
    {
        echo '<meta name="description" content="' . htmlspecialchars($default_description) . '" />' . "\n";
    }
    if (!empty($default_keywords))
    {
        echo '        <meta name="keywords" content="' . htmlspecialchars($default_keywords) . '" />' . "\n";
    }
}
break;

PS: I am at 73 errors now

.
PPS: Holy sh**. Sorry for my tongue, but I just deleted an unnecessary border=0 in plugin_findmore.tpl (which I added myself for stumbleUpon). This fixed 60 errors at once (I already reached 71). 11 remaining.

PPPS: When I hide my "Trackers"-box, everything is alright and the page validates successfully! But I can't miss this box. The problem is, I don't see the errors in the code. It is a html nugget.

Code: Select all

<a href="http://blogpingr.de" title="BlogPingR.de: Blog Ping-Dienst, Blogmonitor"><img src="http://blogpingr.de/track/blogtrack/buttons/1/" alt="BlogPingR.de - Blog Ping-Dienst, Blogmonitor" width="80" height="15" border="0" />
<a href="http://www.bloggerei.de/?b=9589" title="Blog-Verzeichnis"><img src="http://www.bloggerei.de/bgpublicon.jpg" width="80" height="15" border="0" alt="Blogverzeichnis - Blog Verzeichnis bloggerei.de" /></a>
<a href="http://www.bloggeramt.de" title="Blogverzeichnis - BloggerAmt.de"><img src="http://www.bloggeramt.de/images/blog_button1.gif" style="border:0px;" alt="Bloggeramt.de" /></a>
<a href="http://www.frischgebloggt.de/"><img src="http://www.frischgebloggt.de/button.png" alt="frisch gebloggt" /></a>

This is the code "as-is". If I would put a line break after the </a>, the buttons would not align like they do now (it would get 1 x 4 instead of 2 x 2).
Where are the 11 errors? http://validator.w3.org/check?verbose=1 ... mag.net%2F

Posted: **Tue Jul 15, 2008 5:27 pm**

The text you supplied for the html meta-tags plugin is exactly what the plugin already has in it - were you simply not using the most recent version??

It appears you are systematically correcting errors, so I do not want to get in your way, but I cannot troubleshoot anything at the moment because you turned the icons off for the freetag plugin. Can you turn them back on so I can see the problem again?

Posted: **Tue Jul 15, 2008 6:04 pm**

Hi.

I have hidden my Trackers-box now, so the site validates now without any errors.
I just turned on the XML-icons. And the problem with them persists.

I am out of the house now for about 3 hours. I will PM you some info.

Posted: **Tue Jul 15, 2008 7:29 pm**

Problem is resolved. Index.tpl had been revised to wrap the entire html output in a table with a fixed width of 1000px. The table was not fully constructed with a tbody, and that might have had something to do with it.

BP's html structure includes a containing div named #wrapper. In the blue colorset, this container is set to a fluid width of 85%. The table was never necessary - to fix the width of the blue colorset, all that was needed was to change the blue_style.css here, which I did:

Code: Select all

#wrapper {
    /*width: 85%;*/
    width: 845px;

The actual width needed to be 845px to match the prior appearance. I also modified index.tpl and removed the table elements. The version of index.tpl that existed before my changes is named index_b4_don.tpl if you want to compare. I did not create a copy of blue_style.css because I only added a single line for the width, and commented out the original percentage.

If you want to make sure your blue_style.css modifications are not lost with any future update to the bp template, simply put those modifications into a file named user.css in the bulletproof folder, and activate the template option "Use additional user stylesheet. Users have to create this stylesheet in the template directory. It has to be named user.css and can be used to override selected styles". This had nothing to do with transparency, so you could restore the original filename to png instead of jpg.

On a sidenote, while trying different combinations of event plugins, I checked for updates and see that the lightbox and sitemap generator plugins have updates. You can install those via spartacus.... I would have done it for you, but I didn't want to risk messing something else up after I fixed the template problem!!!

Posted: **Tue Jul 15, 2008 10:49 pm**

Thank you so much. So it really was the fixed width I mentioned some posts before

. But the thingy with the fixed width wasn't explained anywhere I searched (a long time ago), so I helped myself using the table.

Thanks a ton, now my blog is functioning and one of a fistfull blogs which XHTML-validate correctly

.

I'll look after the updates now

.

Btw.: is it normal that Spartacus needs this long to load?

Don Chambers wrote:The text you supplied for the html meta-tags plugin is exactly what the plugin already has in it - were you simply not using the most recent version??

It is 1.3.1, I don't know why it was an old version :-/. I added the " /" myself.

PS: I miss a function for directly viewing the changelog from the update

.
PPS: Now I reactivated the Trackers-box (code above), and I have 11 errors on w3c-validation ^^. Anyone there who knows what to change

?

Posted: **Tue Jul 15, 2008 11:10 pm**

I never saw an earlier post regarding widths... If it was in German, I could not have read it anyway. That is the downside of posting in German - you limit the audience of those who can assist to just those who can understand the language, which I cannot.

I noticed Spartacus was taking quite some time to load earlier today, but it still worked. Then again, I've seen it go down for several days in a row!

Anyway, glad I was able to track it down for you. Keep up the great job on your site!

Posted: **Tue Jul 15, 2008 11:22 pm**

Don Chambers wrote:I never saw an earlier post regarding widths... If it was in German, I could not have read it anyway. That is the downside of posting in German - you limit the audience of those who can assist to just those who can understand the language, which I cannot.

Now I am confused. Did I scramble up my sentence the post before? Or do you mean that you could not read the German conversation on the top, so you could not react on the thing that I wrote I installed a fixed width in my blog?

I must admit that it was just laziness, which made me post in the German subforum. I knew that all-mighty Garvin could read it and I thought he would be able to solve it with a click of his fingers.

Next time I will post in the English subforum

.

Thanks a bunch again

.

Posted: **Tue Jul 15, 2008 11:30 pm**

Sorry - did not mean to confuse you. I do not normally check this forum because I cannot read German - only English. Garvin contacted me via PM, explained the problem, and asked me to assist. I honestly never read this thread, merely replied on it since Garvin told me which thread was discussing the problem. I probably should have tried to translate the thread first since it might have led me to the width issue a lot sooner than when I actually found it on my own.

Serendipity Forums

[gelöst]serendipity_plugin_freetag zerschießt IE Darstellung

[gelöst]serendipity_plugin_freetag zerschießt IE Darstellung

Re: sendipity_plugin_freetag zerschießt IE Darstellung

Re: sendipity_plugin_freetag zerschießt IE Darstellung

Re: sendipity_plugin_freetag zerschießt IE Darstellung