Beiträge von Ammaletu

Zitat

Ich habe diese drei Zeilen in die header.php meines themes reinkopiert, ist das richtig?

Ja.

Zitat

Danach habe ich die Zeile von Pkt 1.2 in das stylesheet style.css meines Themes ganz am Ende unten drunter reinkopiert, ist das richtig?

Nein. Wenn Du die mitgelieferte CSS-Datei nutzen möchtest, gehört diese Zeile auch in die header.php. Einfach unter Dein normales Stylesheet schreiben. Ansonsten kannst Du den Inhalt dieser Datei auch in Dein Stylesheet kopieren und nach Bedarf anpassen. Ich denke, auf diesen Fall bezieht sich auch der Hinweis unter 1.3, die Bildpfade anzupassen. Probier es erstmal ohne, wenn die Icons fehlen, siehst Du das dann ja.

Zitat

Beim Schritt 1.3 sowie bei Pkt 2 weis ich schon garnicht mehr, was das alles bedeutet (zB. Link-Tag?), geschweige denn, was ich da wo machen muss bzw. wo ich das finde

Wenn Du ein Bild einbindest, das mit der Lightbox geöffnet werden soll, muss das Bild verlinkt sein und an dem Link-Tag muss das rel-Attribut vorhanden sein.

Aber sag mal, hast Du jetzt die Lightbox selber eingebunden? Dafür gibt es doch ein WordPress-Plugin, was Dir je nach Konfiguration dieses rel-Attribut selber ergänzt. Alles andere wäre ja auch sehr umständlich. ;-)

Ich kenne das Plugin nicht im Detail, aber ob in Deiner Wp-Installation ein Nutzer dieses Namens vorhanden ist, kannst Du doch im Backend ganz einfach überprüfen.

Sieht für mich alles richtig aus. Hast Du mal ein anderes widget-fähiges Design probiert? Es gibt ja genug gute kostenlose Themes. Ein Plugin ist für Widgets im übrigen schon länger nicht mehr nötig, das kann WP alleine. ;-)

Verlinke das Plugin doch bitte mal, damit ich weiß, ob es das gleiche Plugin ist, dass ich auch nutze. So oder so wird es aber wohl so sein, das Du dann eine Funktion zur Ausgabe der Nutzerbilder in die Templates einbauen musst. Hast Du das gemacht?

Also ich kann Dir immerhin schon mal sagen, dass das Problem nichts mit Dateirechten zu tun hat. 682 ist die Zeile in der Datei wp-admin/includes/file.php, in der der Fehler auftritt. Jemand mit WP 2.7 könnte da ja mal nachschauen, was das sein könnte.

Das wäre eine Frage für den Strato-Support. Davon abgesehen brauchst Du etwas Glück, dass das hier ein anderer Strato-Kunde liest. ;-)

Ich habe gerade nicht die Zeit dafür, aber mir fällt schon mal auf, dass das Originalscript nicht wirklich effizient ist: Wenn ich das richtig sehe, wird da für jeden Buchstabend es Alphabets einmal alle möglichen Posts ausgelesen, wovon dann nur jeweils die betroffenen Posts ausgegeben werden. Das sollte besser gehen, mit nur einem query_posts. Und dann innen drin die Titel durchgehen und prüfen, wenn ein neuer Buchstabe kommt.

Hm,ich glaube, das wurde zwischendurch mal abgeschafft, dass die Linkkategorien auch Unterkategorien haben können. Würde es nicht auch helfen, die Ordnung im Titel der Kategorie auszudrücken? Z.B. "Thema 1 (dt.)" und "Thema 1 (engl.)" als Kategorien zu wählen? Ist nicht ganz so übersichtlich, aber müsste doch gehen, oder? Ggf. könntest Du dann per CSS die Kategorien z.B. noch mit der entsprechenden Flagge versehen, wenn Du die Benennung immer gleich wählst.

Fügt der die Bild-URl so ein? Dann kontrolliere mal, was in den WP-Optionen als Upload-Ordnername steht.

Komme hier gerade zufällig vorbei. *g* Was noch fehlt, denke ich, ist ein Schutz gegen Seiten, die keiner Kategorie zugeordnet sind, wie z.B. die Hauptseite. So vielleicht:

<div class="post"><!-- the post -->
<?php $category = get_the_category(); ?>
<h1 class="<?php if (category[0]) { echo category[0]->slug; } ?>" id="post-<?php the_ID(); ?>"><a href="<?php the_permalink() ?>" rel="bookmark" title="Permanent Link to <?php the_title(); ?>"><?php the_title(); ?></a></h1>

Und Du müsstest mal probieren, ob das so auch im Loop auf der Hauptseite geht. Da bin ich mir gerade nicht sicher.

Da musst Du Dir zuerst mal überlegen, welche Seiten genau anders aussehen sollen: Ein Bild pro Kategorie? Ein Bild pro statischer Seite? Nur einige Seiten? Davon hängt ab, wie Du die Umsetzung angehst.

Generell könntest Du entweder im Header direkt ein anderes Bild definieren oder eine andere Styleklasse an dem betroffenen div (je nachdem ob es direkt dirnsteht oder ein Hintergrundbild ist). Alternativ könntest Du auch ein zweites Stylesheet importieren, das die Angaben des Haupt-Stylsheets teilweise überschreibt. Nimmt sich nicht so viel, denke ich, außer dass ich die erste Lösung nehmen würde, wenn es sehr viele verschiedene Bilder sein sollen.

Und dann kannst Du Dir ja mal Threads wie die hier anschauen:
http://forum.wordpress-deutschland.org/design/43297-v…es-pro-kat.html
http://forum.wordpress-deutschland.org/design/44952-v…-kategorie.html
http://forum.wordpress-deutschland.org/design/44941-a…-bei-fotos.html

Und in einem der Threads verlinkt und vielleicht auch interessant:
Force Category Template Tempus Fugit by Mark Jaquith

Ist nur geraten, weil ich keine Zeit habe, mir das im Dedtail anzuschauen. Aber ich denek, die Ursache ist das "clear: both"; in der Klasse .feedback. Schau Dir noch mal an, wie clear funktioniert. Ich denke, in dem Fall drückt es den nachfolgenden Inhalt unter die Höhe der Navigation. Da muss die Parent-Klasse noch ein float bekommen, oder so ähnlich.

Nur zwei Gedanken dazu: Falls sich der Pfad auf dem Server geändert hat, wäre das im DB-Dump ggf. auch zu ersetzen (z.B. Pfad von Bildern und in den Optionen einiger Plugins, einfach mal nach dem alten Pfad suchen).

Und außerdem: Wenn Du die .htaccess mit kopiert hast, würde der beim Aufruf der neuen Installation zur alten weiterleiten, denke ich.

Wovon sprichst Du? Im Backend? Im Frontend? In der Single-Ansicht gibt es standardmäßig ja die Links "vorheriger Beitrag" und "nächster Beitrag"? Oder meinst Du auf der gleichen Seite, ohne neuzuladen?

Was für eine Forensoftware nutzt Du denn? Ohne mich wirklich auszukennen, denke ich, dass das für diese Frage essentiell ist. ;-)

Geht's Dir jetzt um PHP oder HTML? In letzterem Fall poste doch bitte einen Link zur Seite, das macht sich wesentlich einfacher. ;-)

Würde ich nicht machen. Das schafft nur Verwirrung und schneidet Deine Nutzer von Updates des Plugins ab. Richte Dein Theme einfach so ein, dass es das Plugin benutzt, wenn es da ist (auf Vorhandensein der Funktionen prüfen), und ansonsten eine brauchbare Fallback-Variante hat. Dass Dein Theme dieses Plugin unterstützt, kannst Du dann in der Doku erwähnen.

Hattest Du das Backend irgendwie modifiziert? Und ist die Navigation da, wenn Du mal die Stylesheets ausschaltest? (z.B. mit der WebDeveloper-Toolbar im Firefox)

Der Anzeigetext Deiner Kategorie kann problemlos "Rürup" sein, das sollte WP auch standardmäßig so lassen. In der URL kann dagegen nicht "Rürup" stehen, aber "R%FCrup", falls Dir das gefällt (keine Ahnung allerdings, mit welchen Mitteln man WP dazu bringen würde, möglicherweise müsstest Du etwas analog zu o42_clean_Umlauts schreiben).

Der ein oder andere moderne Browser würde "Rürup" in der URL sogar annehmen und intern vor dem Abschicken korrekt umwandeln. Andere Browser eben nicht, die würden bei Eingabe von "Rürup" dann ggf. einen 404 anzeigen. Oder andersherum, falls DU WP dazu bringst, tatsächlich den Umlaut im Permalink zu speichern. Das wäre also meiner Meinung nach kein lohnendes Unterfangen, da zumindest ein Teil Deiner Besucher die Seiten nicht mehr sehen könnte. Oder hab ich da noch was falsch verstanden?

Ich habe zumindest mal die Rechtschreibung ein wenig überarbeitet...