Beiträge von fym

Das gleiche Problem hatte ich hier aufm lokalen Webserver auch. Schau mal in deine Datenbank, ob überhaupt alle 3 von myGallery benutzen Tabellen vorhanden sind (*_mygallery, *_mygprelation und *_mypictures) - bei mir wurden die nämlich nur zum Teil erstellt (nur *_mygallery).

Könnte man über Templates lösen - siehe Category Templates. Also für jede bei dir vorhandene Kategorie eine entsprechende category-id.php einfügen, die sich von der index.php nur durch den Text unterscheidet, den du bei jeder Kategorie oben stehen haben möchtest.

Alternativ könnte man auch nur ein Template (category.php) verwenden und dort mittels der is_category-Funktion spezifische Texte festlegen.

hth :)

~fym

Ich las letztens nur die Beschreibung der Funktion. Klang für mich so, als solle nur die Gesamtheit aller Beiträge von einem Blog zu einem anderen (neuaufgesetzt ect.) übertragen werden können. Dann anscheinend falsch vermutet (besagtes Plugin auch noch nie benutzt), sei's drum.

Und jap, wer funktionierende Backups hat: Go nuts ;)

~fym

Hm, wundert mich trotzdem, dass es bei ihm nicht klappt. Hier bei mir mit WP 2.1 funktioniert es zumindest.

Zitat von Strohmann

Frage in den Raum: Geht das vielleicht jetzt mit der Version 2.1, die ja XML Import und Export mit an Bord hat?

Ich würde es nicht probieren. In der xml-Datei sind die IDs der Posts enthalten. Denke, da würde WP ein wenig rumzicken.

~fym

$userdata bzw. die einzelnen "Attribute" müssen globalisiert werden, da die (Rückgabe-)Werte von get_currentuserinfo() an jene Variablen gegeben werden. Steht so aber auch in der Funktionsreferenz bzw. in der Beschreibung & bei den Beispielen.

hth :)

~fym

Tach auch...

Zitat

Das führte zu einer Ausgabe, in der erst der Name einer Kategorie ausgegeben wurde, darauf folgten die in dieser Kategorei befindlichen Links, dann folgte der Nächste Name, dann die nächsten Links, usw.

Wenn ich das recht verstanden habe, so erfüllt wp_list_booksmark() doch den gleichen Zweck. Gibt in der Standardeinstellung den Namen der ersten (je nach Sortierkriterium) Link-Kategorie aus, darunter alle darin befindlichen Links und macht dann mit der nächsten Kategorie weiter.

hth

~fym

Das hat nichts mit irgendwelchen Sprachversionen zu tun. Du brauchst das Sidebar Widget und eine sidebar.php, die entsprechend angepasst ist, um Widgets benutzen zu können - das ist bei Wordpress.com afaik automatisch "vorinstalliert", egal mit welcher Sprache du den Service benutzt.

Hast du denn das Widget Plugin heruntergeladen und aktiviert? Kalender, Letzte Kommentare/Einträge sind darin enthaltene Widgets.

~fym

Zitat von Monika

Hi öffne wp-includes/formatting.php und sieh dort nach, ob die verwendeten html tags dort angegeben sind

Ah, die $allblocks-Definition hatte ich übersehen, abgesehen davon dass ich es nicht so mit RegExps & preg_replace habe ;).

Durch die dort angegeben Tags konnte ich nun den Übeltäter rausfiltern - das label-Tag war es. Dazu geschrieben und nun geht es. Besten Dank :)

~fym

Achja, falls hier jemand WP-Quotes/Random Quotes verwendet: Aktiviert man es so wie heruntergeladen in WP 2.1, verschwindet der Menüpunkt "Export" in der Verwaltung. Um diesen wieder "erscheinen" zu lassen, in der wp-quotes.php die Zeile für das Einbinden des Menüs ziemlich zu Beginn der Datei

$submenu['edit.php'][40] = array(__('Quotes'), 8, 'edit-quotes.php');

suchen und die "40" mit einer höheren Zahl ersetzen (bei mir 100). "Export" steht wieder da, wo es stehen soll.

Edit: Ansonsten habe ich bisher nur ein "Problem", dass andernorts hier schon erwähnt worden ist. In mein von cforms erstelltes Kontaktformular haut mir Wordpress Paragraphen herein, die das ganze sehr unschön auseinandergehen lassen. Die vom Plugin vergeben div-Klassen lassen eine Korrektur mittels css auch nur bedingt zu. Schade.

~fym

Hier ebenfalls erfolgreiches Upgrade zu vermelden. Lief alles (zumindest bisher) problemlos. Ein wenig Bastelei war in der widgets.php, u.a. wegen Anpassung der wp_list_bookmarks()-Funktion, noch nötig -- also nur kosmetische Kleinigkeiten. Nun müssen sich die PlugIns noch beweisen - bisher muckten die aber auch nicht.

Von mir mit WP 2.1 verwendete Plugins können hier eingesehen werden :)

~fym

Bezüglich myGallery: Bei meiner testweisen lokalen Neuinstallation von WP 2.1 ging bei diesem Plugin nichts mehr bei mir. Es erstellte nicht mehr bei Aktivierung die eigene Datenbanktabellen (nehme mal an, dass das an $table_prefix liegt). Auch nach dem manuellen Kopieren der Tabellen bekomme ich auf den Optionsseiten der Galerie nur leere Seiten geliefert.

Beim Update einer bestehenden älteren WP-Version gab es das Problem zumindest nicht.

~fym

myGallery läuft hier mit der 2.0.7'er genauso stabil, wie mit den vorherigen Versionen. Bezweifel, dass deine Probleme damit an der neuen Version liegen. Versuch doch das Problem einzukreisen, indem du die anderen Plugins allesamt deaktivierst und nacheinander aktivierst. So wirst du schon sehen, welche sich untereinander nicht betragen.

Zitat von tboggi

Also wenn ich über DW8 die Site gestalte, gehe ich von einer einwandfreien Gestaltung aus.

Davon kann man bei den WYSIWYG-Dingern auch ausgehen. Aber was du siehst, ist eben doch nicht immer das, was du im Grunde bekommst.

Ansonsten steht doch bei den Resultaten des Validators mindestens je ein knapper Kommentar neben der Zeile und Spalte. Zum Beispiel: Line 110 column 123: there is no attribute "target" bedeutet verknappt eben, dass XHTML 1.0 das Attribut "target=..." nicht wirklich sehen will, soll die Seite valide sein.

flash: siehe mastermind. Wer sich ans Basteln ranmacht, der sollte zumindest grundsätzlich wissen, was er tut. Allein nur auf Korrekturmaßnahmen der einzelnen Browser zu schwören, ist doch wenig konstruktiv. Als würde man einer randalierenden Bande die eingeschlagenen Fenster verzeihen, weil man sie mit zugekniffenen Augen ja kaum wahrnimmt ;) Schon schlimm genug, wie MarkUp-Sprachen zur Zeit verschandelt werden (myspace und Co. *grusel*), da muss man doch den momentanen und nachfolgenden Fenstereinschmeissern nicht noch behilflich sein ;)

~fym

Na, anstelle von MEINE_DOWNLOAD_ID trägst du eben die ID des jeweiligen Downloads ein (in der Übersicht zu sehen).

~fym

Liegt wohl daran, dass das <li>-Tag bei dieser <ul>-Liste fehlt, wie beim "Spruch des Tages". Vor und hinter die Keywords <li> bzw. </li> setzen und es sollte eingerückt werden.

~fym

Siehe: http://automattic.com/code/widgets/themes/

<?php if ( !function_exists('dynamic_sidebar')
        || !dynamic_sidebar() ) : ?>


...


<?php endif; ?>

...in die sidebar.php reinpacken. Zwischen beiden PHP-Blöcken kommt das Markup, dass erscheinen soll, wenn das Widgets Theme nicht aktiviert/installiert ist - also dein bisheriges. Die Variablen für das von den Widgets zu verwendende Markup (also in deinem Fall wohl vor allem <h5>) musst du dann per $before_widget und Co. wohl noch ein wenig abändern.

~fym

Tach auch.

Ich hab' mich letztens an ein eigenes Plugin nebst Widget gesetzt und geschrieben. Die beiden Sachen funktionieren soweit auch genau so, wie sie es sollen. Nun bin ich aber ratlos, was die übertragenen default-Werte bezüglich $before_widget, $after_widget usw. angeht. Ich muss vor längerer Zeit wohl diese meinen Vorstellungen entsprechend geändert haben (div-Bereich mit eigener Klasse), so dass sie jetzt, wie damals gewünscht, immer durch die Variablen ausgegeben werden. Problem nur: Ich hab' keine Ahnung mehr, wie und warum ;)

Kann mir einer mal auf die Sprünge helfen? Diese Werte werden doch nur in der widgets.php per $defaults-Array definiert, oder? Dort stehen bei mir aber noch die normalen (<li id="%1$s" class="widget %2$s">) Angaben und meine eigene div-Klasse finde ich in der php-Datei nur an einer einzigen Stelle (beim wp-quotes-Widget), wo diese auch nur einfach per echo ausgegeben werden ohne irgendeine Variable zu benutzen.

Hat jemand 'ne Ahnung, was ich gerade übersehe? :)

~fym

Hi,

ich setz' grad nen neues Blog auf, stehe nun aber vor einem Problem: Die Angaben in den Optionen "Zeige die letzten: x Tage/Postings an" haben keinerlei Auswirkungen. Egal, ob ich nun versuche beispielsweise die letzten 5 Tage anzeigen zu lassen oder die 5 letzten Postings - nichts hat eine Auswirkung. Es werden immer alle bisherigen Postings im Index angezeigt.

Ist das Problem bekannt oder hat jemand ne Idee, woran es liegen könnte?

Zur Info: Installiert ist Wordpress 1.5.1.3 und bis auf Adhesive & SRG Clean Archives sind keine Plugins installiert. Zusätzlich habe ich nur Asides zur Sidebar hinzugefügt, wie in diesem Codex-Artikel beschrieben. Ansonsten ist nichts weiter installiert.

Und nochmal ich ;)

Ich habe heute mal die Anleitung aus der Wordpress-Wiki benutzt, um doch noch irgendwie an Asides in einer Sidebar (nicht die sidebar.php) zu kommen. Das Komische daran ist nun, dass es auf der Indexseite wunderbar funktioniert, sobald ich aber ein einzelnes Post anklicke und anzeigen lasse, verschwinden die kompletten Asides.

Das Verwunderliche daran ist, dass ich in der single.php genau den gleichen Code verwende, wie in der index.php. Ich habe erstere auch schon testeshalber gelöscht, damit er so oder so die index.php benutzt. Aber auch da werden bei einem Klick auf einen Eintrag die Asides nicht angezeigt.

Woran könnte das liegen? Wird der Loop, der ja wichtig für die Funktion ist, einfach nicht ausgeführt, weil man sich einen bestimmten Eintrag anschaut?

Hat vielleicht jemand ne Idee, wie das Ganze zu beheben wäre? Wäre wirklich nett :)

~fym