Beiträge von nebelschwade

Ok. Habs hinbekommen, ist zwar nicht die feine Art, aber es klappt.

Man muss einfach in der post.php im wp-admin Verzeichnis folgende Funktionen duplizieren und die Variablen anpassen...

Zeile 140-146 duplizieren (v 1.5.1.2) und gleich danach nochmal in den Code einfügen und (in diesem konkreten Fall, also gleiche Datenbank auf gleichem Server und Benutzername etc., verschiedene Präfixe) $postquery ="INSERT INTO $wpdb->posts in $postquery ="INSERT INTO en_posts ändern.
Somit wird der Beitrag einfach nochmal in die posts-Tabelle mit dem Präfix 'en_' geschrieben.

Dann muss man noch die richtige Kategorie zuweisen:
Zeile 172-187 duplizieren und wieder gleich danach einfügen und in den Zeilen SELECT * FROM $wpdb->post2cat und die Zeile INSERT INTO $wpdb->post2cat wieder das $wpdb-> in en_ ändern.

Ist zwar nicht schön und ganz schön fies hardcoded, aber es funktioniert - der Post wird beim erstellen einfach verdoppelt - die IDs bleiben erhalten, und ich bin glücklich.

Richtig, das bringt nix.
Das Problem liegt hier an der Liste ul. Ein

ul {
	margin-bottom: 0px;
      }

entfernt den leeren Abstand. Allerdings auch bei anderen Listen, du kannst der Link-liste ja aber auch noch ne eigene ID verpassen, sodass Sie das macht. Zum Beispiel über die #referers <div> die du ja noch garnicht im CSS drin hast...

Das Problem besteht in diesem Falle allerdings auch nur, da die Liste <ul> das letzte Element in der Wrapper-Klasse ist - ein einfaches
nach der Liste im HTML-Code sollte es auch schon tun. Das scheint mir einfacher :)

Und padding: 0px; ist auch erlaubt, verkleinert dein CSS ein wenig ;)

Gnah?

Ich glaub das bringt relativ wenig, wenn du das im Image-Manager änderst.

Eine Möglichkeit wäre zum Beispiel die CSS-Datei anpassen, und entweder Bildern in einem Post generell, oder Bildern einer Subklasse dann mit den Attributen margin-right und margin-bottom die richtige Darstellung beizubringen.

hm. das ist nicht ganz das was ich suche. trotzdem danke, ich werds mir mal genauer anschauen.

sonst noch jemand ne idee?

Ist das was ich will. Warum?

Ich verwende zwei parallel laufende WP-Installationen, eine für die deutsche, eine für die englische Version der Seite. Beide nutzen die gleiche Datenbank mit unterschiedlichen Präfixen »de_« und »en_«. Klappt auch wunderbar, das Umschalten auch, da alle Posts die gleiche ID haben.
Aber um das mit der gleichen ID zu gewährleisten muss ich mich immer noch bei der englischen WP-Installation anmelden, und dann gleich den Beitrag auf englisch schreiben - will ich aber nicht.

Ich will, dass es meinen deutschen Beitrag einfach so wie er ist in die englische »Datenbank« (ist ja nur n anderes Präfix) übernimmt, und ich diesen dann bei Bedarf noch später editieren kann - eben um ein ID-Konflikt zu vermeiden.

Gibts da schon sowas für oder muss ich selber meine Datenbank zerschrotten?

Danke, nebelschwade

Hm. Das war eigentlich gar keine so schlechte Idee. Trotzdem find ich das verhalten des WYSIWYG immer noch seltsam. Ich hab die wordpress.js ausm WYSIWYG-Verzeichnis geändert und zwar wie folgt:

relative_urls : false,
remove_script_host : false,
document_base_url : "http://www.host.de/ordner/wp/strangethingshappen/",

so funktionierts auch. glaub ich. muss ich noch weiter testen. aber der ordner »strangethingshappen« ist nirgendwo vorhanden oder sonstwas oder könnte auch anders heissen. aber ohne ihn klappts nicht.
strange things happen.

doch. und das ist ja mein problem.
ich will den nicht verschieben, weil ich

1) schon alle bilder mit "../images/bla.jpg" verlinkt habe
2) nicht nur von einer wordpress-installation drauf zugreife.

Ich hab bei mir das WYSIWYG-Plugin für WP 1.5 laufen mudbomb.com. Das funktioniert soweit auch alles, allerdings hab ich das Problem, dass wenn ich Bilder einfüge, dass er sie dann in der Vorschau nicht anzeigt. Ich weiss, dass das ein Pfadproblem ist, soweit bin ich schon, aber wie ich das beheben soll weiss ich noch nicht:

Die Bilder liegen im root im Verzeichnis "images"
Wordpress liegt auch im root im Verzeichnis "wp"

Per Hand ist der relative Pfad also

[img]../images/bild.jpg[/img]

Im fertigen Beitrag sehe ich so das Bild, in der Vorschau von WYSIWYG nicht. In der WYSIWYG-Vorschau seh ich das nur, wenn ich

[img]../../images/bild.jpg[/img]

eingebe, dann allerdings natürlich nicht mehr im fertigen Beitrag.

Wie bring ich WYSIWYG also bei, dass es sozusagen schon ein Pfad weiter oben ist, als es denkt?

Danke, nebelschwade.

Jo. Schreib einfach unter die Zeile von oben zusätzlich:

margin-bottom: 20px;

Ist zwar nicht der schönste Stil, aber funktioniert.

Da irrst du dich nicht - genauso funktionierts.
Geht allerdings nur, wenn der eingeloggte User
ein höheres (gleiches?) Level hat, als der, der
den Eintrag verfasst hat, ergo:

Einfach als Admin einloggen, ändern, gut is.

Zeile 217 in der style.css im kubrick theme ordner unter #page, die zeile

margin: 20px auto;

ersetzen durch

margin: 0px auto;

Das macht den 'Rand' des Original-Kubrick Themes
allerdings nicht ganz weg, da musst du dann noch die
kubrickheader.jpg mit einem Grafikprogramm deiner Wahl
zurechtschneiden, falls du das willst.

oh.

also: _eigentlich_ sollten die drei zeilen
MIME-Version und der andere bla nicht im mail_text_
sondern in den header der email geschrieben werden.
mist.

die beiden oberen zeilen sind dazu da, deinem email-
programm mitzuteilen, in welchem format deine email
geschrieben wurde usw., falls es dich wirklich inter-
essiert bitteschön.

ergo: ich muss nochmal nachschauen, scheint doch nicht
ganz so funktioniert zu haben, wie ich mir das ausgedacht
habe. ich meld mich dann nochma.

EDIT:

Versuchs mal, obs damit klappt:

wp_mail($user_email, sprintf(__("[%s] Your login information"), get_settings('blogname')), $message, $headers);

Also eigentlich wie gehabt, auch mit den zusätzlichen MIME-Angaben,
nur dass du in Zeile 80 erst $message und dann $headers stehen hast.

Zitat von Ferientechniker

Jetzt muss ich nur noch rauskriegen, warum als meine e-mail-adresse root@php.educanet2.ch und nicht meine adresse angezeigt wird.

falls mir jemand auf die sprünge helfen kann, bin ich natürlich froh.

Warum das so ist?
Die wp_mail function definiert keine Absender E-Mail-Adresse als
Standard, deshalb wird einfach der root-Benutzer des
Servers als Absender genommen (die mail()-Funktion
macht das, um genau zu sein)
^^ Achtung: Gefährliches Halbwissen.

Um deine E-Mail anzeigen zu lassen musst du in Zeile 80 (WP 1.5!)
einfach als viertes Argument im Klammerausdruck noch deine EMail angeben, also:

wp_mail($user_email, sprintf(__("[%s] Your login information"), get_settings('blogname')), "deineemail@alderschwede.de", $message);

Das sollte funktionieren.
Aber bitte nur auf eigene Gefahr.

EDIT: Bei der oben angegebenen Variante fehlen dann dummerweise
alle anderen E-Mail-Header, richtiger wäre dann wohl diese noch mitzudefinieren:

Ab Zeile 79 in der wp-register.php folgende Zeilen einfügen:

$headers = "MIME-Version: 1.0\n" .
"Content-Type: text/plain; charset=\"" . get_settings('blog_charset') . "\"\n";
$headers .= "From: [email]deineemail@alterschwede.de[/email]\n";

Und zusätzlich die Zeile 80 anstattdessen in

wp_mail($user_email, sprintf(__("[%s] Your login information"), get_settings('blogname')), $headers, $message);

ändern.
Trotzdem auf eigene Gefahr.

Nur 'Montag'? Ohne Zahlen oder Jahr oder so?

$melbdate = date("i",time() + $timeadjust); 
            print ("$melbdate");

und in der locale.php im wp-includes Verzeichnis
alle Namen ins Deutsche anpassen. Sollte funktionieren.

Allerdings sollte es eine richtig eingebundene de_DE.mo
und ein ordentliches Theme auch tun, oder?

Dann hat der User vielleicht noch nicht das richtige Userlevel. Log dich mal als Admin ein und 'befördere' den User, den du erstellt hast. Dann sollte es vielleicht klappen.

Richtig. Aber nur bei Elementen, die im Normalfall zwischen ihren Tags _nichts_ einschliessen, also zum Beispiel bei <hr />
oder auch . Total falsch wäre zum Beispiel

Ich bin ein Absatz
<table />
  <tr />
    <td />Telleninhalt.

Ist also im Prinzip ne verkürzte Schreibweise für
<hr class="hide"></hr>

Ok. Danke für den Tip, aber so wie's aussieht hab ichs schon selber hingekriegt. N bissl frickeln hilft, eigentlich ganz simpel das ganze.

Ich hab die bestehende Datenbank (also alle 9 Tables) per phpmyadmin als .sql exportiert, so wie es auch in vielen anleitungen steht bezüglich wordpress-backup.
Dann hab ich einfach die entstandene SQL-Datei mit nem Texteditor geöffnet, das ganze 'Text'dokument kopiert, ein 'replace all' von 'dope_' nach 'koks_' drüberlaufen lassen und dan nochmal am Ende des Dokuments im Editor eingefügt.

Hochgeladen, importiert, klappt.
Das mit dem Replace-All hat aber nur so gut geklappt da ich sonst nirgendwo Unterstriche hatte.

Vielleicht liegts am CSS. Zeig ma her.

EDIT: achso: Opera und IE zeigens ordentlich an,
Firefox nicht. Aber da Firefox *eigentlich* CSS-Referenz ist was Pingeligkeit angeht iss es wohl noch irgendwo falsch.

und vorher noch in der $cats_to_show deine gewünschte startkategorie angeben. bei mir funzt das *nods*