Beiträge von Richard89

Vielleicht was in dieser Richtung?

Zitat von andreas1010101

Es kommt eben immer auf die Fragestellung an, mit der Zeit werde ich das auch noch lernen:)
Vielen Dank an alle

Lobenswerte Einstellung, wobei du deine etwas irreführende Einstiegsfrage (Suche nach anderer Übersetzungsmöglichkeit kam offenbar uns allen als erstes in den Sinn) ja sofort in deiner nächsten Antwort korrigiert/präzisiert hast. Also absolut kein Problem aus meiner Sicht. :-)

Zitat von maxe

Vielleicht hätte die Frage dann eher nach löschen/ausblenden lauten sollen, dann wären wir schon viel früher am Ziel gewesen.

Maxe, er hat ja oben geschrieben:

Zitat

Ich hätte lieber wenn da gar nichts angezeigt wir.
Wie kann ich das bewerkstelligen?

Eine weitere Möglichkeit wäre, diesen Kommentartitel per CSS einfach auszublenden.
Falls du kein Child-Theme verwendest und das Theme keinen extra Bereich für Custom-CSS hat, installierst du dir einfach das kleine Plugin "Simple Custom CSS" und gibst dort folgenden Code ein:

h2.comments-title {
display:none;
}

Vielen Dank! Zurück zu Paulina!

Auch als Mitlesender sage ich mal vielen Dank für diesen cleveren Tipp! Nur der letzte Schritt "und als Standard für alle User zu verwenden" ist mir noch nicht klar. Wie und wo wird das als Standard für alle User festgelegt?

Hallo,

z.B. hier: https://en.wordpress.com/complaints/

Freut mich, dass es geklappt hat!

Zitat von Richard89

Du hast übrigens nach "Comments are Closed" gesucht, was ja nicht dasselbe ist wie "Comments Off".

EDIT:
Deswegen kannst du auch den Plugin-Tipp aus Kommentar #7 vergessen, denn dieses Plugin betrifft nur "Comments Are Closed".

Zitat von Richard89

Edit: Ich hatte bisher nicht beachtet, dass du den Theme-Namen nennst. Wenn es um [COLOR=#0000ff]dieses Theme[/COLOR] geht, dann probiere es mal mit dem folgenden CSS-Code:

Code

.entry-meta span {display:none; }

Entweder in dein Custom-CSS des Themes, oder in die CSS-Datei des Child-Themes, falls du damit arbeitest.
Oder mit dem folgenden [COLOR=#0000ff]Plugin[/COLOR].

Oder (wenn es mit PHP gelöst werden soll) mal den [COLOR=#0000ff]Tipp von Justin Tadlock[/COLOR] probieren.
Aber weder CSS noch PHP der Core-Dateien von WordPress verändern!

Du hast übrigens nach "Comments are Closed" gesucht, was ja nicht dasselbe ist wie "Comments Off".

Edit: Ich hatte bisher nicht beachtet, dass du den Theme-Namen nennst. Wenn es um [COLOR=#0000ff]dieses Theme[/COLOR] geht, dann probiere es mal mit dem folgenden CSS-Code:

.entry-meta span {display:none; }

Entweder in dein Custom-CSS des Themes, oder in die CSS-Datei des Child-Themes, falls du damit arbeitest.
Oder mit dem folgenden Plugin.

Zitat von 180fan

Das hatte ich schon gemacht, aber diese Entfernung hatte leider nicht funktioniert.

180fan

Hallo!
Falls du nicht die richtige PHP-Datei zum Entfernen findest (kommt in mehreren vor), könntest du ja immer noch mit dem Firebug oder den Entwicklertools deines Browsers die CSS-Angaben für diese Stelle herausfinden und für die betreffende Klasse (nehmen wir mal an, sie hieße .nocomments) vorgeben:

.nocomments {display:none ;}

Und schließlich gäbe es noch die Möglichkeit, es per Plugin zu unterbinden, z.B. mit diesem hier:
[COLOR=#0000ff]Remove "Comments Are Closed"
[/COLOR]

Zitat von RaulRaulus

So für alle die auch das Problem haben sollten...

VendiPro bietet dafür eine Option (Design > Anpassen > Shop > Beitragsbild in Produkt-Galerie). Diese Option solltest du deaktivieren. So kannst du einfach in der Produktgalerie andere Bilder hinterlegen und das Vorschaubild wird auf der Detailseite nicht angezeigt.

Grüße

Klasse, dass du das für alle anderen Interessierten noch anfügst, das hat Stil und gibts auch nicht mehr so häufig, danke :!:

Hallo trebax!

Du hast natürlich Recht, dass es vor allem aus Performance-Gründen besser ist, die Fonts aus externen Quellen zu laden, nicht vom eigenen Server.

Ansonsten liegt jedoch ein "Mistverständnis" vor.:smile:
Denn meine Aussage, dass dann auf den einzelnen Beitragsseiten (Folgeseiten) Open Sans geladen wird, ist schon korrekt, denn ich bezog mich auf den Font für den Beitrags-Inhalt (.entry-content p), für den der Fragesteller Open Sans vorgesehen hat, und der Font wird auf den Folgeseiten in der Tat geladen und angezeigt.
Du hingegen beziehst dich auf den Folgeseiten sicherlich auf h1 (Bebas Neue) und h2 (Yanone Kaffeesatz), die auf der Startseite https://www.rg65.ch noch mit der Systemschriftart wiedergegeben werden, weil die intern verlinkten Fontdateien, wie in meinem Beitrag oben gezegt, an anderer Stelle liegen.
Da haben wir uns bei der Font-Bestimmung durch Zufalll unterschiedliche Schriften angeguckt, und sprechen daher von zwei verschiedenen Dingen.:smile:
Was soll's, kommt ja letztendlich doch auf's Selbe raus...

Klickt man übrigens auf den Folgeseiten oben auf den Menüpunkt "Startseite", führt der nicht zu https://www.rg65.ch, sondern zur Startseite auf der Subdomain 2015, weshalb auf dieser zweiten Startseite die richtigen Fonts angezeigt werden, weil der Pfad zu den Fontdateien jetzt stimmt.
Also, wie gesagt, die Konfiguration stimmt offenbar noch nicht. Vielleicht noch mal htaccess, wp-config und wp_options überprüfen?
Der bekennende WP-Anfänger bin übrigens ich, nicht der Fragesteller, deshalb bitte ich um Nachsicht.:smile:

Schönen Gruß, Richard

Hallo!
Nur mal ein paar Überlegungen, da ich noch WP-Anfänger bin:
Dein o.g. Link führt nach https://www.rg65.ch.
Die Buttons dort führen aber alle (achte auf die URLs!) jeweils zu Seiten im WordPress-Ordner auf der Subdomain 2015. Und genau dort liegt im Ordner wordpress/wp-content/themes/parabola/fonts/ die Datei OpenSans-Regular-webfont.woff, weshalb auf allen diesen Subdomain-Seiten der "richtige" Font (Open Sans Regular) angezeigt wird. Auf der Startseite dagegen wir diese Fontdatei nicht gefunden, so dass auf eine Systemschriftart (hier: Verdana) zurückgegriffen wird. Ich nehme an, dass du auf https umgestellt hast und das zunächst auf der Subdomain 2015 getestet hast? Irgendwie ist die neue Konfiguration also noch nicht stimmig. Vielleicht hilfts dir ja ein bisschen weiter bei der Suche nach dem Fehlerteufel.;-)

Schade, dass das Video keine Hilfe war, das schien mir so super verständlich mit der genauen Erklärung jedes einzelnen Schrittes und praktisch den gleichen Gegebenheiten wie bei dir. Ich habe noch wenig WP-Erfahrung, aber es könnte ja vielleicht noch an der htaccess liegen, oder? Du könntest mal noch die folgenden Tipps zur htaccess in einem ähnlichen Fall sinngemäß überprüfen/umsetzen.

Hallo!

Schau mal, dieses gut verständliche Youtube-Video spielt vermutlich genau deinen Fall (nur WAMP statt XAMPP) durch und hilft dir hoffentlich weiter:
[COLOR=#0000ff]https://www.youtube.com/watch?v=PKsWwvcuHyo

[/COLOR]

Hallo Mario,

die beste Anlaufstelle für dein Problem wäre meines Erachtens [COLOR=#0000ff]das Supportforum deines Theme-Anbieters[/COLOR].
Die können dir mit ihrer themespezifischen Erfahrung bestimmt sehr schnell und gezielt helfen.
Gruß, Richard

Zitat von SirEctor

.entry-content und #content bekommen immer noch eine width bzw. max-width.

Genau, du musst für die Klassen ab Zeile #998 deines css-Stylesheets (hier speziell für .entry-content) die max-width z.B. auf 1024px setzen, dann läuft dein Text über die volle Breite.

Schönen Gruß, Richard

Hallo navioda,

die Antwort heißt übersetzt ungefähr Folgendes: "Hallo, Wordpress kann man leicht übersetzen. Wir können dir zeigen, wie du deine Wordpress-Website auf Deutsch aufsetzen kannst. Hinterlasse dazu bitte eine Nachricht über unser Ticket-System (angegebener Link) in der Kategorie 'Fragen vor dem Kauf'."
Auf der verlinkten Ticket-Seite gibts oben rechts den Link [COLOR=#0000cd]Submit a Ticket[/COLOR] (etwa: eine Anfrage über das Ticketsystem starten). Wenn du da draufklickst, findest du links als erstes Eingabefeld "Choose a Category", also "Kategorie auswählen". Du sollst hier die letzte Kategorie auswählen, nämlich "Pre-Purchase Questions" = "Fragen vor dem Kauf", und dann deine Frage formulieren. Von vorher testen ist da allerdings nicht die Rede. Den Puchase-Code kriegst du sicherlich erst nach dem Kauf.

Gruß, Richard