Beiträge von maxe

naja, ich seh es auch nicht in deiner style.css oder wo steht der Code drin?

https://de.forums.wordpress.org/topic/wie-kann…es-blogs-andern

auf einer front_page müsste es ja sowieso wie folgt heißen: get_query_var( 'page' );
https://codex.wordpress.org/Function_Refer…ry_var#Examples

Edit:
Wie stellst du überhaupt die Pagination auf der Page zur Verfügung?
Nutzt du einen PageBuilder, dann vermute ich mal der arbeitet im Query nicht richtig.

Ich kenne das eigentlich nur, wenn der WP_Query im Template selber oder über eine function beeinflusst wird.
Testweise könntest du mal ein Standard-Theme aktivieren

Nein, spricht nix dagegen, würde ich sogar so empfehlen.

ich meinte z.B.
.wp-core-ui .button-primary:focus {}
.wp-core-ui .button-primary:hover {}

hast du den query für Home in irgendeiner Weise beeinflusst?
Weil es in einem Archiv funktioniert: http://theprimeoflife.de/2015/page/3/

Zitat von bluebird145

Jetzt wo du es sagst...
D.h. das kommt fest vom Chrome-Browser und ist nicht zu verhindern, richtig?
Im Edge-Browser ist es nämlich nicht der Fall.

Versuch es mal mit !important zu überschreiben.

Zitat von bluebird145

Der Button im Normalzustand hat schonmal die richtige, Farbe, abgerundete Kanten usw.
Allerdings wird das hovern immer noch von dem Wordpress-Blau überschattet. Ebenso leuchtet das "Anmelden" noch blau.

versuch auch hier mal Angaben mit !important. Versuche es außerdem zusätzlich mit :focus und :hover .

welche Textstrings willst du denn überhaupt mit den neuen de_DE Dateien übersetzen? In diesen Strings findest du auch die Textdomain.

wie ist denn die textdomain deines (Child-)Themes, ich denke 'my_child_theme' ist auch wieder falsch?

lies mal im Codex: https://codex.wordpress.org/Function_Refer…heme_textdomain
$domain ist bei dir bestimmt nicht de_DE.

Ich vermute mit gelben Hintergrund meinst du das gelb vom Browser beim Autofill der Daten, hat also nix mit der login.css zu tun :
input:-webkit-autofill, textarea:-webkit-autofill, select:-webkit-autofill{}

Und der Submit-Button wird wie folgt angesprochen:
.wp-core-ui .button-primary{}
bzw.
.wp-core-ui .button-primary.focus, .wp-core-ui .button-primary.hover, .wp-core-ui .button-primary:focus, .wp-core-ui .button-primary:hover{}

Plugin hast du aber aktiviert?

WP ist dynamisch, arbeitet also nicht vom Child-Verzeichnis (als root) aus, gib die feste URL an.

Wieso, die 4 Größen passen doch genau zu deinem Screenshot:
100, 120, 455, 600

BvW hat doch schon einen Tipp gegeben:

Zitat von BvW

Das Problem dürfte wohl das Plugin sein. Der "normale" Mediaviewer zeigt nur eine Version eines Bildes an und WP nutzt je nach Einstellung die unterschiedlichen Größen. Das dient der Beschleunigung der Ladezeit. Wenn immer nur die volle Größe geladen würde um z.B. ein 100x150px anzuzeigen, würde das bei einer Galerie zu unmöglichen Ladezeiten führen.

Ich vermute die anderen Bildgrößen kommen vom verwendeten Theme.

Zusammengefasst: Wird wohl an einem Plugin oder Theme liegen.

Mal kurz nach einer bebilderten Anleitung gesucht und gefunden: http://www.senaeh.de/wordpress-bilder-groesse-upload/
Da siehst du wozu die Standard-Größen da sind. Ob du sie brauchst musst du wissen.

1. zieht get_template_directory_uri() das Template Verzeichnis des Parent Themes. Um auf das Child Verzeichnis zu kommen, solltest du get stylesheet directory uri() verwenden.

2. sieht mir der Code komisch aus, vorallem mit dem 'parent-style' drin, schreib es lieber so:

add_action( 'login_head', 'namespace_login_style' );
function namespace_login_style() {
    echo '<style>.login h1 a { background-image: url(' . get_stylesheet_directory_uri() . '/images/login-logo.png) !important; }</style>';
}

ja, WP erstellt max. 3 Größen ... nämlich die, die du in den Medien-Einstellungen als "Vorschau", "Mittel" und "Groß" festgelegt hast. Falls du diese nicht brauchst, schreib überall ne 0 rein.

warum holst du denn in dein individuelles Menü leere Kategorien?