Beiträge von Schattendings

Hallo zusammen!

Ich habe ein Problem mit der WP-eigenen Tagcloud-Funktionalität (wp_tag_cloud): Die Schriftgrößen der einzelnen Tags lassen sich nicht wie gewünscht formatieren. Die Wörter werden trotz unterschiedlicher Stylesheet-Angaben bis auf wenige Ausnahmen alle gleich groß dargestellt, egal welche Maßeinheit ich angebe (siehe hier unten in der Sidebar).

Ich habe die Suchfunktion hier gequält und wie bei einem anderen User einen CSS-Konflikt und somit den Fehler meinerseits vermutet, aber nach einigem Herumgeteste mit Firebug u.ä. habe ich die Ursache gefunden:
Offensichtlich werden die Stylesheet-Angaben nur dann korrekt interpretiert, wenn die Größenangabe, die die Tagcloud-Funktionalität auf Grund der Häufigkeit des entsprechenden Tags ausspuckt, zufällig einer ganzen Zahl entspricht. Das ist bei mir in allen Browsern so (IE 7, Firefox 3.x, Opera 9.5x und Windows XP). Ich habe die Seite mal lokal gespeichert und alle CSS-Größenangaben bei den Tags auf ganze Zahlen abgerundet und dann funktioniert auch die unterschiedliche Darstellung in allen Browsern einwandfrei. Das Gleiche passiert, wenn ich das Komma (!) in der Dezimalzahl einfach durch einen Punkt ersetze.

Mich wundert, dass anscheinend niemand anderes das Problem hat. Oder war ich der einzige Depp, der voreilig von Simple Tagging und Konsorten auf die WP-eigene Tagging-Funktionalität umgestiegen ist? ;) Oder gibt's einen Trick, das Problem zu lösen? Ich sehe bei der Funktion wp_tag_cloud keine Möglichkeit, die Ausgabe dahingehend zu beeinflussen.

Ich möchte eigentlich nicht wieder auf ein Plugin zurückgreifen. Weiss jemand, in welcher Datei die Berechnung der Größenangaben für die Tagcloud zu finden ist? Ich fummel zwar nicht gerne an WP-Dateien herum, aber eigentlich dürfte es ja nicht allzu schwer sein, das Ganze so abzuändern, dass die Tagcloud nur ganze Zahlen ausgibt bzw. einen Punkt statt Komma als Dezimaltrennzeichen.

Ich war lange nicht mehr hier...

Aber gute Nachrichten, es gibt tatsächlich etwas Neues! :D

Bis vor kurzem bin ich mit Disclose Secrets gut gefahren, aber leider gibt es schon seit längerer Zeit kein Update mehr, mit neueren WP-Versionen gibt's da Probleme.

Da ich auch endlich WP 2.6 haben wollte, habe ich mich mal wieder kräftig durch das halbe Web gewühlt und Role Scoper gefunden. Läuft bei mir prima und lässt keine Wünsche offen. Einziger Kritikpunkt ist, dass es sehr viele Optionen bietet - von denen ich nur ganz wenige brauche* - und nicht ganz einfach zu verstehen ist. Aber wenn man einmal durchgeblickt hat, ist es kein Problem, und es gibt auch eine Anleitung.

*Mir geht's auch nur darum, bestimmte Einträge und Seiten nur für bestimmte registrierte Benutzer sichtbar zu machen.

Ich glaube, für Dich ist Post Restrictions die beste Lösung. Damit kann man private Einträge für registrierte User sichtbar machen. Es wird nachträglich pro Eintrag festgelegt, welche Voraussetzungen der User haben muss, damit ein privater Eintrag für ihn sichtbar ist. Das Ganze zielt auf die Benutzerrollen von Wordpress, man kann somit auch weitere Sicherheits-Abstufungen für den einzelnen Eintrag vornehmen als nur "registrierte User dürfen alle geschützten Einträge sehen".

Der Umweg über private Einträge ist deshalb sinnvoll, damit bei Deaktivieren des Plugins oder wenn man weitere Angaben bei einem Eintrag vergessen hat nicht jedermann die Sachen lesen kann. ;) Im schlimmsten Fall sieht es dann niemand außer dem Admin.

Einziger Nachteil: In den Drop-Down-Menüs für Kategorien oder Monatsarchiven usw. erscheinen auch den befugten Usern nur die nicht geschützten Einträge.

Aber sonst kann ich es nur empfehlen. Ich habe schon etliche Plugins ausprobiert zu diesem Zweck, dieses finde ich mit Abstand am besten.
Es sind damit auch Spielerein möglich wie z.B. das Einfügen eines Symboles (Schloss o.ä.) zum Markieren geschützter Einträge.

Die aktuelle Version ist für WP 2.x.

Klar kann man die Umfrage auch in einer statischen Seite oder sogar einen Eintrag einbinden. Du musst den Aufruf der Umfrage nur statt in die Sidebar in der WP-Admin-Oberfläche in die jeweilige Seite oder neuen Eintrag schreiben. ;) Voraussetzung ist allerdings ein Plugin, was PHP in Seiteninhalt oder Einträgen ausführbar macht, z.B. Exec-PHP.

Ich benutze das Tool selbst in Einträgen und Seiten, siehe hier.

Hallo FinanzenTomate, Danke für Deine Antwort. Schade, dass so wenige mitdiskutieren wollen, ich dachte, das Problem beträfe viele Leute.

Eine Digitalkamera habe ich schon, aber bevor ich losziehe und damit Kinoplakate bzw. Kinos fotografiere, lasse ich es lieber ganz. ;) Ähnliches gilt für das Partnerprogramm. Ein bißchen zuviel Aufwand für eine Filmkritik in einem persönlichen Blog.
Außerdem geht es mir ja nicht nur um ein Plakat, sondern z.B. um Szenenfotos, um konkret etwas über eine Szene zu schreiben.

Bilder verlinken (natürlich nicht hotlinken) ist zwar auch eine Lösung, aber ich kann ja nicht davon ausgehen, das die da auf dem fremden Server auch noch eine Woche später liegen.

Das Bildzitat klingt nach einem Ausweg, aber so ganz klar wird das nicht.

Beispiel: Ich war gerade im Musical "Tanz der Vampire" und würde gern in meinem (übrigens sehr lobenden) Bericht auch ein paar Fotos packen.

Wenn ich mir den von Dir gelinkten Artikel zum Bildzitat auf Wikipedia so ansehe, könnte das unter den Schutz des Bildzitates fallen, wenn ich eine korrekte Quellenangabe mache und das Bild nicht verändere:

Zitat

Ein Zitat erfordere einen Zitatzweck und eine Auseinandersetzung mit dem Bild im Text, wobei das Bild nur unverändert und mit zutreffender Quellen- bzw. Urheberangabe veröffentlicht werden darf.

Oder muss ich ganz konkret Graf von Kroloks Rüschenbluse auf einem bestimmten Bild thematisieren, damit der Punkt mit der Auseinandersetzung erfüllt ist? ;)
Und ist es schon eine unzulässige Veränderung, wenn ich das Bild in der Größe ändere?

Irgendwie ist die Verwirrung komplett... :( Also bleibt's wohl dabei: Keine Bilder und sicher oder Bilder und Risiko.

Ich sollte mal ein paar Euronen investieren, um einen Anwalt zu konsultieren, der sich mit der Thematik gut auskennt. Vielleicht Dr. Bahr, den "kenne" ich um 20 Ecken... ;)

Zitat von Monika

Dann formuliere Du Deine erste Seite um,
wozu sollte ich was weiterlesen, wenn es heißt:

Ich weiss, was da steht, ich habe es ja geschrieben. Und ich werde es sicher nicht umzuformulieren, nur weil irgendwer sich auf den Zeh getreten fühlt, weil er nur die paar Sätze Einleitung liest und gar nicht, worum es genau geht, weil er dazu keine Lust mehr hatte.
Ich würde jedenfalls nichts kommentieren, wenn ich nicht den ganzen Sachverhalt bzw. Artikel kenne. Und wenn, dann hättest Du es dort machen können, wo der Satz steht, der Dich so ärgert, und nicht hier.

Zitat von Monika

sorry aber es hat mich wirklich geärgert, dass Du Supportforen -- wo Dir Menschen in ihrer Freizeit Auskunft geben und nicht immer Professionisten sind, derart *angehst*..

Liebe Monika, ich betreibe seit 1998 Websites und besuche Supportforen seit fast ebensolanger Zeit. Ich weiss sehr wohl, dass das Leute meistens in ihrer Freizeit machen und - ob Du's glaubst oder nicht - ich habe selbst schon die Probleme anderer in meiner ebenso knappen Freizeit gelöst.
Ich bedanke mich bei jedem, der mir weiterhilft, weil ich selbst weiss, wie nervig es ist, sich eine Antwort aus dem Kopf zu drücken, und derjenige sagt nicht mal "Danke". (Weswegen ich mittlerweile keine Mails mehr über meine Cosplay-Site beantworte.)

Deswegen muss ich mir aber nicht jeden Mist kommentarlos gefallen lassen. Ich habe keine dumme oder unfreundliche Frage gestellt, die den Unsinn im Gallery2-Plugin-Forum rechtfertigt. Und das mit den fehlenden Auskünften bezog sich nicht mal auf meine Fragen, sondern die Posts anderer, die seit Monaten keine Antwort auf einen offensichtlichen Bug der Coppermine-Galerie bekamen, den ich auch hatte.

Du gestattest, dass ich mich dazu in meinem Blog auslasse UND nicht schon in den ersten beiden Sätzen den ganzen Sachverhalt präzisiere?

Zitat von Schattendings

meine Lust Dir zu antworten, Dir zu helfen,
wird dadurch nicht wirklich größer.
Monika

Um es vorsichtig zu formulieren: Ich bin nicht übermäßig unglücklich drüber, zumal Du überhaupt nicht auf meine Frage mit dem Cookie im Eröffnungsposting eingegangen bist.

Sorry für Doppelpost, wollte eigentlich den Satz mit WP 1.2.2 ergänzen...

Zitat von Monika

dasneu ewordpress ist auf themes aufgebaut und nicht auf einzelne styles,

also ein theme besteht aus mehreren templates und einer style.css

1. Das weiss ich, ich habe sogar schon eins selbst gemacht.
2. Das ist keine Antwort auf meine Frage.
Ich möchte wissen, ob es möglich ist, Cookies im header-Template von WP 1.5.1.3 auszulesen, und keine Grundsatzdiskussion über Plugins oder Themes führen.

Ich will keinen Themeswitcher, auch wenn der mehr Möglichkeiten bietet, ich will das Layout nur mit den Stylesheets komplett verändern nach Vorbild des CSS Zengarden. Wie ich schon an anderer Stelle schrieb, habe ich schon lange einen eigenen Styleswitcher im Einsatz, den ich schon seit Sunlog benutze und auch weiter benutzen will, denn dafür habe ich schon etliche Stylesheets.

Zitat von Monika

damit Du Dich nicht wieder auf Deinem Blog beschweren musst, dass Du keine oder unfreundliche Auskunft bekommst.......

Wenn Du schon liest, lies gefälligst richtig bzw. den ganzen Artikel. Das bezog sich auf das Gallery2-WP-Plugin-Forum.

Hier gibt es seit wenigen Tagen das Postlevel-Plugin korrigiert und mit erweiterten Funktionen.
Ich kann es wirklich nur empfehlen!

Ich habe zwar das Private-Categories-Plugin erweitern können, so dass der Text des Eintrags und die Kommentartexte nicht mehr ausgegeben wurden, wenn man doch dorthin gelangt, aber besser ist die modifizierte Version des Postlevel -Plugins.

Es macht private Einträge mit Postlevel-Wert für eingeloggte User des entsprechenden Levels sichtbar. Wird das Plugin deaktiviert oder hat man irgendwo etwas vergessen - bzw. benutzt andere Plugins, die das nicht beachten - bleibt der Eintrag verborgen.
Die anderen Plugins arbeiten genau anders herum, grundsätzlich sind die Sachen öffentlich und werden erst durch das Plugin verborgen.

Hallo!

Ich möchte im header-Template den Wert eines Cookies auslesen und je nach Wert ein bestimmtes Stylesheet laden. Mit WordPress 1.2.2 hat das prima geklappt, da stand der Code im Head-Teil der index.php. In WP 1.5.1.3 habe ich ihn ins Header-Template gepackt, wo normalerweise das Stylesheet geladen wird:
"jlog" ist dabei der Name des Cookies. Es ist korrekt gesetzt und der richtige Wert ist auch drin, aber aus irgendeinem Grund scheint WP das Cookie nicht lesen zu können, es wird immer das style_default.css geladen:

<?php
  if(!$jlog)
  {
    echo "\t<link rel=\"stylesheet\" type=\"text/css\" href=\"" . get_settings('home') . "/wp-content/themes/styleswitcher/style_default.css\" />\n";
  }
  else {
    switch ($jlog)
    {
      case style1:
      echo "\t<link rel=\"stylesheet\" type=\"text/css\" media=\"screen\" href=\"" . get_settings('home') . "/wp-content/themes/styleswitcher/style1.css\" />\n";
      break;
      case style2:
echo "\t<link rel=\"stylesheet\" type=\"text/css\" media=\"screen\" href=\"" . get_settings('home') . "/wp-content/themes/styleswitcher/style2.css\" />\n";
      break;
    }
  }
?>

Hat jemand eine Idee? :cry:

Danke für den Tipp!

Allerdings macht er im Prinzip genau das, worum ich mich drücken wollte, nämlich Ausnahmen (sogar noch mit extra Template) für jeden Teilzweig mit Unternavigation anlegen. Da ist man dann halt nicht sehr flexibel und muss ständig an den Templates herumdoktern.
Aber so wie's aussieht, geht es gar nicht anders... :(

Immerhin der Tipp mit dem children_of darin hat mir weitergeholfen, das löst das Problem mit der Auflistung aller Pages von oberster Ebene. Hat mir zwar die Doku von wp_list_pages im Codex angesehen, aber den kleinen Satz doch überlesen. :oops:

Kann mich dem Vorposter nur anschließen. - Wobei "Weiterleitung" vielleicht nicht das richtige Wort ist. Meistens ist das die Methode, wo dann unter der Adresse ein Frameset mit 100% Größe auf den eigentlichen Inhalt verweist. Ist sehr unschön, vor allem, weil man nicht mehr Unterseiten linken und nur umständlich reloaden kann.

Du musst einfach bei dem Hoster Deines Vertrauens für Deine Domäne den Wordpress-Ordner als Startordner definieren.

Habe ich letzte Woche auch mit meinem Blog gemacht. Ist in einem Verzeichnis unterhalb von Root installiert, für das ich vorher eine Subdomain eingerichtet hatte. Später habe ich dann die Subdomain gelöscht und die Domain direkt auf das WordPress-Verzeichnis zeigen lassen. Gab absolut keine Probleme, man muss nur ein paar Änderungen an der WP-Konfiguration nachziehen wie die Starturl.

Ich find's gut, dass man in WP 1.5 statische Seiten mitpflegen kann, allerdings bin ich mit der Darstellung nicht so zufrieden.

Z.B. würde ich gerne neben den üblichen "Impressum"- und "Über mich"-Seiten eine FAQ anlegen.
Da ich die ganzen Unterpunkte davon nicht in der sidebar(.php) haben will, habe ich sie auf eine Ebene beschränkt. In der page(.php) frage ich dann ab, ob die Seite die FAQ ist. Wenn ja, soll er deren Unterpunkte ausgeben und Impressum usw. ausblenden.

So weit, so gut.

Problematisch wird es jedoch, wenn man Teile ausblenden will. wp_list_pages geht immer von allen statischen Seiten aus und listet unbegrenzt in die Tiefe auf. Auch wenn man die Anzahl der anzeigten Ebenen eingrenzen und Teilbereiche ausblenden kann, ist das doch nicht befriedigend.

Ich bekomme z.B. immer "FAQ" ausgegeben. Die oberen Ebenen lassen sich nicht ausblenden, denn sofern man sich in einer Unterseite davon befindet, führt das zu einem Fehler.
Ich kann also gar nichts dagegen tun, dass auf jeder noch so tief darunterliegenden Seite die Auflistung stets an der obersten Ebene startet.

Auch blöd ist es, wenn man z.B. Punkte der FAQ noch untergliedern möchte, z.B. zum Thema "Registrierung". Ich muss dann eine Zwischenseite bzw. -ebene anlegen, und in der page.php bestimmen, dass bei der Seite "FAQ" nur eine Ebene darunter angezeigt werden soll. Für die Seite "Registrierung" muss ich dann explizit alles andere bis auf die jeweiligen Unterobjekte ausblenden.

Das Anlegen und Verwalten der statischen Seiten ist zwar sehr flexibel, aber durch die beschränkten Möglichkeiten von wp_list_pages muss man dafür im Template umso genauer sein. Ist irgendwie kontraproduktiv.

Oder hat jemand eine andere Lösung?

Was da ganz toll wäre, ist eine Funktion, mit der man jeweils nur die direkt untergeordneten Seiten anzeigen kann.

Nachtrag: Sorry, wäre vielleicht bei "Installation und Konfiguration" besser aufgehoben. :oops:

Bitte, das Ganze hat allerdings einen kleinen - oder größeren ;) - Schönheitsfehler: Die Einträge an sich sind nicht geschützt. Wenn man die ID kennt oder einem direkt Link darauf folgt, kommt man trotzdem an die Einträge der geheimen Kategorien.

Ich arbeite gerade an der Erweiterung des Plugins, da ich das Ganze selbst dringend brauche. Sollte ich Erfolg haben - ist immerhin mein erstes WordPress-Plugin und ich muss mit SQL hantieren, was ich zumindest in komplexer Form seit meiner Großrechner-Zeit nicht mehr gemacht habe :? - poste ich die Lösung hier.

Pfeilen für interne und externe Links:
Ich habe bei meinem Blog allen Links eine CSS class="external" oder class="internal" zugewiesen, da wird dann entsprechend eine Hintergrundgrafik für den Link geladen.
Mache ich bisher aber nur in den Posts von Hand. Bestimmt wäre es aber auch möglich, ein Plugin für sowas zu schreiben und dann z.B. relativen Links immer die interne Klasse und externen Links immer die externe Klasse zu geben, je nachdem, ob ein "http" davor steht oder nicht z.B.

Haftungsausschluss:
Ich kenne keinen Fall, wo der wirklich was genützt hat. Manchmal wird sogar vor der Verwendung davon gewarnt, weil der auch als Indiz dafür gewertet werden kann, dass der Seiteninhaber wusste, dass seine Links auf rechtswidrige externe Seiten verweisen.
Zum Thema siehe auch Dr. Bahr, insbesondere Punkt 2 oder "das Märchen vom Linkurteil" mit weiteren lesenswerten Links.

target="_blank":
Fakt ist nun mal, dass es nicht valide ist XHMTL 1.0 strict. Ich würde also entweder drauf verzichten, oder eine andere Doctype nehmen wie XHTML 1.0 oder HTML 4.01 transitional.

Hinsichtlich Barrierefreiheit ist es in der Tat nicht schön, wenn man den Benutzer ohne Vorwarnung auf eine fremde Seite und / oder in ein neues Fenster schickt, der bekommt das u.U. gar nicht mit und wundert sich, warum er nicht mehr zurücknavigieren kann.
Allerdings gibt es dazu keine eindeutige Regelung, auch nicht in den Gesetzesvorlagen für Behördenwebseiten wie die BITV des Bundes, an die ich mich halten muss. Dort steht, dass neue Fenster zu vermeiden sind, auf jeden Fall aber zu kennzeichnen.
Ich habe target="_blank" auch schon bei in Sachen Barrierefreiheit preisgekrönten Seiten wie http://www.polizei.nrw.de gesehen.

Wir machen es bei unseren Kunden so, dass wir bei XHTML 1.1 strict natürlich auf target="_blank" verzichten wegen der Validierung, oder transitional nehmen. Der Link wird per title-Attribut als extern gekennzeichnet, z.B. title="externer Link: Name der Webseite" und / oder mit Grafiken für externe und interne Links.

Es gibt auch JavaScript-Lösungen, z.B.:

[url="#"]neue Seite öffnen[/url]

.
Funktioniert allerdings nur für Leute mit aktiviertem JavaScript, deshalb kann ich's nicht wirklich empfehlen. Eine bessere kenne ich noch nicht.

Ah, ok, das ist was anderes. Wusste ich gar nicht, dass das geht, ich hab's irgendwie nie gebraucht.

Aber ob man lieber URLs mit Parametern oder sprechende Namen ohne verwendet, so wie bei mir und vielen anderen aktuell sollte es nicht sein mit http://www.irgendwas.de/?=4711 o.ä.

Mag sein, dass ich da zu pingelig bin, aber das ist einfach ungesund. Da übergibt man einen Parameter, sagt aber nicht, an welches Script. Der Webserver wird's schon richten, da wird vermutlich eine index.php herumfliegen... :roll:

Zitat von Monika

weil dann eben nicht
http://jessica.schattendings.de/?p=4711
sondern zB
http://jessica.schattendings.de/news
dort steht

Sorry, ich bin noch nicht überzeugt. :P Wo landen die Leute genau, wenn sie letztere Adresse in die Adresszeile des Browsers tippen würden? Auf der Startseite oder bei einem einzelnen Artikel (wie in meinem Beispiel)? Sonst vergleichen wir hier nämlich Äpfel mit Birnen. :wink:

Zitat von Monika

ich nicht, denn die derzeitige Möglichkeit bietet suchmaschinenfreundliche urls zu machen und da ist index.html oder index.php absolut unnötig. [...]
je weniger ein user oben in die Adresszeile reintippen muss, desto eher merkt er sich die url.
und je weniger ? Zahlen IDs und sonst noch was darin vorkommen desto besser.

Ich sehe nicht, wo das Weglassen der index.php in der URL irgendwelche Vorteile hätte.

Früher waren die Einträge in meinem Blog erreichbar über Adressen wie
http://jessica.schattendings.de/index.php?p=4711
Jetzt sind sie es über
http://jessica.schattendings.de/?p=4711

Parameter und Zahlen sind also trotzdem drin. An denen stören sich Suchmaschinen, nicht an dem index.php.

Merken muss man sich für mein Blog nur die Adresse der Startseite, die ist jetzt genauso wie vorher http://jessica.schattendings.de/. Wie die meisten anderen Server sucht sich meiner automatisch die index.php oder index.html.

Ausserdem habe ich in den mittlerweile 3 Jahren, die mein Blog besteht, noch nie eine dieser Adressen mit Ids oder anderen Parametern per Hand in die Zeile eines Browsers getippt, und sicherlich auch keiner meiner Leser. Die werden wohl genau wie ich zu den Artikeln gelangen über Links in Inhaltsübersichten oder die Links, die per Mailbenachrichtigung versandt werden. Die klickt man einfach an.

Ich vermute mal, es liegt daran, dass die Kommentare in einer nummerierten Liste

ol

ausgegeben werden.
Und da geht es nun mal nur aufsteigend, auch wenn es inhaltlich nicht stimmt und der erste Eintrag der Liste eigentlich der neueste und somit xte ist.

Da muss man sich wohl selbst einen Zähler basteln und ausgeben, wenn das geht.

Ich habe das bisher auch in vielen anderen Weblogs gesehen. Scheint wohl normal so zu sein. So wirklich gesund sieht es aber trotzdem nicht aus. ;) Ich hoffe, das wird in einer späteren Version wieder geändert...