Beiträge von uMarvin

    Oh ja, schönes Thema.

    Ich habe mitten in den Arbeiten zu meinem neuen Theme bzw. zu meinem neuen Block auf einmal das Bedürfnis bekommen, das Admin-Theme zu ändern.

    Gestört hat mich eigentlich vor allem, dass Eingabefelder teilweise MEGAGROß und somit irgendwie hässlich sind, die Schrifteinstellungen haben meinen Geschmack nie getroffen; wieso ist z.B. beim Blognamen die Schrift so extrem schmal gestellt?

    Wirklich was zu ändern ist aber einfach nur eine extrem große Aufgabe. Ich persönliche habe es sein lassen das Admin Theme per Plugin auszutauschen. Denn das heißt, dass man jede Definition aus der originalen Version aufgreifen und abändern muss.

    Was ich nun getan habe: Die wp-admin.css komplett ersetzt. Leider musste ich auch in einigen Dateien im Backend rumfummeln. Das heißt im Klartext: Neue WordPress-Versionen zwingen mich, jedesmal die Änderungen zu wiederholen. Nervig, aber für meine Zwecke nicht anders machbar. :-/


    Hier eine Vorschau auf mein Ergebnis:
    UM Admin 0.9


    Ich verschweige lieber wie lange es gedauert hat. Das nervigste ist eigentlich, dass man ja bei jeder Definition in der originalen Datei erst einmal wissen muss, für welchen Bereich sie zuständig ist und was sie macht. Hinzu kommt, dass ich auch nicht alle CSS-Befehle und techniken auswendig kenne...

    Vorm Formular behandel mit:

    PHP
    $_POST['contactMessage'] = strip_tags($_POST['contactMessage']);

    Danke für den Tipp, ich habe das eigentlich schon probiert und es klappte nicht. Zwar waren die <p>-Tags weg, die <br />-Tags blieben aber. Als nächsten Schritt hatte ich dann die Idee einfach die <b />s nochmal rauszufiltern, DAS ging aber nicht.

    Deshalb ja die Frage, ob WordPress da irgendwie eingreift...

    Hallo,

    ich habe ein großes Problem. Bei meinem Formmailer wird, nachdem eine Fehleingabe erfolgt ist, der eingegebene Text noch einmal in die Textarea ausgegeben, damit nicht alles weg ist.

    Nun macht aber Wordpress wie auch immer in dieses Feld <p> und <br /> Formatierungen, die ich nicht wegbekomme und auch nicht weiß WO sie entstehen.

    Mein Formmailer wird als Plugin eingebunden und dann dort angezeigt wo ich in Artikeln <!--contact form--> eingebe.

    Der Text wird dann übrigens ganz normal per E-Mail verschickt; er lässt sich dann nur eben nicht mehr per $_POST['contactMessage'] auslesen ohne dass <p> und <br />-Tags auftauchen.

    ---> Was kann ich tun?

    Codeausschnitt:

    Ahoi,

    ich stecke gerade ein wenig gedanklich fest: Man kann ja bei einer Abfrage die Zahl der Einträge begrenzen. Das habe ich gemacht und zeige auf einer Seite jeweils in voller Länge den ganzen Beitrag an. Nun möchte ich weiter unten aus der gleichen Kategorie die 5 neusten Beiträge anzeigen lassen, aber dann natürlich jeweils nicht den ganz aktuellsten, weil der ja bereits oben steht. - Das ganze muss ich in zwei Loops abhandeln, weil dazwischen andere Dinge auf der Seite kommen und auch die Formatierung bzw. das Grundgerüst im Loop anders ist.

    Wie kann man das realisieren? Gibt es einen Parameter für "zeige ab Beitrag 2 bis Beitrag 5" oder so?


    Danke für eure Hilfe!

    Zitat von Olaf

    Solange nicht an den WP-Systemdateien rumgeschraubt wurde ist das Upgrade in 2 Minuten über die Bühne. BTW, die Upgradeanleitung ist schon fertig...

    DAS ist doch DER Hinweis auf das Kommende... ^^

    Also bei mir schreibt WordPress auch die .htaccess neu sobald ich z.B. eine statische Seite ändere.

    Lösung: Keine Schreibrechte für die .htaccess!

    Eigentlich müsste es auch reichen die speziellen Einträge nach "# END WordPress" zu machen in der Datei und WordPress sollte das dann in Ruhe lassen. Ich weiß aber nicht, ob das wirklich klappt...

    Dieses automatische Überschreiben ist vor allem beim offline Entwickeln total nervig; habe jetzt auch unter Windows die .htaccess schreibgeschützt...

    Zitat von Ria

    Hi,
    auch auf die Gefahr hin, ich habe etwas falsch verstanden, der IE kann das aber doch auf einer normalen französischen Webseite darstellen.
    Also kann es nicht am IE liegen oder :D
    Gruss Ria

    Der IE kennt die CSS-Angabe nicht mit der das Zeichen eingebunden ist. Generell kann er dieses Zeichen natürlich darstellen. Nur er versteht die Anweisung "Mache dieses Zeichen vor einen Listeneintrag" eben nicht.

    Beim Problem mit der Lazy-Gallery kann ich glaube ich helfen: lazy-gallery.php steht ab Zeile 35:

    Code
    // Your gallery folder (this is where your pictures and picture folders are located).
    $gallery_address = '/verzeichnisderbilder/';

    Wahrscheinlich hat sich dieses durch den Umzug geändert; jedenfalls hatte ich am Anfang dort einen falschen Pfad und natürlich hat mir das Plug-in dann keine Bilder angezeigt.

    Zu deinem anderen Problem: Auch hier sieht es so aus, als ob da einfach irgendwo der Pfad noch nicht wieder korrekt ist. An welcher Stelle kann ich so jetzt allerdings auch nicht sagen. :?:

    Eigentlich sollte das Script, sobald du es im Adminbereich aktiviert hast, die Tabelle automatisch anlegen. Da du dich mit dem ganzen Kram nicht so auskennst ist es dann auch keine Lösung, wenn ich dir die Tabelle als .sql schicke und du sie bei dir einbindest, oder?