Beiträge von codestyling

    Da stellt sich als Erstes die Frage, soll es:

    1. nur manuell gefüllt werden, so wie man das von der Schule bekommt
    2. eine volle Optimierung aller Klassen gemäß Zimmer, Fächer usw. sein ?


    Letzteres fällt in dem Bereich Optimierung, aus dem ich komme, und dies wird nicht kostenfrei sein und ist nicht ohne externe Apps möglich, denn PHP ist dafür viel zu langsam.

    Zum Verständnis, dein Hintergrundbild besteht aus mehreren vertikalen Einzelbildern, die 23px hoch sind. Wenn du den Hintergrund vertikal positionieren willst, ist y Angabe nicht positiv sondern negativ:

    Code
    background:transparent url(http://xxxxx.com/wp-content/themes/xxxxxxx/images/button-registrieren.png) [B][COLOR=Red]no-[/COLOR][/B]repeat scroll left [COLOR=Red][B]-23[/B][/COLOR]px;

    Die Oberkante deines Buttons wird somit auf dem Offset von 23px vertical dargestellt (0,0) Button ist (0,23px) im Image. Durch die -23px wird dein Hintergrundbild um 23px nach oben verschoben und der Button bekommt so das Bild ab 23px v-Offset.

    Also den "weissen Rest" unten würde ich so wegbekommen:

    Code
    <p id="backtoblog" [COLOR=Red][B]style="position:relative;height:800px;"[/B][/COLOR]>


    Hab das mal im inline Style aufgeschrieben. Also die id="backtolog" ebenfalls relative und 800px hoch, weil der Fluss ja durch die relative Angabe der login Box unterbrochen wurde. Den in backtolog folgenden a kann man ja wieder absolute machen und top/left oben antackern lassen.

    Ich würde mal denken, dass du "TinyMCE Advanced" als Plugin installiert hattest oder hast. Damit können beim Update 2 Probleme einher gehen:
    1. die "ältere" Version (nicht 2.7 tauglich) machte Probleme
    2. das Caching des "alten" Advanced sorgt für kaputte Scripte des Editors.
    Deaktivier mal TinyMCE Advanced, hole dir die neue Version, mach ein Update, Lösch den Browser Cache und schalte die Integration des Stylesheets des Themes in den Einstellungen des TinyMCE Advanced ab, denn das zeigt dir deinen grauen Blog Hintergrund im Editor.

    Falls das nicht zutrifft wüsste ich nicht, was es sonst ausser einem anderen Plugin sein könnte.

    In deinem Stylesheet gibt es nur für posts diese Angabe:

    Code
    .post p {
      line-height:14px;
      padding:5px 0;
    }

    Um das auch für die Seiten gemäß deines Themes hinzubekommen, brauchst du aber noch:

    Code
    .page p { 
      line-height:14px;
      padding:5px 0;
     }

    oder zusammenfasst:

    Code
    .post p, .page p { 
      line-height:14px;
      padding:5px 0;
     }

    Google Chrome hat einige Probleme und Inkompatibilitäten mit Javascripts. Dies habe ich leider selbst schon in meinen eigenen Plugins feststellen müssen und bin nicht bereit Google Chrome zu unterstützen, solange die Javascript Engine nicht tut, was sie soll.
    Da der TinyMCE und alles auf den Post/Pages Seiten regen Gebrauch von Javascripten diverser Art macht, kann es schon vorkommen, das die eine oder andere Scriptausführung einfach unterbleibt (ja, Chrome führt einfach manchmal Code nicht aus!) und das Ergebnis unerwünscht ist.
    Daher empfehle ich momentan den Einsatz von Google Chrome auf Javascript basierten Seiten nicht.

    Google ist nicht dumm. Wenn deine Übersichtsseiten bereits den den kompletten Inhalt der Detailseiten enthalten, warum sollten die doppelten Content 2 x indizieren ?
    Übersichtseite= Content A + Content B + Content C + ....
    Detailseite= Content B

    Da die Übersichtsseite schon Content B enthält und auf B nix wirklich neues oder attraktives ist, fällt die Detailseite weg. Auf diese Weise kann man aber auch ganz schnell im Ranking abgewertet werden.

    Ich persönlich hab mit dem SEO Kram nichts am Hut, aber Content 2 mal identisch anzubieten, ist mit Verlaub: Dummheit.

    Man kann auch ohne an der locale des Betriebssystems rumzuschrauben, lokalisierte Datumsausgaben machen:

    Hier ein Anwendungsbeispiel:

    PHP
    echo date_i18n(__( 'M j, Y @ G:i', 'theme-textdomain'), strtotime( $post->post_date ));

    wobei theme-textdomain die textdomain deines Themes sein sollte, damit du das in der Sprachdatei des Themes auch bearbeiten kannst. (Dann findet das auch mein Plugin bei Einlesen der Dateien und du kannst es einfach übersetzen.)

    Für den IE kannst du keine width 100% für das Bild angeben, das rechnet der falsch.
    Ein width von 98% funktioniert im IE und auch bei allen anderen, geteste mit der DevToolbar des IE und die Breite online gepatched.

    Ergänzung zu finden hier:

    CSS
    .ngg-imagebrowser img {
    border:1px solid #A9A9A9;
    display:block !important;
    margin-bottom:10px;
    margin-top:10px;
    padding:5px;
    [B]width:100%;[/B]

    Müsste bei der nextgen gallery im Stylesheet sein, bitte auf 98% ändern.

    Liegt mit Sicherheit am IFrame, in dem du das machst.
    Wenn du die WordPress Installation direkt benutzt über:

    Code
    http://tobicomic.ch/wordpress/wp-login.php


    dann sollte es auch keine Probleme geben.
    Ich denke, dass dir die "same origin policy" der Browser hier nicht mitspielt (weil Aussen und Innenseite andere Domains sind).


    ich möchte, dass ein html-code von einem formular gesendet in das editorfeld kopiert wird. hab schon nach send_to_editor gegoogelt und etwas mit javascript rumprobiert. war bis jetzt aber alles nicht so das, was ich will. ich generiere einen html-code und will, dass der nach dem "submit" in den editor geladen wird.


    Das verstehe ich nicht, hast du ein praktisches Beispiel dafür ?
    Wer sendet von wo nach wo was ?