Beiträge von Ammaletu

    Nichts an diesem Code würde den Text löschen, das kann also nicht gehen. Bei den anderen Seiten macht das vermutlich ein externes JavaScript. Probier es so:

    HTML
    <form action="<?php echo home_url( '/' ); ?>" method="get">
            <input id="search" type="text" name="s" value="Suche" onclick="if (this.value == 'Suche') this.value='';" />
            <input type="image" src="<?php bloginfo( 'template_url' ); ?>/images/search.png" alt="Suche" />
    </form>

    Dann verlinke doch bitte mal einen Beitrag mit einem kaputten Bild. Sonst fällt mir dazu nicht viel ein, fürchte ich. Wenn es mit direktem Hochladen per FTP geht, wird es ja wohl nicht an Verzeichnisrechten liegen und auch nicht an einem falsch konfigurierten DeepLink-Schutz, was ab und an mal vorkommt.

    Zitat

    *Seufz* Eigentlich wollte ich ja von dem Drupal-Gefrickel (inkl. XAMPP und FTP) weg und mal was "Einfaches" machen :smile:

    Naja, eine lokale Testinstanz ist ja schnell aufgesetzt und macht sich sowieso immer gut. Du musst ja nicht die DB von draußen reinziehen, denke ich. Es sollte fürs erste reichen, WP zu installieren und die gleichen Plugin zu aktivieren.


    Dann liegt es schon mal nicht an WP, würde ich sagen. Es wäre dann schon die Frage, ob da eine Security-Sache im Hintergrund läuft und die sich vielleicht nur bei Drupal anders auswirkt als bei WP. Wie man das für die dann maskieren kann, weiß ich aber auch nicht genau. Wenn Du den genauen begriff kennst, auf den sie anspringt, kann man natürlich probieren, im Quelltext das halbe Wort mit einem leeren Span zu versehen oder so. Quasi so:

    HTML
    EX<span>EC(@state</span>ment)

    Wenn das ein Einzelfall ist, reicht das ja vielleicht.

    Zitat

    Wenn ich in der CSS Klasse ein li.mainnav > a habe (damit das ganze Li und nicht nur der Text im A-Tag) als Link zählt positioniert er mir das Submenü folgendermassen:

    li.mainnav > a wirkt aber auf den Link, nicht auf das Listenelement. Ich würde dabei ehrlich gesagt wenn möglich die LIs als unsichtbare Container nutzen und die A-Elemente so formatieren, dass sie wie gewünscht aussehen.


    Zitat

    Ist das Submenü relativ zum li, werden die restlichen Lis nach hinten verschoben, und zwar nämlich um die Breite des Submenüs (es ist wie mans sieht eine horizontale auflistung, keine vertikale)

    Das ist das, was reative Positionierung ausmacht: Man kann damit ein Element verschieben, aber es bleibt der ursprüngliche belegte Platz reserviert. Das brauchst Du also nicht.


    Zitat

    Positioniere ich es allerdings absolut so ignoriert es die "position" des Li-Tags und setzt sie absolut an den Browserrand.

    Hast Du dem Parent-LI-Tag denn dann aber auch "position: relative;" mitgegeben? Die absolute Positionierung richtet sich schließlich immer am nächsten *positionierten* Parent-Element aus oder am Body-Tag. Es müsste also so in etwa aussehen:

    Code
    ul#mainnav > li {
      position: relative;
    }
    
    
    ul#mainnav li li {
      position: absolute;
    }


    Zitat

    ich will im Grunde nur meine Div Tags anstelle des Li-Tags setzen so dass es auch die richtige Klasse aus dem CSS File bekommt.

    Wenn eine Lösung mit li nicht gelingt, wäre zu schauen, ob man das HTML über Filter anpassen kann. Das wäre allemal besser als die ganze Methode zu kopieren. Da finde ich z.B. diese Filter:

    Zum Anpassen der CSS-Klassen der Menü-Einträge:
    http://adambrown.info/p/wp_hooks/hook/nav_menu_css_class

    Zum Anpassen des HTMLs:
    http://adambrown.info/p/wp_hooks/hook/wp_nav_menu_args (Mit ein bisschen Glück ist das genau das, was Du suchst!)
    http://adambrown.info/p/wp_hooks/hoo…v_menu_start_el

    Ok, mal als Gegenargument: Ich habe Deinen verlinkten Artikel in ein lokales Testblog kopiert und konnte ihn da problemlos veröffentlichen. Ich denke, Du solltest also versuchen, herauszufinden wer genau das blockiert: WordPress, ein WP-Plugin (laufen da welche?, Apache (mod_security?) oder PHP-Module wie Suhosin. Dazu könntest Du die Seite z.B. mal lokal mit XAMPP klonen und schauen, ob es da geht. Dann wäre schon mal raus, ob es an WP oder einem Plugin liegt.

    Zitat

    (mit UL/LIs wars leider nicht lösbar)

    Das wage ich zu bezweifeln. Dem CSS ist es doch egal, ob es auf ein ul oder ein div angewendet wird.

    Davon abgesehen: Wieso willst Du die eingebaute Funktion umschreiben? Was genau stört Dich daran? Wäre die Aufgabe nicht eher, das CSS für das Menü anzupassen?

    Ich nutze z.B. "Xavin's Review Ratings". Damit kann man Sterne verteilen und der Wert der Sterne wird in einem Custom Feld gespeichert. Danach kann man natürlich auch eine Query sortieren oder einschränken. Mit etwas Programmierarbeit im Theme wäre das also kein Problem, denke ich.

    Freut mich, dass es nun geht. Der Effekt, den Du da beschreibst, ist die Kaskade, die für das "C" in "CSS" sorgt. ;-) Die einzelnen Elemente erben viele Eigenschaften eben von ihren Elternelementen. Über relative Angaben hängen Kindelemente zudem ebenfalls von ihren Elternelementen ab. Ich weiß nicht, was es in Deinem Fall genau war, aber wenn ich beim Elternelement die Weite und die Schriftgröße ändere, dann ändert sich natürlich das Kindelement, wenn dessen Weite in % und die Schriftgröße in % oder em definiert ist. Das kann teilweise zu wenig durchschaubaren Effekten führen, deswegen sind ja auch Tools wie Firebug so unverzichtbar bei der Fehlersuche.

    Zitat

    warum sagst du das mit bedenken?
    wo ist bei deiner lösung das problem?

    Weil ich das zwischendurch mal schnell zusammengehackt habe. Keine Ahnung wie gesagt ob das die beste Lösung ist. Da es funktioniert ist es aber schon mal besser als der jetzige Zustand des Plugins. ;-)

    Du hast nicht zufällig eine entsprechende Seite, die man sich online anschauen kann? Auf dem Screenshot kann man ja schlecht in den Quelltext schauen. ;-)

    Zuerst müsstest Du klären, ob der Text nur nicht angezeigt wird (im Quelltext aber da ist, also vielleicht CSS-Problem oder falsch geschachteltes HTML) oder ob er tatsächlich nicht da ist. Im Editor bleibt er ja erhalten, nehme ich an. In letzterem Fall wird das vermutlich ein Filter sein, der Sachen im Text vor der Anzeige ersetzt und dabei etwas falsch macht. Also TwentyTen-Theme einschalten und alle Plugins ausschalten und wenn es damit geht dann solange alles wieder anschalten bis der Schuldige gefunden ist.

    Wenn es Dir egal ist, dass ggf. serialisierte Texte in Plugin-Einstellungen oder so kaputt gehen, kannst Du doch einfach einen DB-Dump vom Server ziehen, die URL und Server-Adresse darin global ersetzen (Text-Editor) und das dann lokal einspielen. Klappt wunderbar. Außerdem die .htaccess nicht mitkopieren sondern neu schreiben lassen durch Speichern der Permalinks lokal.

    Falls es das nicht schon als Plugin gibt, kann man das mit wenigen Zeilen in der search.php selber machen, denke ich. Einfach ganz oben mit dem Suchwort ein get_posts ausführen (Query-Variable slug gibt es hoffentlich) und wenn da etwas zurückkommt, auf den Permalink des ersten Ergebnisses weiterleiten.

    Jetzt mal abgesehen von dem Klammerfehler: Was ist genau Deine Frage dazu? ;-) Wenn Du das ganze außerdem auf der Startseite ausführst, kann der else-Zweig doch weg, oder? Und im if müsste ein return ergänzt werden, damit der Server nicht beide Seiten schickt an den Nutzer.