Beiträge von pufaxx

http://www.gunnart.de/tipps-und-tric…tion-reparieren

:-)

Ich hatte auch mal das Problem - allerdings waren die Fragezeichen etc. nur in fettgedruckten Texten zu sehen, der Rest war korrekt. Im Übrigen hatten nur Macs die Buchstaben falsch angezeigt.

Das ließ sich beheben mit einer anderen Schriftauswahl im Stylesheet.

Vielleicht einfach mal die Schriften auskommentieren, um das zu testen?

Kannst Du mal n Link zur Seite posten? Ich tippe mal auf einen Fehler im Header... Bei mir steht in der "header.php" meines Themes folgendes in der ersten Zeile:

<?php echo "<?xml version=\"1.0\" encoding=\""; bloginfo('charset'); echo "\"?>" ?>

Oh, werd ich mal ausprobieren.

Bislang hat's immer geklappt, ohne dass ich auf soetwas geachtet habe. Einfach exportieren, dann wieder importieren - und das war's.

Allerdings war das das erste Mal, wo ich auf der Testseite einen WYSIWYG-Editor installiert hatte (Xinha4WP) - und das Teil erfordert das PlugIn "TextControl" ... und so ganz sicher bin ich mir ehrlich gesagt nicht, was das eigentlich mit den eingegebenen Texten anstellt.

Vielen Dank auf jeden Fall für den Tipp!

... öhm - hat keiner ne Ahnung? Vielleicht wäre es noch hilfreich zu wissen, dass ich das CleanUmlauts PlugIn installiert hatte...?

Zum Glück hielt sich der Schaden in Grenzen:

Ich hatte für einen Kunden eine Testinstallation von Wordpress auf meinem Server, dort haben wir ein bisschen Gestaltung etc. abgesprochen - und um das zu tun, hab ich einige Seitenbeispiele mit Blödsinnstext verfasst.

Vorhin hab ich datt Janze auf den letztendlichen Server übertragen, "meine" Datenbank in den neuen Webspace importiert - und dann waren alle Umlaute und Sonderzeichen futsch.

Woran kann das liegen? In diesem Fall war's nicht weiter schlimm, der "Blödsinnstext" war halt kaputt.

Aaaaber... der Webspace meines Kunden ist in etwa 5 Mal so schnell wie meiner - ich erwäge einen Umzug. Und bei mir wären es dann schon ein paar Seiten mehr, die durch zerschossene Umlaute ziemlich versaut wären.

... bei sowas trickse ich immer arg herum. Hintergrund: JPEG (gut geeignet, für alles, was keine allzu scharfen Kanten hat), Logo und Schriftzüge: GIF.

Dank CSS kann man ja alles Mögliche kreuz und quer übereinander legen.

... und der besch... "zu Cool für IE"-Button versaut wieder die Ansicht im IE.

Meiner Meinung nach gehört der ebenso verboten, wie diese Startseiten von wegen "Optimiert für Internet-Exploiter, 1.024 x 768 blabla" (Not tested in any other configuration)... Ansonsten: Auf den tauglichen Browsern sieht's hübsch aus.

:-)

... aber muss man wirklich die ID von dem "posting" oder von der "page" wissen? wenn irgendwo die häufigsten URLs gespeichert werden, ist es doch auch eindeutig.

Vielleicht wäre das sogar noch aufschlussreicher? Ich mein, ich konnte es ja nicht ausprobieren, wie es normalerweise funktioniert, aber (ohne es getestet zu haben, ging ja nich *g*) glaub ich, dass ein "Beitrag" nur dann gezählt wird, wenn man ihn "einzeln" liest (also als "single"), oder?

Wenn man jetzt aber nicht konkrete IDs, sondern die Aufrufe konkreter URLs sammeln würde - dann könnte man sogar Rückschlüsse ziehen à la "die Besucher blättern in der-und-der Kategorie maximal drei mal zurück" oder sowas.

Wäre doch auch ne Idee - und man müsste nicht die Datebank nach Zuordnungen durchsuchen lassen...

[Ich hoffe mal, ich hab grad keinen Vollquatsch vorgeschlagen]

:-)

/s JA, MANN! SAUBLÖDE!

:-)

*quatsch*

Aber vielleicht kann man das irgendwie mit "nicename" hinkriegen?
Oder anders tracken - nicht die page oder post IDs, sondern die nicenames?

[ich bin überhaupt kein Programmierer, wie man wahrscheinlich merkt ... vermutlich ist die folgende Idee kompletter Blödsinn]

Es gibt wohl wirklich sauviele verschiedene Arten, seine Permalinks zu basteln. Aber eins haben (soweit ich bis jetzt gesehen hab) doch fast alle gemeinsam: hinter dem letzten Slash steht meistens der "nicename" (so heißt datt doch glaub ich) - und der sollte doch eindeutig zuzuordnen sein. Ich mein, ich hab noch nicht ausprobiert, zwei unterschiedliche Seiten mit demselben Wert bei "titelform" anzulegen, aber in der Praxis wird das wohl auch kaum jemand machen.

Wahrscheinlich geht's NICHT (oder ist ein riesen-Aufstand) anhand der titelform die dazu passende ID rauszusuchen. Aber vielleicht muss man das auch gar nicht? So dass nur getrackt wird "die-und-die-URL so-und-so-viel-Mal"?

Was meinst Du genau mit "Bilder unter jedem Menüpunkt"?

NetAndif

Man kommt (glaube ich) sogar ohne echo aus... ich bin grad am ausprobieren, ich krieg's allerdings nicht so ganz hin.

<script type="text/javascript">
tinyMCE.init({
mode : "exact",
elements : "comment",
add_unload_trigger : true,
language : "de"
});
</script>

Aber sieht noch irgendwie komisch aus...

... hab's nicht ausprobiert, aber:

Wenn man was an der Permalink-Struktur getan hat, dürfte sich der Pfad, der sich aus src= blablabla ergibt, immer ändern, oder? Ich würd den mit Hilfe von <?php bloginfo('url'); ?> konstruieren.

"tiny_mce.js" liegt bei WP2.0 im Ordner "wp-includes/js/tinymce"

...

Also dann müsste sich (ungetesteterweise) ergeben:

echo "<script language=\"javascript\" type=\"text/javascript\" src=\"".bloginfo('url')."/wp-includes/js/tinymce/tiny_mce.js\"></script>
.
.
.

(ich hab jetzt bestimmt irgendwo nen kleinen Fehler drin...)

Doch klar, hab ich mit Hochgenuss (und zugegebenermaßen schon noch so einigen Fragezeichen) - aber da hättest Du doch jetzt drauf hinweisen können, dass sich das ein bisschen auf dein ML-PlugIn bezieht. Ich bin da jetzt einfach mal von der Standard-Funktionalität ausgegangen.

...

(nein, ich hab keinen Grund zum Rotwerden)

Das PlugIn versteckt nur die Beiträge aus gewählten Kategorien. Nicht aber die Kategorie selbst. wp_list_cats(); führt diese Kategorie weiterhin auf.

Aber tauglich ist das PlugIn beispielsweise für... zum Beispiel ne Kategorie "F.A.Q." - Vielleicht möchte man nicht, dass die Beiträge aus "F.A.Q." in den Monatsarchiven auftauchen oder ähnliches... Oder dass ein neu geschriebener "F.A.Q."-Beitrag auf der Startseite erscheint.

Wie jetzt? Pages haben doch keine Kategorie?

im Stylesheet steht:

.commentlist li, #commentform input, #commentform textarea
{
font: 9px Verdana, Arial, Sans-Serif;
}

und weiter unten

.commentlist p
{
font-weight: normal;
line-height: 14px;
text-transform: none;
}

Bei commentlist p die gewünschte Schriftgröße reinschreiben.

Quelltext könnte helfen.

Ansonsten liegt der "Fehler" vermutlich darin, dass die Browser gerne bei margin und padding von Listen alles Mögliche an unterschiedlichen Standardwerten haben.

Ich würd das so angehen, dass du den <ul> UND den <li> in deiner Sidebar erstmal padding-left:0px, padding-right: 0px gibst.

Mit "Bild strecken" ist das bei der Vorlage natürlich ein bisschen schwierig. Strecken kann man Hintergründe nicht wirklich, nur wiederholen. Da hilft alles nix, musst Du Dir wohl nen Bildausschnitt raussuchen, wo das verbrannte Papier oben so breit ist wie unten. Oder du musst es dir so hinbasteln... vielleicht spiegeln und nachbearbeiten, damit's nicht so "gepiegelt" aussieht?

Guck mal hier: Elegant Category(In)Visibility

http://www.nmyworld.com/wordpress/arch…nvisibility-69/

Damit kann man im Admin-Menü für jede Kategorie einzeln festlegen, was mit den Beiträgen passieren soll: Man kann sie vor der Suche verstecken, aus den Datums-Archiven raushalten, von der Startseite fernhalten usw.

Ich schätze, damit ist man am flexibelsten.

:-)

Bloß müsste man dann x Kategorien abwählen und nur die eine bei den Datums-Archiven zulassen. Da bietet sich dann doch der Event-Calender an - allerdings muss man DA dann wieder was an seinen Theme-Files ändern.

[by the way: Gibt's jetzt eigentlich schon eine WP2.0-kompatible Version vom EventCalendar?]

Zitat von tboley

Meiner Meinung nach genauso schlechter Stil wie diese unseligen "Zu cool für IE Bilder" (zu deutsch zu faul für Browserübergreifendes Design).

... genau meine Meinung. Am geilsten find ich diese Buttons, wenn die daran Schuld sind, dass das Layout in anderen Browsern außer Firefox zerschossen wird. *g*

Ach, Thema verfehlt: Ging ja um's Layout - Das gefällt. Kritikpunkte wurden schon genannt. Und guck Dir mal (wie ben geschrieben hat) die Seite im Firefox an - zweizeilige Überschriften lappen dort über die Zeile mit dem Datum.

Also - bei mir funktioniert's.

und ich hab auch ein ' vergessen: hier noch mal:

<li>
<a href="<?php bloginfo('url'); ?>/wp-admin/post.php">Neuen Eintrag verfassen</a>
</li>

Wenn's das Layout "verreißt" liegt's aber daran, was "außendrum" ist. Oben gezeigter Code erzeugt einfach einen verlinkten Listeneintrag. Vielleicht musst Du das ganze noch zwischen <ul> und </ul> setzen? Kommt ganz drauf an, wo der Link auftauchen soll...