Beiträge von marX

    Schrei nicht! :neutral:

    Das ist die Linkfarbe der aktuell geöffneten Seite:

    Code
    #l_sidebar .current_page_item a {
    color:#FF8000;
    }

    Für die Elternseiten gibts die Klassen .current_page_parent (direkt übergeordnete Seite) und .current_page_ancestor (alle übergeordneten Seiten).

    HTML
    <div class="middle_links"; style="padding-bottom:5em"; id="wp-calendar-wrapper">


    Was zum Geier ist das? :-D Die [del]Semikola... Semikolone... Semikolons...[/del] Strichpunkte da sind völlig verkehrt. Und dann geb ich dir mal noch Skizze, die dir den Unterschied zw. margin und padding erläutert:
    CSS 4 You - The Finest in Stylesheets: Workshop: Boxmodell
    (padding - Innenabstand, margin - Außenabstand)

    Code
    #wp-calendar-wrapper {
    background:#EEEEEE
    margin:30px 0;
    width:100%;
    }

    Nein, ists nicht: ;-)

    Zitat

    disable_functions
    debug_backtrace, disk_free_space, diskfreespace, disk_total_space, dl, error_log, exec, [COLOR="Red"]fsockopen[/COLOR], get_current_user, getrusage, leak, link, openlog, passthru, pfsockopen, popen, proc_close, proc_get_status, proc_nice, proc_open, proc_terminate, shell_exec, symlink, sys_getloadavg, syslog, system

    Dann etwas anders:
    In deiner Sidebar:

    HTML
    <div id="wp-calendar-wrapper">
      <?php get_calendar() ?>
    </div>

    Und CSS:

    Code
    #wp-calendar-wrapper {
    width:100%;
    background:#EEEEEE;
    }
    #wp-calendar { /* Kalender */
    width:90%;
    margin:5%;
    }
    Zitat

    Hier wird für Column 0 angezeigt, dass sich da irgendwie ein Blank eingeschlichen hat. [...] Kann es sein, dass das Verrutschen der Siedebar im IE7 durch den Leerschritt vor der Doctype verursacht wird?


    Das ist kein Leerzeichen oder Whitespace. Das sieht mir mehr nach 2 UTF-8-BOMs aus. Schau mal hier, letzter Absatz:
    WordPress Deutschland FAQ »Cannot modify header information ?«
    Und ja, das wird durchaus ein Grund dafür sein.

    Du solltest deine Template-Dateien nochmal neu speichern und hochladen. Beim Speichern darauf achten, dass die Dateien als "UTF-8 ohne BOM" gespeichert werden. Wie das geht verrät dir die Hilfe zu deinem Editor. ;-)

    Zitat

    Bei einer CSS-Validierung unter jigsaw.w3.org bekomme ich u.a. folgenden Fehler:


    Da wird wohl ein Browserbug als CSS-Browserweiche ausgenutzt. D.h. das ist gewollt.

    Zitat

    Aleksandar Vacić hat einen Strict-Doctype gewählt, der sich aber nicht mit meinem Thema verträgt:


    Schlechtes Theme. :-) Nein Spaß, aber es kann durchaus Rendering-Unterschiede beim Wechsel von Strict auf Transitional geben. Diese sollte der Browserhersteller aber dokumentiert haben.

    Nein, das ist ja ein Kategoriearchiv, wie der Link/Template-Tag auch sagt. Du hast aber mehrere Kategorien, also funktioniert das nicht so. Genauso wie ein Autorenarchiv bei mehreren Archiven nicht funktioniert, ein Datumsarchiv nur für 1 Jahr/Monat/Tag.

    Ich will nochmal versuchen dir das Problem zu erklären. WP ist so gebaut, das auf der Hauptseite (home.php/index.php) alle Artikel gelistet werden, und in den Archiven jeweils gefilterte Ausgaben kommen - je nach Art des Archivs Datum, Autor, Kategorie usw. Das ist der normale Lauf.

    Das Brandford Magazine Theme bricht hier aber, indem es auf der Hauptseite eben nicht alle Artikel listet, sondern diese angapsst sind. Daher funktionieren Bordmittel hier nicht ohne weiteres. Dein Problem ist also dein Theme!

    Umgehend, z.B. mit einem Seitentemplate kann man das vermutlich auch nicht ohne weiteres, da die automatisch von WP generierten Links anders lauten. Ich meine, du kannst versuchen dir so ein Seitentemplate zu bauen:

    Aber ich denke das fliegt dir spätestens bei posts_nav_link() um die Ohren, da heir die Links nicht auf die Seite umgebogen werden, und wieder die normale Hauptseite erscheinen wird.

    Andere Themes umgehen das, indem sie eben eine "statische Startseite" mit eigener Funktionalität anbieten, WP erlaubt dann die Artikel auf einer weiteren "Artikelseite" auszugeben (darum gehts in o.g. FAQ-Artikel).

    Ich hoffe mal, du erkennst, das es eben am Theme liegt. Und da kann dir der Themeautor wahrscheinlich am ehesten weiterhelfen. (Oder jemand anders mit viel Brandford-Erfahrung ;-))

    Du musst mich nicht immer voll zitieren, das macht den Thread nicht grade übersichtlich finde ich. ;-)

    Also ganz kurz, die folgenden Filter werden angewendet:

    • wptexturize
    • convert_smilies
    • convert_chars
    • wpautop
    • prepend_attachment
    • wp_cumulus_init
    • RSSImportparseNewWindow0
    • RSSImportparse[COLOR="Red"]NoFollow[/COLOR]0


    Wo genau das her kommt kann ich dir auf die Schnelle natürlich auch nicht sagen, aber ich denke es sollte dir die Suche leichter machen, oder?

    Ist das sowas wie wordpress.com? Sieht mir auf den 1. Blick so aus (leider gibts ja null Infos da... oder überseh ich was?) Dann wirst du ja keine Möglichkeit haben, dort selbst Backups zu erstellen, also sind die Betreiber in der Pflicht. Schreib die mal an.

    Na ich denke wir können das hier dann abschließen. Ausgangsfrage beantwortet, auf mögliche Stolpersteine und Risiken hingewiesen und auch alle Unklarheiten beseitigt. :-)

    Im Prinzip sind wir uns denke ich auch einig, was die Sicherheitsfrage angeht. Das Login und Anzeigename aus Sicherheitsgründen nicht gleich sein sollten, da stimme ich dir natürlich auch zu. Ich finde hier sind aber die WP-Entwickler in der Pflicht, da die Nutzerverwaltung oder die Permalinks entsprechend anzupassen.

    Übrigens: ich hab grade mal im Tracker kurz danach gesucht ("user nicename"), und beim ganz groben Überfliegen der letzten Tickets das hier gefunden:
    #5864 (Custom Permalinks for Author Archives) - WordPress Trac - Trac

    Dürfte wohl in etwa in die Richtung gehen. Derzeitiger Status: "wont' fix".

    Dann wirds wohl ein Filter sein. Die Frage ist, wo der Filter her kommt... normale Anlaufstellen wären default-filters.php, Plugins und das Theme (speziell functions.php). Ich schau aber nochmal ob man irgendwie raus bekommt, welche Filter auf einen Hook angewendet werden...

    Nachtrag: geh mal in die wp_includes/plugin.php. Ab Zeile 131 (2.6.2) wird die apply_filters()-Funktion definiert. In Zeile 154 steht:

    PHP
    reset( $wp_filter[ $tag ] );


    Für danach mal folgendes ein:

    PHP
    // BEGIN DEBUG
    if( $tag == 'the_content') {
      var_dump($wp_filter[ $tag ]);
    }
    // END DEBUG

    Das ist ne Testausgabe, die dir zeigen soll welche Filter auf the_content() wirken. Mal schauen ob das was bringt.
    (Wenn du die Ausgabe hast, dann nimmst du die Zeilen wieder raus, sonst funktioniert evtl. dein Blog nicht mehr richtig. ;-))