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:
Beiträge von Ammaletu
-
-
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.
-
Ich würde mal beim Support Deines Hosters nachfragen, was für Sicherungsmaßnahmen das auslösen könnten und ob man die abschalten/modifizieren kann. Ich denke, der Hinweis auf ein Verzeichnis ist irreführend. Da wird bestimmt Suhosin oder mod_security einen 403 schicken, und das ist eben die Standard-403-Meldung.
-
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.
ZitatAlles anzeigenWas mache ich aber wenn es dort (wie bei dir auch) läuft?
Dann habe ich folgendes Szenario:
XAMPP Drupal: OK
XAMPP WordPress: OK
Web Drupal: OK
Web WordPress: NOK ?!?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:
Wenn das ein Einzelfall ist, reicht das ja vielleicht.
-
Zitat
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.
ZitatIst 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.
ZitatPositioniere 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:
ZitatWenn 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_classZum 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.
-
Hat sich das geklärt? Ich sehe die Bilder nämlich (FF 3.6).
-
Also ich finde da z.B. dieses Plugin:
http://wordpress.org/extend/plugins/cimy-user-extra-fields/Das hat ziemlich viele Features, ich bin aber nicht sicher, ob es auch bei der Registrierung schon neue Felder einblenden kann. Im Nutzerprofil geht es auf jeden Fall.
-
Sicher, dass das an WP liegt und da nicht im Hintergrund z.B. Suhosin läuft?
-
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. ;-)
-
Zitat
Wenn ich die line-height: 1.25em auf 1em setze, verringert sich der Abstand noch mehr - richtig?
Richtig.
ZitatZum Verständnis: wofür steht em?
-
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.
-
Geht es Dir um Nutzer/Autoren oder um Kommentatoren?
-
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.
-
Hat das Theme keinerlei Doku dazu? Eine kurze Google-Suche förderte es nicht zu Tage, also müsstest Du schon allermindestens einen Link dazu angeben.