Beiträge von Ammaletu

Ich habe mir das neue Menüsystem noch nicht im Detail angeschaut, aber ist das nicht komplett statisch? Du musst da doch also nicht die Parent-Seite verlinken, oder? Die Frage ist, ob Du etwas eingeben kannst, was nicht verlinkt ist. Wenn das WP von sich aus nicht anbietet, muss da ein Plugin nachhelfen.

Auf der anderen Seite verstehe ich aber auch nicht, wieso es Dich stört, auf die Parent-Seiten einfach noch ein, zwei Sätze und die Links zu den Unterseiten zu setzen (z.B. dynamisch per Seitentemplate).

Du könntest das recht simpel selber basteln, in dem Du dort alle Beiträge ausgibst, die einen bestimmten Tag zugewiesen haben oder in einer Kategorie sind. Dazu müsstest Du dann in die Startseite nur oben eine eigene Query und einen kleinen Loop einbauen, je nach Theme in die index.php oder das Startseiten-Template.

Die Seitentemplates regeln nur die Anzeige der Seiten, wenn Du sie aufrufst. Das hat erst mal nichts mit der Verlinkung an anderen Orten zu tun. Was die Anzeige betrifft: Wenn Du WP zweimal sagts "Gib mir alle Seiten aus", dann macht WP auch genau das und die sind dann natürlich alle doppelt. Deswegen musst Du das an beiden Aufrufen irgendwie einschränken. Das hat ja nun scheinbar geklappt.

Ich hab mir das Theme jetzt nicht angeschaut, aber ich nehme an, die Seitenausgabe oben ist ohne Widgets gemacht? Falls ja müsstest Du dort die Seiten über den exclude-Parameter an dem wp_list_pages-Aufruf in der header.php (?) ausschließen. Oder vielleicht besser noch per includes nur die IDs einschließen, die dort angezeigt werden sollen. depth=1 beschränkt es nur auf Seiten der obersten Ebene.

Am Widget gibt es den Ausschluss der Seiten dann analog, oder? Sorry, hab gerade nicht die Zeit, nachzuschauen was das Widget anbietet an Optionen.

Update:
Ok, probieren wir das noch mal mit etwas mehr Details. Dein Theme gibt standardmäßig alle Seiten der obersten Ebene oben im Header aus. Das steht in der header.php auf Zeile 35 und macht ja eigentlich auch Sinn. Das Seiten-Widget gibt alle Seiten aus, also auch die, die oben schon ausgegeben worden sind.

Jetzt wäre die Frage, was Du machen möchtest:
- oben einzelne Seiten ausschließen
- oben nur bestimmte Seiten anzeigen
- rechts nur Unterseiten anzeigen

Den wp_list_pages-Aufruf in der header.php kannst Du z.B. wie folgt anpassen:

<?php wp_list_pages('sort_column=menu_order&depth=1&title_li=&include=1,2,4,8'); ?>

Das zeigt nur die Seiten mit den gegebenen IDs an. Und so schließt Du einzelne Seiten aus:

<?php  wp_list_pages('sort_column=menu_order&depth=1&title_li=&exclude=1,2,4,8');  ?>

Der Unterschied besteht darin, ob Du damit rechnest, weitere Seiten anzulegen, die da oben nicht erscheinen sollen (dann wäre include einfacher). Seiten unterer Ebenen betrifft das nicht, die sind eh ausgeblendet.

Ok, und zur rechten Seite: Das Seiten-Widget hat Optionen, wenn auch nicht sehr viele. Aber Du kannst da zumindest im "Ausschließen"-Feld IDs angeben, die rechts nicht mit angezeigt werden sollen (also z.B. die Seiten, die oben schon ausgegeben werden). Ich hhab hier gerade nur 2.8 zum schauen, in neueren Versionen gibt es vielleicht auch noch mehr Optionen. Weißt Du, wo Du die Widget-Optionen findest?

Also zum einen gibt es natürlich die XML-Sitemaps. Kennst Du, oder? Nach dem Umbenennen wird die ja neu erstellt, nehme ich an, und Google wird angepingt. Irgendwann kommt dann der Google-Bot vorbei und indexiert das neu. Dann sollten die alten Links relativ schnell aus dem Google-Index verschwinden. Das kann man nicht sofort erzwingen, aber all zu lange sollte es auch nicht dauern.

Es gibt außerdem für WP ein Plugin, welches Dir einen Redirect auf die neue Adresse in der .htaccess ablegt. Ich komm gerade nicht auf den Namen, sollte sich aber finden lassen im Repository (Suchworte "rename" oder "redirect").

Für externe Seiten, die auf WP umgestellt werden, wäre es am besten, wenn Du ein paar einfache Regeln für die .htaccess selber schreiben kannst. Das würde natürlich voraussetzen, dass sich die Namen nicht komplett ändern. Also z.B. alle Artikel in /alteseite/kategorie1 nun unter /wp/category/kategorie1 zu erreichen sind mit dem gleichen Namen. Alternativ einfach alle alten Aufrufe auf eine Seite umleiten, die den Umzug erklärt und ein Suchformular anbietet.

Hm, ok, das könnte sogar klappen. Das Prinzip ist dann wohl dieses: Du hast das Textarea und darum ein div. Das div kriegt die Scrolleiste per jQuery. Das Textarea musst Du dann dazu bringen, selber keine Scrolleiste anzuzeigen. Ist jetzt aber die Frage, wie man das anstellen soll. Wenn die Länge des eingebbaren Textes begrenzt ist, kann man das vielleicht raten und eine feste Höhe setzen. Wenn nicht, wird es aber schwierig. Ich bin nicht sicher, ob das mit overflow: visible am Textarea gut aussieht. Vielleicht wenn Du dem umschließenden div die gleiche Hintergrundfarbe gibst, so dass nicht auffällt, dass der Inhalt über den Rand des Textareas rausläuft. Müsstest Du mal etwas ausprobieren.

Post Teaser kenne ich nicht, aber wenn ich mir das so durchlese sieht es so aus, als könnte man das meiste davon auch mit ein paar kleineren Theme-Modifikationen selber machen. Deutsches Sprachfile sollte laut Pluginseite enthalten sein.

Register Plus scheint länger nicht aktualisiert worden zu sein. Ob Du damit glücklich wirst, ist also die Frage. Übersetzen kann man es genauso wie ein Theme, denke ich. Da müssten sich Tutorials finden lassen. Es müsste dann nur oben im Plugin die Text-Domain geladen werden. Aber wie gesagt, ob der Aufwand lohnt, weiß ich nicht.

Du musst Dich entscheiden, ob Du automatisch alle verlinkten Bilder in einer Lightbox anzeigen willst oder ob Du das nötige HTML manuell an den Links anbringen willst. Für ersteres sollte es eine Einstellung geben. Geh mal die Optionsseite des Plugins suchen und speichere das ab.

Danach sollte es eigentlich gehen. In der Praxis kann es aber zu Unverträglichkeiten mit anderen JS-Bibliotheken des Themes kommen. Wenn es also nicht geht, müsstest Du bitte mal eine Beispielseite verlinken.

Ich denke, Du suchst das hier:
http://wordpress.org/extend/plugins/sidebar-login/

Das kannst Du per Widget integrieren oder über ein Template-Tag. Letzteres kannst Du dann ja nach Belieben ablegen, auch im Header. Wie es genau platziert wird, musst Du selbst entscheiden, das kannst Du im Theme per CSS machen.

Ohne die Seite zu kennen nehme ich mal an, dass die einzigen, die Dir das beantworten können, hier zu finden sind:
http://www.googlewatchblog.de/wiki/kontaktformular/

Wieso Du die Frage hier stellst, ist mir ehrlich gesagt nicht klar. Die Chance, die Betreiber der Seite mit einem Forenposting hier zu erreichen, ist doch eher gering?!

In dem Fall führen viele Wege nach Rom. Sorry wenn ich da schon gleich wieder zu kompliziert gedacht habe.

Seitentemplate geht natürlich genauso und dann da oben eine Variable setzen und die in der header.php auswerten statt des benutzerdefinierten Feldes. Oder wie alchymyth vorschlägt einfach immer Klassen passend zum Slug vergeben und die in den Stylesheets ansprechen. Kommt immer etwas auf den Einsatzzweck an, aber letzteres ist vielleicht mit die schönste Lösung. Mit IDs würde ich eher nicht rumhantieren. Macht sich schlecht wenn man parallel ein Testsystem hat, dann muss man da die IDs immer noch synchron halten.

Zitat

Ich habe jetzt allen Seiten, die A als Header benutzen sollen ein Benutzerdefiniertes Feld zugewiesen. Ab da wird es etwas undurchsichtig für mich. Könntest du da etwas ausfürhlicher werden.

Gerne. Hatte gestern nicht so die Zeit, das ausführlicher aufzuschreiben.

Ok, also folgendes kommt oben in die header.php des Themes, in einen PHP-Block. Hm... Was hast Du denn als Feldwert gesetzt? Wenn es ein Feld ist, das nur per true/false anzeigt, dass die Seite den anderen Header kriegen soll, dann müsste das so aussehen (korrekten Feldnamen ersetzen und CSS-Klassenname!):

$my_header_class = '';
if (is_page()) {
  $my_has_custom_header = get_post_meta($id, 'FELDNAME', true);
  $my_header_class = ($my_has_custom_header == 'true') ? 'CSS-KLASSENNAME' : '';
}

Wenn Du da direkt den Klassennamen reingeschrieben hast (um z.B. auch verschiedene Header zu ermöglichen), dann so (ebenfalls Feldname ersetzen!):

$my_header_class = '';
if (is_page()) {
  $my_header_class = get_post_meta($id, 'FELDNAME', true);
}

Was Du mit dem Klassennamen jetzt anstellst, kommt drauf an, wie genau der aktuelle Header aufgebaut ist. Im Default-Theme könnte man das z.B. so einbauen:

<div id="header" class="<?php print $my_header_class; ?>">
    <div id="headerimg">
        <h1><a rel="nofollow" href="<?php echo get_option('home'); ?>/"><?php bloginfo('name'); ?></a></h1>
        <div class="description"><?php bloginfo('description'); ?></div>
    </div>
</div>

Und dann muss das in der style.css natürlich noch eingetragen werden. Auch das kommt drauf an, wie es aktuell umgesetzt ist, sollte sich aber finden lassen. Wenn z.B. aktuell eine Angabe für "#header ..." im Stylesheet steht, schreibst Du einfach darunter "#header.CSS-KLASSENNAME ..." und kannst darin dann ändern, ergänzen und überschreiben was Du magst (ohne die Anführungsstriche natürlich und mit dem oben vergebenen Klassennamen).

Ja, das war es. Schau mal in diesen Thread: http://forum.wordpress-deutschland.org/plugins-und-wi…-ein-autor.html

Der Pluginautor weiß Bescheid, hat es aber wohl nicht aktualisiert. Schade. :-/

Gerade per Forensuche auf der Suche nach diesem Beitrag gefunden:
http://forum.wordpress-deutschland.org/plugins-und-wi…-ein-autor.html

Dort hatte ich einen Fix für das Plugin gepostet, mit dem es unter WP 2.8 wieder lief. Wirkt hoffentlich auch für neuere Versionen noch.

Wenn es nur eine Kategorie pro Nutzer sein soll, da gab es auf jeden Fall ein Plugin dafür. Das nimmt dem Autor quasi die Kategoieauswahl weg, man kann dem Nutzer dann eine Kategorie fest zuweisen. Wenn Du es gefunden hast, müsstest Du mit dem Pluginnamen hier im Forum mal nach einem Fix schauen, da es so wie es im Repository steht mit neueren WPs nicht mehr lief. (Sorry, bin gerade in Eile und komme nicht auf den Namen. Sag Bescheid, falls Du es nicht findest, dann schaue ich noch mal.)

Das kannst Du mit einer kleinen Modifikation am Theme recht leicht umsetzen. Kennst Du Dich denn ein wenig mit PHP aus?

Grundsätzlich würde ich sagen gibst Du den Seiten, die Header A kriegen sollen, ein benutzerdefiniertes Feld, meinetwegen "headerA=true" oder so. In der header.php prüfst Du dann auf is_page und wenn ja, dann prüfst Du, ob das Feld gesetzt ist. Falls ja, kriegt die Seite eine andere Header-Klasse, welche dann per CSS ein anderes Bild oder sonstiges Aussehen kriegt. Für die Startseite kann das fest im Theme umgesetzt werden: In der header.php prüfen auf is_home (hm, es gab verschiedene, mindestens is_home und is_start_page, Du müsstest mal im Codex nachschlagen welches davon für Dich die richtige Abfrage ist).

Ja, das ist ein Plugin. Es gibt vermutlich verschiedene, im Repository findet man z.B. dieses, welches auch Double Opt-In kann, was ja in Deutschland aus rechtlicher Sicht vermutlich besser ist:
http://wordpress.org/extend/plugins…pt-in-comments/

Probier mal wie folgt. Wenn es das noch nicht war, bräuchte ich einen Link zur Seite, dann klärt sich das ohne Raten viel schneller.

Im Moment rate ich mal, dass die äußere Liste die Widgets enthält und dass .page-item an den Links direkt dran hängt. Der Code muss am besten ans Ende des Stylesheets. Farbnamen natürlich ersetzen durch den gewünschten Farbcode, aber so sollte man es erst mal sehen.

// Links erste Ebene
#sidebar ul li ul li a.page-item {
  color: red;
        }


// Links zweite Ebene
#sidebar ul li ul li ul li a.page-item {
  color: blue;
         }


// Links dritte Ebene
#sidebar ul li ul li ul li ul li a.page-item {
  color: green;
         }

Ich hab mir jetzt nur mal die Online-Demo angeschaut. Mögliche Fehlerquellen, die mir auffallen:

- Liegen die JS-Dateien im richtigen Ordner (absolute Angabe des Ordners ist besser als nur Unterordner "scripts")? Zeigt der Browser JS-Fehler an?
- Hat das textarea einen Style overflow: auto? Siehe Beschreibung des Plugins: "jScrollPane is a jquery plugin which allows you to replace the browsers default vertical scrollbars on any block level element with an overflow:auto style."

...

Ok, ich war neugierig und hab mir die Datei doch mal angeschaut. Wie es aussieht scheint das Plugin nicht für Formularelemente geeignet zu sein. Ich hab Dein Beispiel mal berichtigt (eindeutige ID vergeben) und es auch mit obverflow: auto probiert, aber dann konnte man in dem Textarea gar nicht mehr scrollen.

Andererseits: Im Textarea kannst Du doch sowieso schon scrollen. Geht es Dir nur um die Gestaltung? Ich glaube, an der kannst Du nicht wirklich etwas ändern, es sei denn, Du verwendest IE-spezifische CSS-Befehle. Die versteht dann aber kein anderer Browser, und ich bin auch nicht sicher, ob es das in IE8 noch gibt.

weiße Seite = PHP-Fehler. Da wirst Du rausfinden müssen, was der eigentliche Fehler ist. Geht das Backend denn? Hast Du mal die Permalinkstruktur neu gespeichert?!