Beiträge von Autor33

    Hallo Gerd,
    es scheint mit dem Browser zu tun zu haben, da ich das Bild im IE in Originalgröße sehe. Ansonsten arbeite ich mit dem FF. Seltsamerweise sehe ich mit dem FF allerdings ANDERE Seiten ohne Vegrößerungen, z.B. mein Profilbild bei G+ sieht ganz normal aus. Warum macht der FF das nur bei meinen WP-Seiten? Man will als Admin die erstellten Seiten doch so sehen, wie sie der User sieht und nicht "verfälscht"?

    Url habe ich dir per PN geschickt.

    Ich habe beim Googeln gestern einen anderen Code für die functions.php gefunden oder ist das faktisch das Gleiche:

    PHP
    add_filter('jpeg_quality', function($arg){return 100;});
    add_filter( 'wp_editor_set_quality', function($arg){return 100;} );


    Warum besser themeunabhängig? Ganz ohne eigenen Code in der functions.php werde ich wohl so oder so nicht auskommen, wegen diverser anderer Sachen. Die Plugins schaue ich mir mal an, danke für den Tipp.


    Spricht etwas dagegen, alle fertig bearbeiteten Bilder (für die gesamte Site) in einem Vorgang per FTP hochzuladen? Ginge am schnellsten und wäre ohne automatische WP-Komprimierung.

    Hallo,
    wenn ich ein Bild mit z.B. 250 x 181 px hochlade, dann zeigt es sowohl der WP-Editor als auch die Vorschau vergrößert und demensprechend auch etwas unscharf an. Dürfte so ca. 300px in der Breite sein. Schau ich das Bild im Bildbearbeitungsprogramm an, wird der Unterschied deutlich.

    Laut den Display Settings in den Image Details wird das Bild aber angeblich korrekt in "Full Size, 250 x181" angezeigt? Was läuft da schief?

    Hallo,
    ich bearbeite meine Bilder vor dem Einfügen in ein post/page in einem eigenen Bildbearbeitungsprogramm. Alles, einschließlich Größe und Komprimierung ist bereits erledigt. Und genauso will ich die Bilder in WP haben.

    Allerdings werden - so habe ich mehrfach gelesen - die Bilder außerdem automatisch um 10% komprimiert. Eine Pauschalbearbeitung, die so tut, als ob alle Bilder gleich wären... aber bei mir eh schon erledigt.
    Da die Bilder schon stark komprimiert sind und keine png-Bilder sind, bleiben folgende Wege:
    -der meist empfohlene Eintrag in der functions.php oder
    -ein plugin oder
    -ich lade direkt per FTP hoch, ganz ohne WP?

    Wie macht ihr das?

    Ah danke, habe gerade nochmal gegoogelt und viele empfehlen die Deaktivierung:
    -kürzere, einheitliche Url für alle Medien
    -übersichtlichere Ordner-Struktur, z.B. wenn man eine best. Datei sucht
    -einfacher bei Umzügen
    Keiner hat irgendeinen Nachteil genannt....?

    Verstehe ich es richtig, dass für einen Unterordner wie /uploads/2014/07 als Rechte "750" nicht genügt, für den Uploads-Ordner als einzigen Medien-Ordner aber schon?

    Hallo,
    der primäre Ordner für Mediendateien aller Art heißt "Uploads". Ich habe mir den per FTP mal näher angesehen. WP legt automatisch Unterordner an, z.B. 2013 und 2014 und dort dann jeweils wieder Unterordner, z.B. 03, 03, 04.

    Ist es normal, dass so viele Unterordner existieren?

    Wenn ich jetzt Bilder hochlade, werden die "irgendwie" verteilt, z.B. auf 2013/02 und 2014/07. Audio landet mit Bildern im selben Unterordner.
    Ist das normal?

    Ich würde da gerne mehr Ordnung reinbringen, z.B. einen Bilderordner für Bilder, einen anderen für Videos. WP macht das aber selbständig und ohne meinen Einfluss?

    Hallo,
    das Permalink-Modul von WP erlaubt ein Anhängen von .html an die Urls leider nur bei posts, nicht bei pages. Bei der Umstellung einer alten statischen Site auf WP als CMS müssen aber die Urls gleich bleiben und die haben .html hinten dran.

    Es gibt Plugins dafür, die funktionieren. Ich würde aber gerne wissen, was genau die machen und welcher Code daher der optimale wäre. Optimal, d.h. z.B. (für mich), möglichst einfach und mit Variablen arbeitend, die von zukünftigen WP-Updates vermutlich nicht (so schnell) betroffen sein werden. Ohne nennenswerte Performance-Einbußen wäre auch schön.

    Kann bitte jemand die folgenden Plugin-Codes "deuten"? Drängt sich einer der Codes auf?

    1. Plugin ".html on pages"

    [/SIZE]


    2. Code für functions.php


    3.Plugin "Add .html on pages"


    [/SIZE]

    Genau, jetzt kommen wir der Sache näher.

    Ich habe gelesen, WP nutzt .wp-caption und .wp-caption-text. Theoretisch könnte Google daran den semantischen Zusammenhang erkennen. Das sind ja feste Bezeichnungen, die Millionen von WP-Sites weltweit nutzen, das könnte Google schon explizit berücksichtigen.

    Screenreader allerdings werden wohl tatsächlich nur an figure/figcaption Freude haben.

    Die Berücksichtigung von IE 7 und 8 soll über eine Browserweiche relativ einfach gehen.

    Danke für die Links. Sie bestätigen das, was ich an Vorteilen von figure/figcaption bereits genannt habe.

    Aber mir geht es um den Vergleich zum WP-eigenen caption-feature. Was kann dieses nicht, was figure/figcaption schon kann und inwieweit lohnt es sich - gerade für Laien wie mich - dementsprechend, letzteres extra in WP zu integrieren?

    Beispiel: Die semantische Zuordnung von Bild und caption. Da WP das mit divs macht, kann es das also nicht. Aber vielleicht erkennt Google den Zusammenhang dennoch und es ist daher verschmerzbar?

    Anderes Beispiel: CSS. Manche sind unzufrieden mit WP, weil zu wenige Möglichkeiten anbietend und nutzen deshalb figure. Vielleicht reicht es aber für den üblichen Hausgebrauch durchaus mit WP?

    Ausgehend von den 4 genannten Vorzügen würde mich also interessieren, wie es mit WP im Vergleich dazu aussieht.

    Hallo,
    die beiden tags aus HTML5 scheinen recht beliebt zu sein:

    -Sematischer Bezug zwischen Bild und Bildunterschrift
    -Nicht nur für Bilder einsetzbar
    -Erleichtertes CSS-styling
    -Gruppierung mehrerer Abbildungen, z.B. für Galerien

    Doch seit WP 3.4 gibt es doch bereits eine eigene Bildunterschrift. Was bringt demgegenüber figur/figcaption jetzt noch?

    Danke.

    HTML5- und CSS3-Lösungen habe ich schon gefunden, aber die sind offenbar noch nicht mal von den aktuellen Browsern unterstützt, geschweige von älteren.

    Wie sieht es bei JQuery mit Ladezeit, schlankem Code und Brwoser-Kompatibilität aus?

    Hallo,
    ich möchte Teile meiner textlastigen Seiten erst auf Klick hin erscheinen lassen. Es wären auf jeder Seite jeweils einige Text-Absätze, aber an versch. Stellen. Nach folgendem Schema: 1. Kapitel: Überschrift, Teaser, normaler Absatz, weitere Absätze ausklappbar; die weiteren Kapitel analog.

    Welche Techniken ermöglichen das und empfehlen sich am meisten? Ich habe ein recht leistungsfähiges Profi-Theme mit HTML5-Unterstützung.

    Einfach, wenig Code, Ladezeit und Browserverträglichkeit sind die Kriterien, oder? Gibt es weitere?

    HTML5 soll etwas ganz einfaches anbieten, aber noch von vielen Browsern nicht unterstützt sein. Dito CSS3.

    Weil beim nächsten Update die readme wieder da wäre und man nie weiß, wozu es vielleicht doch gebraucht wird (technisch).
    Ausblenden oder Zugang sperren ist daher besser.

    Ohne Meta-tag und readme muss ein Hacker manuell ran... Wie macht er es denn, wenn es schon so leicht ist, wie du sagst (ohne meta-tag und readme)?

    Kryptische PW, wenige Plugins ect. mache ich sowieso.