Ich mach daran nicht mehr weiter, da mit WordPress 2.4 auch ein neues Admin-Design kommen soll.
Gruß Jeriko
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenIch mach daran nicht mehr weiter, da mit WordPress 2.4 auch ein neues Admin-Design kommen soll.
Gruß Jeriko
Hoppla, nicht richtig geschaut.
Peter Westwood » Page Excerpt würd mir dann noch einfallen, damit kriegst du den optionalen Auszug auch bei Seiten. Da rein das Cover, die Infos in den Beitrag.
Gruß Jeriko
Also bei Beiträgen geht sowas mit <!--nextpage--> an der entsprechenden Stelle, obs bei Seiten auch so ist kann ich nicht sagen, einfach mal ausprobieren.
Gruß Jeriko
Hab dazu aber kein Plugin gefunden, musste also händisch in dein Theme basteln.
Gruß Jeriko
Eigentlich sollte es damit keine Probleme geben, auch nicht mit Permalinks. "Eigentlich" aber, weil WordPress die Rewrite-Regeln ja intern handhabt, im Gegensatz mod_rewrite durch den Webserver. Im Zweifel einfach ausprobieren, mehr als schief gehen kanns ja nicht.
Ansonsten gilt das, was Alphawolf schon geschrieben hat: Bei $_GET niemals(!) Parameter einfach so übernehmen, lieber doppelt und dreifach checken, bevor es einem nachher alles zerschiesst.
Gruß Jeriko
Ich glaube er sucht nach Ideen für Plugins.
Spontan würde mir dazu nur ein anständiges Glossar einfallen, dass man abseits von Beiträgen und Seiten verwalten kann. Nicht dass ich es brauchen würde, aber dafür gäbe es sicher Abnehmer.
Gruß Jeriko
Ohne besserwisserisch wirken zu wollen: Stell dir den linken Absatz mit 100 Wörtern, den rechten mit 500 vor. Das meine ich mit den unterschiedlichen Höhen bzw. dem unschönen Whitespace auf der linken Seite.
Sicher ist meine "Lösung" keine Lösung in dem Sinne, da nur für Mozilla-Browser geeignet, dafür wird aber die Formatierung durch den Browser erledigt, so dass oben genannter Effekt nicht auftreten kann. Und wer weiss, vielleicht gibts sowas ja auch schon für Opera und Safari, oder eine generelle Lösung über JavaScript, dann kenn ich sie nur nicht. Und den IE kann man ja mal vernachlässigen ;-)
Gruß Jeriko
Astrid das Problem dabei ist auch, dass die beiden Spalten nicht automatisch dieselbe Höhe haben können, da ja untereinander keine Infos ausgetauscht werden können.
Ich glaube eine Universallösung gibt es nicht. Zumindest für Mozilla-basierte Browser kann man sich aber mit folgenden CSS-Eigenschaften behelfen:
style.css:
.twocolumns {
-moz-column-count: 2;
-moz-column-width: 20em; /* Spaltenbreite */
-moz-column-gap: 1em; /* Leerbereich zwischen Spalten */
Wenn -moz-column-count nicht gesetzt ist, werden so viele Spalten erstellt, wie Breite vorhanden ist. Bsp: 65em Breite vorhanden = 3 Spalten a 20em mit 1em Platz dazwischen werden erstellt.
Alle anderen Browser zeigen nach wie vor nur 1 Spalte an. Hier gibts das Ganze als Beispiel. Mehr fällt mir dazu auch nicht ein.
Gruß Jeriko
ZitatDa es inzwischen sehr viele registrierte Besucher in diesem Forum gibt, die natürlich auch Fragen stellen, kommt es inzwischen auch in dem Forum Konfiguration dazu, dass innerhalb weniger Stunden die Fragen aus dem Gesichtsfeld der anderen Besucher verschwinden und deswegen häufig nicht mehr beantwortet werden.
Und was lässt dich glauben, dass es mit der Unterteilung anders wäre? Also nicht falsch verstehen, ich finde die Idee gut, aber mir leuchtet nicht so ganz ein, wie sich dadurch etwas ändern sollte, mal abgesehen davon, dass es wohl länger dauern wird, bis ein Beitrag auf der zweiten Seite erscheint.
Gruß Jeriko
Vorneweg: Wenn du nur absolute Größen (wie px für Pixel) benutzt, dann ist die Angabe egal.
Wenn du mit relativen Größenangaben arbeitest (also z.B. Prozent), dann richtet sich die Größe nach der Größe des Elternelements, dieses wiederum nach der Größe seines Elternelements usw usw. Das erste Element ist dabei der body-Tag.
Browser haben eine Standardschriftgröße von 16px eingestellt. Gib man 62.5% für den body-Tag ein, hat das gesamte Dokument eine Schriftgröße von 10px. Dadurch wird das Arbeiten mit relativen Größenangaben erleichtert (vgl. 150% für 15px bei Standardgröße 10px vs. 93,75% für 15px bei Standardgröße 16px)
Hoffentlich einigermaßen verständlich erklärt :D
Gruß Jeriko
Erste Zeile ist für den Namen und das Datum, zweite für den Kommentar selbst. Falls das bei dir nicht direkt angezeigt werden sollte, einfach die Seite mehrmals neu laden, damit das Stylesheet im Cache aktualisiert wird.
Gruß Jeriko
1) Kleines Beispiel:
<div id="sidebar">
<form id="searchform">
..
</form>
<!-- Hier wird in HTML auskommentiert
<ul id="archives">
....
</ul>
-->
<?php
/* Und hier innerhalb von PHP
wp_list_categories();
*/
?>
</div>
Alles anzeigen
Soweit klar? Innerhalb von <?php und ?> mit /* */ auskommentieren, außerhalb mit <!-- und -->
2) Idee: Innerhalb der Loop folgendes einfügen:
Und an der entsprechenden Stelle der Sidebar:
Keine Ahnung ob das funktioniert, einfach mal ausprobieren.
Gruß Jeriko
Es gibt einen Hook edit_post, dazu konnte ich aber keine Dokumentation finden, wird wohl aber auch erst nach Laden des Dokuments ausgeführt.
Eine andere Möglichkeit wäre vielleicht das Parsen der URL, also checken ob post.php, $_GET['action'] == "edit" und $_GET['post'] ein Integer-Wert ist. Davon ausgehend dann entsprechend schauen, obs ein entsprechender Beitrag ist und ggf. weiterleiten auf eine andere Seite. Ist zwar etwas umständlich und die Seite wird doppelt geladen, das wäre dir mit einem Hook und anschließender Weiterleitung aber auch nicht erspart geblieben. Nur so eine Idee...
Gruß Jeriko