Kommentare zu: Author Info Widget

Von: Dennis Hoppe

Dennis Hoppe — Mon, 26 Jul 2010 03:47:37 +0000

The most WebSpace Hoster provide PHP5 and the use only has to switch it in the admin panel.

Von: Ric

Ric — Sun, 25 Jul 2010 22:05:36 +0000

Ah ha! Ok, ok. Thanks for the solution! Would be easy if that were under my control, but unfortunately it’s my server provider’s choice and I don’t think they’ll be changing soon. Thanks for your help, though!!!!

Von: Dennis Hoppe

Dennis Hoppe — Sun, 25 Jul 2010 21:48:28 +0000

Easy solution: Change to PHP5

Von: Ric

Ric — Sun, 25 Jul 2010 21:29:55 +0000

Hi Dennis, great plugin and great work. Thanks so much.

Until now, it’s been working fine on my website but I have now received the following error and the newly registered gravatars do not show:

Warning: Missing argument 2 for wp_widget() in /home2/ricjoorg/public_html/quartoefe/wp-includes/widgets.php on line 76

Any idea what it is? I’m using WordPress 2.9.2. and (have now) deactivated you plugin version 1.2.7. Any help would be fantastic. Thanks!

Von: Dennis Hoppe

Dennis Hoppe — Sun, 18 Jul 2010 12:16:46 +0000

Hallo Rouven, vielen Dank für den Hinweis. Hier handelte es sich um einen kleinen Schönheitsfehler bei der Behandlung eines Sonderfalles. Sollte ab 1.2.7 behoben sein. Einfach mal auf die aktuelle Version updaten.

Von: Rouven M. Siegler

Rouven M. Siegler — Sun, 18 Jul 2010 10:42:00 +0000

Hallo Dennis,
ich wollte gerade Dein Plugin ausprobieren. Leider bekomme ich unter der Widget-Seite in der Sidebar folgende Fehlermeldung:

Warning: Invalid argument supplied for foreach() in /homepages/34/d127825981/htdocs/wordpress/wp-content/plugins/author-info-widget/form.php on line 16

Was kann ich tun?

Viele Grüße
Rouven

Von: Aktualisierter Plugin-??Zoo - 0x7be

Aktualisierter Plugin-??Zoo - 0x7be — Fri, 09 Jul 2010 15:27:39 +0000

[...] geflogen ist vor kurzem das an sich sehr gute Author Info Widget. Der Grund hier ist recht banal. Wie du weißt, schreibe ich an diesem Blog alleine. Ein Plugin, [...]

Von: Dennis Hoppe

Dennis Hoppe — Mon, 28 Jun 2010 22:46:48 +0000

“Na klar, es gibt für alles Konventionen”. Leider nicht. Meiner Meinung nach sollten alle Plugins Objekte sein. Es gibt so viele Plugin die globale Funktionen unsinnig definieren. Wie viele Kundenprojekte ich schon “retten” musste, weil auf dem Bildschirm plötzlich die Fehlermeldung “Fatal error: Cannot redeclare …” auftauchte, kann ich gar nicht mehr zählen. Aber die Konvention, dass man die eigene Textdomain nach dem Plugin benennt, kannte ich bisher gar nicht. Wieder was gelernt.

Von: Dirk

Dirk — Mon, 28 Jun 2010 22:17:54 +0000

Na klar, es gibt für alles Konventionen

„Using the basename of your plugin is always a good choice.“ (http://codex.wordpress.org/I18n_for_WordPress_Developers#Best_Practices)

Von: Dennis Hoppe

Dennis Hoppe — Mon, 28 Jun 2010 22:15:03 +0000

Oh, es gibt eine Konvention? Ich mag einfach nicht wenn Dinge fest verdrahtet sind. Deswegen erzeuge ich alle Handles (Domains, Menüs, etc) in Abhängigkeit vom aktuellen Klassennamen. Außerdem will ich alle Werte die ich mehrmals brauche zentralisiert haben um sie schnell ändern zu können. Das gibt mir einfach ein positives Gefühl von Flexibilität.

Von: Dirk

Dirk — Mon, 28 Jun 2010 16:42:22 +0000

Warum sollte man seine Textdomain ändern? Konvention ist, Plugin-Basename = Textdomain. Da hält sich eigentlich auch jeder dran. Wer meint, das nicht machen zu müssen, bekommt eben Probleme

Von: Dennis Hoppe

Dennis Hoppe — Mon, 28 Jun 2010 16:07:09 +0000

“Normalbenutzer ist der, der normales tut.” Wer das Template nicht editieren kann der kann ja den Standard verwenden den ich mitliefere. Aber noch zusätzliche Variablen zu verwenden finde ich dann schon etwas übertrieben. Ein paar “Echos” hier und da kann jeder schaffen. Die Groß- und Kleinschreibung rührt aus VisualBasic Vergangenheit. Da war das so mode.

Die interne Übersetzungsfunktion verwende ich damit ich jederzeit in der Lage bin den Namen der Textdomain zu ändern und nicht den “Template-Author” mit meinen Domainnamen auf den Geist gehen muss. Außerdem kann ich mit meiner Funktion bei Bedarf zwischen “__()” und “_x()” unterscheiden.

Mein Theme escaped das übrigens gar nicht. Das macht die WP eigene Methode. Und die ist knallhart. Die löscht Code einfach. (Aber ich weiß ja was du meintest.)

Von: Dirk

Dirk — Mon, 28 Jun 2010 14:52:14 +0000

Den Theme escaped übrigens nicht richtig, da stand noch viel mehr als Codebeispiel in meinem letzten Posting.

Von: Dirk

Dirk — Mon, 28 Jun 2010 14:51:31 +0000

Na ja, welcher Normalbenutzer? Welcher Normalbenutzer kann denn ein PHP-Script schreiben? HTML können die meisten sich noch zusammenreimen, und da dann „%%AUTHOR%%“ zu schreiben wird den meisten sicher auch noch leichter fallen als „ get_option(‘show_name’) && $author->display_name) : ?>
display_name ?>
“ zu schreiben, oder … Womit wir auch schon gleich beim Stil wären. Nicht, dass du PHP und HTML trennst, was ja ganz nett ist, aber „If“ und „Echo“? PHP ist das wahrlich egal, aber ich habe noch nie jemanden gesehen, der so was groß schreibt Jedenfalls bist du konsequent und schreibst auch „Function“ und „ElseIf“ *g* Aber ganz konsequent bist du nicht, „return“ schreibst du wieder klein. … Aber wieso machst du dir das mit den übersetzen eigentlich so umständlich? Ein simples „__(‘blah’);“ und ’ne entsprechende Sprachdatei wo „blah“ als String drins teht, tun es genau so. Das recht interessante gebastel in Load_TextDomain() und t() ist eigentlich komplett überflüssig.

Von: Dennis Hoppe

Dennis Hoppe — Mon, 28 Jun 2010 14:14:35 +0000

Dass man die Templatedateien in das Themeverzeichnis kopieren kann ist ein Extra welches ich für alle Leute eingebaut haben die das Widget ins eigene Theme integrieren wollen. (Ich habe das Plugin ja ursprünglich mal für mich geschrieben.)

Selbstverständlich ist es “sauberer” die Templatedatei über den von mir zur Verfügung gestellten Filter (siehe readme) zu setzen und ein eigenes Plugin dafür zu schreiben. Aber welcher Normalbenutzer kann das!? Außerdem würde ich dem Benutzer niemals die Möglichkeit geben CSS Code einzugeben. Wer CSS code schreiben will darf das in seiner Lieblings-IDE tun.

Was genau ist eigentlich an meinem Stil interessant? Das würde ich dann doch gern wissen.

Wenn ich Variablen einfüge und sie dann mit PHP wieder ersetze, habe ich außer viel Aufwand eigentlich nichts gekonnt, oder? Vorteile?

Von: Dirk

Dirk — Mon, 28 Jun 2010 13:15:13 +0000

Ich bin der Meinung, Plugin-Dateien gehören nicht ins Theme-Verzeichnis. bei ipeRSS habe ich das so gelöst, dass das auf Wunsch anwendbare CSS über das Admin-Backend auf einer extra Seite erstellt und gespeichert werden kann. Ich finde das immer besser, möglichst nichts an Plugin-Oder Theme-Dateien zu ändern (wozu meiner Meinung nach auch das hinkopieren von Dateien in Plugin- oder Theme-Verzeichnisse gehört), weil das ganz schön Probleme machen kann, wenn ein Theme oder Plugin aktualisiert wird.

Ein Template ist für mich so etwas, wo statt PHP-Code („interessanten“ Stil hast du da übrigens *g*) etwas wie „%%AUTHOR%%“ oder „%%DESCRIPTION%%“ verwendet wird, was dann vom Plugin eingelesen, und durch die entsprechenden Werte ersetzt wird.

Von: Dennis Hoppe

Dennis Hoppe — Mon, 28 Jun 2010 10:38:56 +0000

Ich glaube, wir reden aneinander vorbei. Das Template ist in PHP geschrieben (author-info-widget.php) und das CSS ist separat in einer anderen Datei (author-info-widget.css). Beide Dateien gehören ins Theme Verzeichnis, wie auf der Plugin-Seite beschrieben. Selbstverständlich kann man auch per CSS(3) die Reihenfolge von Elementen ändern. Ist aber nicht zu empfehlen. Was genau stellst du dir denn unter einem Template vor?

Von: Dirk

Dirk — Mon, 28 Jun 2010 10:20:40 +0000

Na ja, wenn die Struktur jetzt „Name[neue Zeile]Beschreibung[neue Zeile]Mailadresse“ ist, und vorher „Name[neue Zeile]Mailadresse[neue Zeile]Beschreibung“ war, ist das sicher mittels CSS nicht so ganz einfach, den alten Look wieder herzustellen. Oder kennst du einen Trick, wie man den Inhalt eines li-Tags vor ein p-Tag bekommen kann?

Ich habe mir übrigens gerade mal den Code angeguckt Also unter einem Template in dem Sinne stelle ich persönlich mir ja schon ein wenig was anderes vor

Von: Dennis Hoppe

Dennis Hoppe — Mon, 28 Jun 2010 08:25:16 +0000

Template und CSS sind separat. Aber sag mir doch mal bitte: Was genau kann man mit CSS nicht verändern? Ich bin eigentlich sehr bemüht alles mit Klassen zu versehen so dass sich alle Elemente per Selektor ansteuern lassen.

Von: Dirk

Dirk — Mon, 28 Jun 2010 08:16:45 +0000

Ich werde jetzt nicht auch noch anfangen, irgendwelche Templates zu schreiben, zumal man das mit CSS nicht so hinbiegen kann, dass es wieder gut aussieht.

Stattdessen werde ich wohl einfach wieder downgraden