Beiträge von danielgoehr

    Das ist jetzt zwar nicht die konkrete Antwort auf deine Frage, aber ich persönlich würde in dem Fall:
    - Den Upload von so großen Dateien nicht erlauben (also die maximale Größe beschränken)
    - Für die Beitragsbilder ein Bildformat anlegen und dann einfach resizen und "croppen".

    Dann brauchst du nicht mehr "aufspüren und anpassen".

    Wo liegt das Problem?

    Ohne Link zu deiner Seite schwer zu sagen.

    Füg die Regel mal ganz ans Ende deiner style.css und versuch mal testweise fixe Pixelmaße.

    CSS
    [COLOR=brown]@media only screen and (max-width: 900px) [COLOR=black]{[/COLOR][COLOR=brown]
        img [COLOR=black][COLOR=black]{[/COLOR][/COLOR][COLOR=red]
            width: 100px !important;[COLOR=mediumblue][COLOR=black][/COLOR][/COLOR]
        [/COLOR][COLOR=black][COLOR=black]}[/COLOR][/COLOR]
    [/COLOR][COLOR=black]}[/COLOR][/COLOR]


    Ich hab mich schon mit Responsive Design beschäftigt und wie ich so mit bekomme habe, gibt es die Möglichkeit die Bilder einzeln über Klassen und den img-Befehl einzustellen. Ich hab jedoch viele Bilder hochgeladen, die ich nicht alle einzeln verändern will.


    Daher suche ich nach einem Befehl, den ich einfügen kann oder ein geeignetes Plugin, dass die Bilder kleiner als vorher erscheinen lässt.

    Genau das macht doch die Regel von Pinkman95.

    Die Regel gilt für alle img-Elemente. Also alle Bilder auf deiner Seite.

    Durch die Media Query ist die Regel nur für Fenstergrößen unter 440px gültig.

    Wenn du jetzt andere Fenstergrößen ansprechen möchtest, musst du die 440px entsprechend anpassen. Und wenn die Regel nicht für alle Bilder gelten soll, sondern nur für Bilder in einem bestimmten Bereich, kannst du die Regel erweitern.

    Z.B.

    Code
    .entry-content img 
    {
    max-width:100%
    }

    Damit sprichst du dann alle img Elemente an, die in .entry-content enthalten sind.

    Also erstens:

    Wir sprechen von der [COLOR=#333333]content-single.php – nicht der content.php :wink:[/COLOR]

    Zweitens hast du diese Frage noch nicht beantwortet:

    Ist denn das </a> in Zeile 19 deiner content-single.php vorhanden? Weil in der Theme Demo ist es korrekt drin, bei dir fehlt es.



    Weißt du dann vielleicht auch, wo darin der Fehler liegt?

    Ja, du hast ein nicht geschlossenes <a>-Tag in deinen Templates. ;)
    Da wir die Templates von aussen nicht sehen können, können wir es dir auch nicht genauer sagen.

    Sonst müsstest du hier mal den Inhalt deiner content.php und deiner single-content.php posten.

    Gerade habe ich festgestellt, dass der Beitragstext nicht verlinkt ist, solange ich keine Bilder drin habe. Füge ich dann aber Fotos ein zwischen dem Text, sind plötzlich Teile oder der ganze Text des Beitrags rot und verlinkt.
    Vielleicht habt ihr ja durch diese Info eine Idee, wie ich das Problem lösen kann.

    Die Einzel-Beiträge haben bei dir auch eine andere Reihenfolge als im Original-Theme. Dort kommt auch in der Single-Ansicht erst das Bild, dann die Überschrift. Das heißt, du hast das in irgendeiner Form geändert. Bei dieser Änderung ist der o.g. Fehler entstanden.

    ASenna:
    Ich meinte meine Frage eigentlich anders. Ich wollte darauf hinaus, was mit den berechneten Werten passieren soll. So wie du es jetzt beschreibst, sollen die ja einfach nur auf der Seite ausgegeben werden.

    Also (vereinfacht gesagt) der User klickt ein paar Radio-Buttons oder Checkboxen an und bekommt einen Wert angezeigt. Soweit korrekt?

    Ich verstehe auch nicht ganz, warum du dann CF7 verwenden willst. Ich würde, wie bgeissler, auch eher ein eigenes HTML-Formular verwenden. Das dürfte auf jeden Fall einfacher sein, als die Werte aus CF7 "herauszufischen"

    Was die Frage zu zum Hook angeht, empfehle ich die WordPress Doku. Hooks sind ein Grundkonzept von WordPress, um "fremde" Funktionen zu erweitern, anzupassen oder zu ergänzen.


    Edit:

    Nur der Vollständigkeit halber:

    JAVA kenne ich gar nicht.

    JavaScript und Java haben eigentlich nichts miteinander zu tun (außer, dass beide "Java" im Namen tragen).

    Hallo,
    danke für Deine Antwort! Ich hatte es nach der mageren Quellenlage schon befürchtet.
    Der Grund für die gewünschten relativen Links ist, dass das Projekt im kommenden Jahr auf einer anderen Domain laufen wird. Mit Änderungen in der Datenbank habe ich schon schlechte Erfahrungen gemacht, deshalb möchte ich das vermeiden.

    Schönen Gruß
    Robbi

    Das ändern der URL beim Umzug ist auf jeden Fall wesentlich einfacher und weniger fehleranfällig, als WordPress relative URLs "beizubringen". Insofern, wenn das der einzige Grund ist, lieber lassen...

    Das mit der Farbe noch nicht. Du hast Recht, wenn ich in der Beitragsansicht bin ist der Text verlinkt, aber wenn ich den Beitrag dann bearbeite, ist dort kein Link im Text den ich entfernen könnte. :confused:
    Da ich noch das Original-Theme nutze, kann es auch nicht am fehlenden </a>-Tag liegen, denn das ist ja drin.

    Das heißt, du verwendest kein Child-Theme? Hast du denn die Änderungen oben an der content.php im Original-Theme direkt gemacht?
    Falls ja, solltest du das nicht tun, sonst sind die Änderungen beim nächsten Update wieder weg.

    Ist denn das </a> in Zeile 19 deiner content-single.php vorhanden? Weil in der Theme Demo ist es korrekt drin, bei dir fehlt es.


    Also de "Ähnlichen Beiträge" werden immer unterhalb eines Beitrags angezeigt, 3 nebeneinander, wenn man auf der Seite eines Beitrags ist, wo dieser in voller Länger angezeigt wird. Die "Ähnlichen Beiträge" sind Teil des Themes, also müsste ich vermutlich da im Editor etwas einfügen oder? Bei Jetpack habe ich jedenfalls nichts dazu gefunden, was ich einstellen könnte.

    Gerade nochmal geschaut. Das ist definitv Jetpack.
    Die Einstellungen findest du unter Jetpack -> Einstellungen -> Traffic und unter Customizer -> Ähnliche Beiträge

    Hier die entsprechende Seite aus der Doku:
    https://jetpack.com/support/related-posts/


    Zu dem Farbproblem: Der Text innerhalb des Beitrags ist nicht verlinkt. Ich verlinke nur von anderen Seiten (z.B. Natürlich essen > Rezepte > Frühstück > Beitrag XY) auf die Beiträge.

    Es war vielleicht nicht deine Absicht, aber der Text ist auf jeden Fall verlinkt.


    Die Stelle im Template, die du meinst habe ich auf Anhieb nicht gefunden. Müsste da sind er content.php sein oder wo genau?

    Es müsste die content-single.php sein. Allerdings ist der Fehler im Original-Theme so nicht drin. Schau mal, ob in deinem Child-Theme eine content-single.php vorhanden ist. Im Original ist das geschlossene </a>-Tag in Zeile 19. Ich vermute stark, dass das bei dir fehlt.

    Na ja, ich wollte nur zwei Zeilen code ausprobieren. Muss man da schon mit so einem Galama rechnen?

    Nur dann, wenn die zwei Zeilen einen Fehler enthalten. Da das aber immer vorkommen kann, selbst wenn man genau weiß, was man da tut, sollten PHP-Dateien nie(!) über den internen Editor bearbeitet werden. Ich verstehe auch bis heute nicht, warum das in Wordpress überhaupt so möglich ist...