Beiträge von mastermind

Wie wär's mit wp_list_cats()?

Du wirst ohne gewissen Aufwand nicht WordPress daran hindern können, alle Absätze mit <p></p> zu versehen. Das kann man doof finden wie man will -- es ist eben so.

Aber: Du kannst die Absätze innerhalb des präformatierten Textes unsichtbar machen, indem Du folgende CSS-Definition angibst:

pre p {
   margin: 0;
   padding: 0;
}

Wie genau sieht denn so ein Beitrag mit <pre> bei Dir im Quelltext aus? Und was heißt "zerhaut"?

<pre> ist in WordPress nicht nötig, da das automatisch gemacht wird.
<pre> sagt nichts über die Schrift, sondern nur über Zeilenumbrüche aus.

P.S. Ok, ich hab nochmal nachgeschaut: es ist tatsächlich per Definition so, dass bei <pre> eine dicktengleiche Schrift verwendet wird. Insofern hat Morris recht.

Du musst für diesen Bereich eine dicktengleiche Schrift verwenden. Das kannst Du bereits erreichen, indem Du <code></code> um den Abschnitt setzt. Das ist semantisch aber nicht ganz korrekt. Besser ist es, solche Absätze mit einer CSS-Klasse zu versehen:

<p class="tabs">
a...................d...a.........E.......a
 Leise trommelt der Regen auf das Kothendach.
 .a...............d..a..............E.........a
 Auf verlassenen Wegen rinnt ein schmaler Bach.
 F....................C.......F.................... .....E
 Bäume versinken im Nebel, schwer hängt das Blätterwerk
 .a.................d...a.........E.......a
 Leise trommelt der Regen auf das Kothendach.
</p>

und in der style.css folgende Definition anzulegen:

p.tabs {
    font-family: 'Courier New', monospace;
}

Jau... neue Version am Start.

Das Problem mit \r\n hat sich erledigt. Ich habe festgestellt, dass bei der Methode die ich zum Schreiben und Auslesen verwende, WordPress bereits selbst die Daten schützt bzw. bereinigt. War also eh doppelt gemoppelt.

Zum Thema Farben: Die #FAF37C ist mir zu herb. Auch #ffc ist noch eine Spur zu grell. Ich habe mich jetzt für #ffd entschieden. Aber es kann ja jeder nach seinem Geschmack machen.

Es gibt auch ein neues Feature: Es können Benutzerstufen (besser gesagt: Priviliegien) festgelegt werden, die ein Benutzer haben muss, um (a) Notizen zu lesen und (b) Notizen zu schreiben/ändern. Dies kann am Anfang der Plugin-Datei festgelegt werden.

Neue Version (Installation wie oben beschrieben):

CrissCross:

Stimmt, das mysql_real_escape_string() sorgt für die \r\n-Fragmente. Muss ich noch ändern (aber erst später am heutigen Tage).

Das Ü kannst Du auch als HTML-Entität schreiben: & Uuml; (ohne Leerzeichen).

Ich glaub, ich mach das doch lieber nicht gelb... das schlägt im WP-Admin eher auf die Augen. Aber Du kannst selbst in der Plugin-Datei die CSS-Definition des Feldes ändern: Ein background: #ff0; sollte bereits den gewüntschten Effekt erzielen.

Freut mich, dass es Dir gefällt.

Du darfst das Plugin auch gerne zum Download anbieten, allerdings werde ich in noch ein wenig daran feilen und es dann selbst veröffentlichen.

Zitat von tboggi

Ist dazu (sicherlich!) noch ein css Eintrag möglich.
Ich würde dann das text-area in gelb (wie ein post it) machen.

Jau, das ist möglich. Mach ich gleich mal. Hoffen wir, dass das nicht die Markenpolizei auf den Plan ruft. :twisted:

P.S. Welchen Hex-Farbwert hat denn so ein Post-It? Ist #ff0 ok? Soll es beim Reinklicken eine andere Farbe geben; wenn ja: welche?

Das ist so eine geile Idee...
... dass ich das direkt mal gemacht hab.

(Anhang im Plugin-Verzeichnis speichern, .txt entfernen und im Plugin-Panel aktivieren. Dann auf die Startseite gehen und staunen.)

P.S. Der Titel ist eine Anspielung auf Futurama.

Ok, habe mir die Widgets-Beschreibung bei Automattic angeschaut und sehe durchaus den Sinn von Widgets (vor allem für die WP.com-Klientel; der Vergleich mit den Hunden ist passend ;-)).

Aber ich hätte Dir das geraten, was Du letztlich auch getan hast: Das Plugin nicht in die Sidebar integrieren, sondern eine eigene Seite machen. Und die "Widgetierung" stößt spätestens dann auf (allerdings nicht unüberwindliche) Grenzen, wenn es darum geht, das Formular selbst zusammenzustellen.

Der von Dir beschriebene Bug beruht darauf, dass das Syntax-Highlighting nicht prüft, ober der Begriff gerade innerhalb eines HTML-Tags steht. Das ist ein Fehler, der in der nächsten Version behoben sein wird. (Kann aber noch was dauern bis zum Release; hab momentan ein bissel Zeitnot.)

P.S. Man kann das Syntax-Highlighting deaktivieren, in dem man am Anfang der advancedsearch.php die Variable $ctas_do_hilite auf false setzt.

Es ist kein Problem, das Suchfeld in der Seitenleiste zu haben. Öffne die sidebar.php mit einem Texteditor und füge an der gewünschten Stelle folgendes ein:

<?php if (function_exists 'ctas_form') ctas_form(); ?>

Falls Du nicht alle Felder haben möchtest, dann sag mir, welche Du brauchst, und wie das Standardverhalten der nicht angezeigten Felder sein soll. Ich geben Dir dann den passenden Kode.

Lieber Andreas,

Es kann Dir niemand verbieten, Deine Gedanken und Erfahrungen zu bloggen (im Gegenteil). Aber es ist nicht nötig, für jeden Eintrag in Deinem Blog einen neuen Thread in diesem Forum zu starten. Deine Blog-Beiträge verkünden nichts bahnbrechend Neues -- vielmehr erschöpfen sie sich in der Aufbereitung fremder Blogs und alter News. Kein Grund also, hier das Forum zu fluten.

(Meine Privatmeinung.)

Ich muss zugeben, dass ich mich noch nie mit dem Widget-Kram beschäftigt habe, da ich dies für eine überkandierte Spielerei halte.

Wo liegt denn das konkrete Problem mit der momentanen Installationsweise?

Hast recht, ich hatte das an einem statischen Beitrag (i.e. Seite) getestet. Bei Blog-Beiträgen funktioniert es in der Tat nicht.

Wenn Du die nötigen System-LOCALEs installiert hast, kannst Du Zeitangaben über strftime() ausgeben:

<?php
setlocale(LC_TIME, 'es_ES');
for ( $i=0; $i <= 11; $i++ ) {
	echo strftime('%B', mktime( 1, 1, 1, $i, 1 ) ) . '<br />';
}
setlocale(LC_TIME, 'de_DE');
?>

Zu beachten ist, dass strftime() eine andere Syntax benutzt als date(). Leider fehlen auch einige Optionen.

Klaro, Du brauchst nur /feed/ bzw. ?feed=rss2 an die URL anzuhängen.

Optionen --> Autoren und Benutzer

Du großer Philosoph... dann lies nochmal die Anleitung, und zwar die Stelle, wo gesagt wird, was Du mit der Datei wp-config-sample.php machen musst.

Ich muss zugeben, dass ich die Idee an sich gut finde, gute Plugins vorzustellen und zu diskutieren.

Es gibt tonnenweise Plugins, und es gibt oft mehrere Plugins für den gleichen Zweck. Da ist ein Erfahrungsaustausch eine gute Methode, die Spreu vom Weizen zu trennen. Außerdem findet man dabei auch Plugins bzw. Funktionalitäten, von denen man nie gedacht hätte, dass es sie gibt.

Ob man das dann als "Top-10" oder "Must-have" bezeichnen muss, steht auf einem anderen Blatt.

-----
Daher werde ich jetzt auch mal meine "Lieblinge" vorstellen:

Polyglot
Starkes Plugin für durchgängig mehrsprachiges WordPress. Leider etwas schwierig einzubinden. Aber wer mehrsprachig bloggt, kommt nicht drumherum.

Home Page Control
Mit diesem Plugin kann man eine statische Seite auf die Startseite legen, und man kann den Blog als virtuelles Unterverzeichnis einrichten. Unverzichtbar beim Einsatz von WordPress als CMS. Und im Gegensatz zu "Static Front" freie Software (und besser sowieso).

o42_clean_umlauts
Kleines, aber wichtiges Plugin: Umlaute in Permalinks werden umgeschrieben (ä -> ae usw.), Umlaute in Texten und Feeds werden als Unicode-Entitäten formatiert.

Fold Category List/Fold Pages List
Damit kann man die Strukturbäume für Seiten und Kategorien einklappen und ausklappen (jeweils bis zur nächsten Ebene oder komplett). Außerdem werden die Menüelemente sinnvoll mit IDs versehen, so dass man sie perfekt mit CSS stylen kann. Ebenfalls sehr interessant für den Einsatz von WP als CMS.

Außerdem total stark finde ich Advanced Search und ContuttoPDF, aber das ist ja auch kein Wunder.