Beiträge von codestyling

    hmm, also der Code hat schon ein paar Jahre auf dem Buckel :D
    Jetzt weiß ich auch, was du meinst. Die Eingaben, die der Benutzer machen kann für die Beschriftung der Eingabefelder ist ja gerade aus Ermangelung einer *.mo Übersetzung gemacht worden und weil man so z.B. Webseite gegen Skypename austauschen kann.
    Allerdings geht das dann nicht mehr in Japanisch, Chinesisch oder sonstwas anzuzeigen, denn du hast ja nur diese eine Wahl, wie das beschriftet wird.

    Wenn du das schon als Basis für einen Umbau nehmen willst, solltest du überlegen, ob man Wahlfreiheit erlaubt, oder ob man feste Dropdown Listen anbietet, deren Inhalte per *.mo Datei bereits feststehen.
    Dann kann man keine Beschriftungen mehr eingeben, sondern nur noch wechseln. Was nicht vorhanden ist und jemand braucht, könntest du als nächste Version bereitstellen.

    Was mir noch auffällt ist, das dieses
    1.) Plugin offensichlich register_globals braucht, was nicht immer geht und u.U. ein Sicherheitsproblem ist,
    2.) Das Formular ohne Javascript nicht richtig (oder gar nicht) geht,
    3.) ich mir nach flüchtiger Durchsicht nicht sicher bin, ob das Spam-sicher genug ist.

    PS: Die Verbesserung im vorigen Post bezog sich auf den Plugin Ordner, der somit frei wechselbar wäre (aber eben nicht für dieses Plugin, weil das auch wieder hart codierte Pfade nutzt).

    Was kann ich denn da machen?


    Wie wär's mit einem Link zum ursprünglichen Source des Plugin's, den du benutzt? Ohne die Ursprungsquelle, muß ja nicht WP Plugin Store sein, wird's schwer, sich was vorzustellen, wenn man das Plugin gar nicht kennt :D

    PHP
    load_plugin_textdomain('intouch', PLUGINDIR . '/intouch/');


    Ich mag "fest verdrahtete" Pfade gar nicht! Ich möchte pro Plugin, das was auf sich hält, immer noch selbst entscheiden können, wie dessen Pfad lauten soll.
    Für mich sind Plugin's, die nicht damit zurecht kommen, das man ihren Pfad umbenennt, einfach nicht tolerant genug geschrieben und unflexibel.
    Es gibt öfter Kollisionen bei zig Tausend Plugins in der Welt, das jemand den gleichen Pfad für ein Plugin gewählt hat, den ein anderes schon benutzt, dann muß man das einfach umbenennen können.

    PHP
    load_plugin_textdomain('intouch', PLUGINDIR."/".dirname(plugin_basename(__FILE__)));

    Wenn man den Plugin Base Name benutzt, kannst du das Verzeichnis des Plugin's umbenennen, wie du lustig bist, es funktioniert immer.

    Dazu kennt WordPress die Funktion is_user_logged_in() um zu prüfen, ob man eingeloggt ist oder nicht.

    Damit könnte man in der index.php deines Themes dann als Erstes so was machen wie:

    PHP
    <?php
    if (is_user_logged_in()) {
       require_once("die-andere-index-seite.php");
       exit;
    }
    ?>

    Alle nicht eingeloggten Besucher bekommen dann die normale index.php generiert (der Rest der php Datei).

    So ein Layout des Editors bekomme ich nur erzwungen, wenn ich die post-new.php mutwillig modifiziere und statt 100% Breite das hier mache:

    Code
    <table id="content_tbl" class="mceLayout" cellspacing="0" cellpadding="0"
    style="[COLOR=Red]width: 980px[/COLOR]; height: 212px;">

    Hast du evtl. ein Plugin laufen, was deinen Adminbereich "vergrößert" (Breitenausnutzung) oder an einem *.css geschraubt, welches im Admin Bereich geladen wird ?
    Hast du gar in der php selbst geändert ?

    Auf exakt deine Fehlermeldung (Zeilennummer nicht gleich, aber inhaltlich/fachlich gleiches Problem) antwortete der Autor auf der von dir als Link angegeben Seite:

    Wer lesen kann (und evtl. englisch versteht) ist klar im Vorteil. :)

    Also das Plugin benötigt PHP 5.2, weil der Autor nur ausschließlich PHP 5.2+ Projekte macht. Und das ist bei dir entweder nicht verfügbar oder nicht aktiviert.

    Ein Offline XAMPP hat derzeit (aktuelleste Version) standardmäßig PHP5.2 aktiv.

    Die Funktion load_plugin_textdomain in WP 2.5.1 ist wie folgt codiert:

    Somit hängt es also von mehreren Sachen ab.

    1.) ist dein Plugin in einem Unterverzeichnis installiert?
    Nur für den Fall das es so ist, mußt du der Funktion als 2. Parameter das Verzeichnis klarmachen, wo es suchen muß. Da ABSPATH auf den Root deiner Blog Installation zeigt, bräuchtest du in diesem Fall:

    Code
    /wp-content/plugins/intouch

    oder sicherer, wenn .mo und plugin php im gleichen Verzeichnis liegen, mit

    PHP
    load_plugin_textdomain('intouch', PLUGINDIR."/".dirname(plugin_basename(__FILE__)));

    2.) die .mo Datei muß korrekt benannt sein und hat eine spezielle Anforderung, in deinem Fall dann:

    Code
    intouch-de_DE.mo

    Versuch diese CSS Anpassung in style.css (line 63):

    Code
    #page {
    background:transparent url(images/main-bg.jpg) no-repeat scroll center top;
    [COLOR=Red]position:absolute;[/COLOR]
    }


    Dann klappt es auch mit dem FF, denn dieser div hatte bisher keine Angabe und alle seine "Kinder" sind aus dem Fluss genommen worden mit position Angaben. Deshalb macht das eigentlich der FF auch richtig aber der IE eben nicht (auch wenn du das vielleicht anders siehst, aber FF hat in Bezug auf CSS Recht)!

    Da die Bilder von einem Image Server zu kommen scheinen, wird wohl die freie Wahl der Größen ausscheiden.
    Eine Alternative, wohl eher Kompromiss, wäre noch, die Bilder in einen div einzusperren, hier am Beispiel der 3.Spalte:

    HTML
    <div style="width:210px; overflow:hidden;float:left;margin-right:10px;"><img alt="Lehrer-Online - Verdauung und Verdauungsorgane" src="http://img.skitch.com/20080509-ticsyq32mtjghcwp34xrkmaaxn.png"/></div>

    Der sorgt dafür, dass Bilder, die proportional angepasst werden auf 82px Höhe, rechts bei 210px beschnitten werden, falls sie zu lang werden.

    Ist auch nur ein Kompromiss, aber es sieht im Beispielbild danach aus, als ob man auf den rechten Teil durchaus verzichten könnte.

    Die schlechteste Wahl wäre, für <img> Höhe 82 und Breite 210 fest vorzugeben, dann wird das Bild nicht mehr proportional gestreckt und entartet völlig, hat aber immerhin die angegebene Abmessung.

    ...sind schon ein Probleme, wenn's nicht die eigene Bilder sind...

    Code
    <li class="[COLOR=Red]widget widget_categories[/COLOR]" id="categories-1"><h2 class="widgettitle">Kategorien</h2>
        <ul>
            <li class="cat-item cat-item-3"><a title="1.Mannschaft" href="http://www.sgcastrop.de/wordpress/?cat=3">1.Mannschaft</a></li>
            <li class="cat-item cat-item-5"><a title="2. Mannschaft" href="http://www.sgcastrop.de/wordpress/?cat=5">2. Mannschaft</a></li>

    Da die Kategorien per Widget ausgegeben werden, kann man in der Sidebar.php soviel ändern wie man will, dass bringt ja dann rein gar nix!

    Entweder ohne Widget arbeiten oder Widget Core Code ändern.

    Deine Domain leitet endlos immer wieder um. Hast du was an der .htaccess gemacht oder ist die Standard Wordpress ?

    Welchen Grund gibt es, dein .de Blog in einen Frameset zu zwingen ?
    Ich denke, der Frameset ist das Problem und proviziert den reload.
    WordPress arbeitet im Standard niemals mit Frameset's, das ist ein antiquierte Technology, die man in den 90er benutzt hat aber mit heutigen Möglichkeiten nicht mehr sinnvoll ist.

    Einer der betroffenen Hoster scheint all-inkl.com zu sein (laut Denic:)).
    Kann jemand bestätigen, das es dort mehrere Blogs "erwischt" hat ?

    Ein Kompromittierung eines Massenhosters (auf einem Server laufen ca. 500++ Domains) würde es erlauben, beliebigen Domains dort was unterzuschieben.

    Das würde auch erklären, warum es auch Joomla erwischen kann, wie im vorherigen Post in Frankreich gefunden wurde.

    vielleicht hilft es dem einen oder anderen weiter?

    Das funktioniert im IE6 nur für "einfarbige" transparente PNG's.
    Hier der css Ausschnitt aus dem von dir empfohlenen Link:

    So, jetzt nehmen wir mal ein transparentes PNG mit 10px mal 10px, welches wiederum in Quadrate zu je 5px Kantenlänge unterteilt ist (4 Stück total).
    Das links-oben und rechts-unten bekommt 80% alpha die anderen beiden 50% alpha.

    Wenn ich den o.g. Fix für den IE6 anwende, bekomme ich alles gestreckt und meine Kantenlängen sind nicht länger 5px sondern abhängig von der Containergröße. Wenn die Box also 200px mal 200 px ist, sehe ich immer noch nur 4 Teilquadrate jedoch mit Kantenlängen von 100px !!!

    Ich wollte aber ein Schachbrettmuster haben, mit Quadraten zu 5px Kantenlänge, was der FireFox oder IE7 auch so macht nur eben IE6 nicht !

    Also sind solche Workarounds nicht wirklich hilfreich.

    Das ich leider keinen IE6 mehr hab (und auch nie wieder sehen will), kann ich nur sagen, das ich es mit 100% im Body Hack als Basis machen würde und dann von jemanden prüfen lassen, der einen IE6 hat.

    Also am Einfachsten und Sichersten style.css Zeilen 194 und 196 ändern in:

    Code
    .[COLOR=Red]previous-post[/COLOR] { padding: 0 20px 0 0; float: left; }
        
        .[COLOR=Red]next-post[/COLOR] { float: right; }

    und im der entsprechenden Datei im Theme (kann ich leider nicht kennen, aber du solltest es wissen) :)

    Code
    <div class="navigation">
        <span class="[COLOR=Red]previous-post[/COLOR]">&larr; <a href="http://blog.susanne-gruner.de/?p=28">Studiengebührenerhöhung international</a></span>
        <span class="[COLOR=Red]next-post[/COLOR]"><a href="http://blog.susanne-gruner.de/?p=30">Achtung! Schuhe putzen!</a> &rarr;</span>
    </div>

    bitte dann so ändern, dann klappt's auch wie gewünscht.

    Code
    <div class="navigation">
        <span class="previous">← <a href="http://blog.susanne-gruner.de/?p=28">Studiengebührenerhöhung international</a></span>
        <span class="next"><a href="http://blog.susanne-gruner.de/?p=30">Achtung! Schuhe putzen!</a> →</span>
    </div>

    Das liegt am Stylesheet der NextGen Gallery und den gleichen class Angaben für die umschliessenden span.

    Kommt durch dieses Stylesheet deiner Gallery:

    Code
    http://blog.susanne-gruner.de/wp-content/plugins/nextgen-gallery/css/nggallery.css

    Definiere in deinem Theme Stylesheet (style.css) eine neue class, die du dann in beide o.g. span's einträgst.

    prozentuale Schriftgröße ...

    Ich hab nur mal den #header em als Beispiel genommen.
    Somit hast du im IE6 gerade folgendes angewiesen:

    40 % als Standardgröße * 75 % davon = 30 % der Standardgröße.

    Bei IE 7 und FF gilt ja feste Standardgröße in 8pt !

    Wenn du prozentual für IE6 arbeiten willst (musst), dann beachte bitte, dass sich die Prozentwerte multiplizieren und somit sehr viel kleiner werden, als du denkst.