Beiträge von helix

    Nein, das ist so nicht klar.

    Vor ein paar Tagen war hier ein Thread, dass es mit den geschützten Leerzeichen nicht funktioniert. (Also funktioniert schon, aber mit deutlichen Einschränkungen). Da habe ich ein bisschen im Netz gestöbert und bin drauf gestoßen, dass es im Zusammenspiel Browser, Tiny MCE (visueller Editor!), jQuery und letztlich auch WordPress immer wieder zu anderen Konstellationen kommt, so dass unterm Strich dauernd irgendwo anders was anderes nicht geht … (schön, dass unterm Strich doch ziemlich viel geht).
    So akzeptieren z.B. ziemlich viele Browser die Aneinanderreihung von Leerzeichen und machen geschützte Leerzeichen daraus, die dann auch in HTML bleiben – bis hin zu so merkwürdigem Verhalten, dass an den merkwürdigsten Stellen im Text willkürlich geschützte Leerzeichen gesetzt werden.

    Heißt für Munro22983, dass du im Prinzip deine Konfiguration komplett auschecken musst, wenn du dem Fehler auf die Spur kommen willst.
    Oder blind schreiben. Das Leerzeichen wird ja gesetzt, wenn ich dich richtig verstanden habe, nur eben erst verspätet angezeigt?

    Gruß
    helix

    Ich würde davon ausgehen, das wp_nav_menu() ein anderes Array haben will. Versuch es mal mit

    PHP
    <?php wp_nav_menu( array('theme_location' => 'menue1')); ?>


    Die theme_location brauchst du, um dein Menü zuordnen zu können. Rest ist optional.
    Siehe https://developer.wordpress.org/reference/functions/wp_nav_menu/

    (Also theme_location ist natürlich auch optional; aber ohne Zuordnung keine Zuordnung. Ist wie im richtigen Leben.)

    Gruß
    helix

    Also erstmal: aus Usersicht finde ich das sehr cool, wenn das Datum der Veröffentlichung dabei steht. Ist nämlich leider ganz und gar nicht übliche Praxis …

    Für dein Problem könntest du überlegen, dieses Artikeldatum quasi zu splitten, nämlich Veröffentlichungsdatum (published) und Änderungsdatum / Stand vom (last modified).
    Das Ding ist halt immer, dass es schnell mal umständlich / unübersichtlich wird. Aber eigentlich fände ich es so richtig. Vielleicht fällt dir ja was smartes dazu ein …

    Gruß
    helix

    Hm, vielleicht.
    Vor ein paar Tagen kam hier die Frage nach dem Einbinden eines Codeschnipsels in die functions.php, um darüber eine Sitemap generieren zu lassen.
    http://forum.wpde.org/konfiguration/…-erstellen.html
    Der Schnipsel berücksichtigt zunächst einmal nur Posts und Pages. Aber vielleicht kannst du das ergänzen?

    Ansonsten wäre es wohl hilfreich zu wissen, was und wie dein PlugIn für URLs erstellt …

    Gruß
    helix

    SirEctor, selbstverständlich kann auch ein Beitragsbild alle weiteren Informationen auch haben wie jedes andere Bild … Titel, Exzerpt (beim Bild dann Bildunterschrift / Caption), Content (beim Bild dann Beschreibung / Description), alt-Tag und title-Tag, Verlinkung wohin-auch-immer … Was davon wie ausgegeben wird, hängt vom Theme ab.

    @ worduppr, wenn also die Bildunterschrift dafür eingesetzt wird, ist das Verhalten normal und „so richtig“.
    Abhilfe:
    * gleiches Bild mit anderem Dateinamen nochmal hochladen.
    * ein anderes Feld dafür einsetzen, das nicht „am Bild hängt“, sondern am Beitrag. Wenn nicht schon benutzt, könntest du dafür den Auszug / Exzerpt des Beitrags verwenden. Oder benutzerdefinierte Felder / custom Fields. Diese Ansätze erfordern aber wahrscheinlich einen Umbau am Theme.

    Gruß
    helix

    Kurzversion: F12.

    Langversion (sorry, kann ich mir nicht verkneifen, braucht ja aber niemand zu lesen):
    [Offtopic] Ach Per-Se-Fo-Neeeee …
    Schau doch mal, wieviele User hier täglich ihre Fragen stellen. Und im Moment sind es noch wenige, weil Sommer ist und doch einige vernünftig genug zu sein scheinen, dass sie sich lieber an den Strand oder in den Biergarten begeben, als vor dem Rechner zu hocken …
    … also, wenn du Hilfe haben willst, bist du gut beraten, es denen, die dir helfen sollen, so einfach wie möglich zu machen.
    (Und sei doch froh, dass sich nicht jeder gleich an die Forenuserin mit dem Sauton erinnert.)
    [/Offtopic]

    Man kann sich vom Browser nicht (außer über PlugIns) das zugrundeliegende PHP anzeigen lassen, weil das bereits vom Server verarbeitet und dem Browser nur noch als HTML zur Verfügung gestellt wird. Aber man kann sich vom Browser den Quelltext als HTML und das CSS anzeigen lassen.
    Praktischerweise gibt es Werkzeuge – Webentwicklerwerkzeuge / Webdeveloper-Tools –, mit denen sich die Kombination von HTML und CSS an der gewünschten Stelle anzeigen lässt. Das kannst du auch selber. Mit großer Wahrscheinlichkeit gibt es so ein Werkzeug auch in deinem Browser, versteckt hinter der F12-Taste …

    Gruß
    helix

    Jetzt habe ich zwar 30 DIV Boxen im Editor stehen, hat aber den gleichen Effekt.


    Das war so etwa mein erster Vorschlag aus Post #4.
    Du kannst es ja noch ändern, wenn es anfängt, dich selber zu nerven. Dem Besucher der Seite ist es egal, über welches HTML oder PHP sich das herstellt, was er auf der Startseite zu sehen bekommt.

    Problem ist jetzt. Einige Kategorien haben noch Childkategorien. Eltern Kategorie habe ich zugewiesen, nur leider werden die Childkategorien nicht in den Eltern angezeigt.


    Hier verstehe ich die Problemstellung nur so halb.
    Natürlich werden Kind-Kategorien oder Eltern-Kind-Beziehungen nur dann angezeigt, wenn du eine Methode wählst, die das explizit tut …

    Also entweder die Kind-Kategorien auch händisch einpflegen. Oder die vorhandenen Funktionen durchforsten oder sich eine Funktion zusammenschreiben, die die Kind-Kategorien dann ausgibt. Dafür wäre dann sinnigerweise aber das, was jetzt im Editor steht, ins Template zu schreiben oder durchs Template ausgeben zu lassen, denn PHP im Editor geht nicht gut … (macht der Editor aus Sicherheitsgründen nicht; und weil es Sicherheitsgründe sind, sollte man sich besser einfach dran halten).

    Gruß
    helix

    Ich gebe zu, ich habe wp_list_categories() nur überflogen.

    Benutzst du die Kategoriebeschreibung?
    Wenn nein, könntest du dort den Pfad zu deinem Kategoriebild eintragen und dann so ähnlich wie hier im untersten Beispiel vorgehen („list categories and descriptions“): https://developer.wordpress.org/reference/func…get_categories/

    Wenn du die Kategoriebeschreibung für die Kategoriebeschreibung nutzst, würde ich mal die Suchmaschine nach Kategoriebildern befragen. Ich habe eingegeben „image to represent category“ und bin auf einige PlugIns dazu gestoßen.

    Gruß
    helix

    Wenn ein Klick auf den nach-oben-Button wirklich ein Springen hervorrufen darf, ist es super einfach.
    Wenn ein Klick auf den Button den Benutzer smart nach oben scrollen soll, brauchst du dafür JavaScript oder jQuery. Da ist man dann oft doch mit dem PlugIn schneller am Ziel.

    Spring-Lösung nach oben ist eine Sprungmarke. Baue einen Link der zu einer ID am Seitenanfang springt. Dafür brauchst du meistens noch nicht einmal eine extra ID anzulegen, weil so etwas meistens im Quelltext schon da ist, z.B. #content (halt mal gucken / auslesen, was dein Theme dir anbietet).

    Du kannst diesen Link absolut positionieren, so dass er sich z.B. immer im unteren Bereich deiner Seite befindet.

    Gruß
    helix

    Das kannst du definitiv einfacher selber rausfinden.

    Ich habe schon gesagt, dass ich die Wahrscheinlichkeit für Schwierigkeiten für gering halte. In dem Fall ist es das einfachste, dass du es ausprobierst. Such dir ein Theme mit Sidebar, das dir gefällt. Theme installieren. Theme aktivieren. Nachgucken, ob noch alles da ist.

    Wenn nein, einfach zum alten Theme zurückggehen (und weitersuchen).
    Wenn du es drei Minuten länger aushalten kannst, dass deine Seite unvollständig ist, ist es natürlich hilfreich, wenn du genauer hinguckst, was fehlt. Dann kannst du gezielter weitersuchen. Oder du kommst später schneller voran, falls du doch noch was anpassen musst.

    Gruß
    helix

    Kann sein, dass du dir die Startseite selber zusammenstellen musst.

    Das Ding ist zuerst mal, dass Kategorien nicht von sich aus ein Pendant zum Artikelbild haben.
    Es kursieren verschiedene Anleitungen im Netz, wie man Kategorien so etwas geben kann. Ich habe selber sowas noch nicht angelegt und habe deswegen auch keine Einschätzung, ob das für dich passend sein könnte. Aber so, wie du die Sache bis jetzt angehst, wirst du das mit diesem Suchstichwort (naja, ist es ja noch nicht ganz) schnell finden und herausfinden.

    Wie „fest“ ist deine Struktur? Hast du eine bestimmte Anzahl von Kategorien, bei der es auch bleibt?
    Oder soll die Seite wachsen können und dann im Lauf der Zeit auch weitere Kategorien dazukommen?
    Sehe ich das richtig, dass es um deine eigene Seite geht und du also auch derjenige sein wirst, der sie pflegen wird?

    Solange ich nicht genaueres weiß, würde ich zur Einstellung „statische Seite als Startseite“ tendieren – dafür eine Seite anlegen und auswählen – hat nebenbei den Vorteil, dass du mögliche Startseiteninhalte sehr einfach im Adminbereich einpflegen kannst.
    Und ein eigenes Template dafür anlegen, das du als front-page.php benennst.

    Deine Kategorienavigation mit Bildern kannst du auf verschiedene Art machen:
    * Verlinkte Bilder im Contentbereich der Seite
    * Schau dir mal die wp_list_categories()-Funktion an, die bringt schon fast alles mit, was du wahrscheinlich brauchst
    https://developer.wordpress.org/reference/func…ist_categories/
    * evtl. auch ein eigenes Menü (eher unwahrscheinlich)

    Ein bisschen sind immer die Bilder der Knackpunkt. Und bei denen dann wieder die Frage nach der Pflegbarkeit …
    Du kannst Bilder als solche ausgeben lassen, du kannst auch mit Hintergrundbildern arbeiten, eine kategoriespezifische Klasse wird dir in den meisten Fällen sowieso zur Verfügung gestellt werden.

    Gruß
    helix

    muss ich alle Inhalte neu eingeben???

    Worauf bezieht sich diese Frage? Auf den Vorschlag, dir ein Theme zu suchen, das eine Sidebar schon mitbringt?

    Das wäre tatsächlich die beste Möglichkeit, wenn die Hürde mit den Codeschnipseln zu hoch ist.

    Im Allgemeinen bleiben dir die Inhalte erhalten. Schwierigkeiten kann es geben, wenn das bisherige Theme Möglichkeiten hat (benutzerdefinierte Felder, eigene Postklassen oder auch manche Funktionen), die das neue Theme nicht bietet.
    Die Inhalte wären dann aber auch nicht verloren, sondern nur das Problem, dass sie nicht ausgegeben würden. Da könntest du dann (im Falle des Falles, ich halte das nicht für so wahrscheinlich) immer noch überlegen, ob du nachbessern willst oder weitersuchen nach einem noch anderen Theme.

    Gruß
    helix

    Eigentlich brauchst du dafür kein PlugIn – sondern nur das passende Theme.

    Von hinten angefangen: Du hast Artikel, die sind jeweils einer Kategorie zugeordnet. Du definierst für jeden Artikel ein Artikelbild. Auf deiner Kategorieübersichtsseite (= Kategoriearchiv) werden nur die Beitragsbilder ausgegeben (dafür ist das Theme zuständig), die dann jeweils zum entsprechenden Artikel verlinken.
    Jetzt brauchst du nur noch eine Startseite, auf der die Bilder sind, die für die einzelnen Kategorien stehen – und diese Bilder müssen eben zur jeweiligen Kategorieübersicht verlinkt sein.

    Ob es das so komplett als Theme gibt, weiß ich nicht. Aber wenn du bisher deine Seiten komplett selber geschrieben hast, solltest du es hinbekommen, ein Child-Theme anzulegen und darin die gewünschten Anpassungen vorzunehmen.

    Gruß
    helix

    Nicht besonders logisch […]


    Doch. Gerade in Bezug auf Galerien, die auf Attachment-Seiten aufbauen, sehr logisch, weil sich ja auch der Pfad zur Attachment-Seite über den Slug der Beitragsseite, zu dem das Attachment hochgeladen ist, herstellt.

    Alster-Anzeiger: danke für den Hinweis, dass damit dann auch das Springen zu anderen Galerien aus anderen Beiträgen unterbleibt. Das war mir nicht klar … (ändert nix dran, dass ich diesen next_image_in_gallery-Link unbedingt haben wollte: wenn ein System die Möglichkeit bietet, die Sortierreihenfolge zu verändern, muss ein User das auch tun dürfen …)

    Gruß
    helix

    Nein, das Snippet gehört schon in die functions.php

    Ich habe es mal kurz bei mir in einer fast jungfräulichen Installation ohne PlugIns getestet. Funktioniert.

    Was du überprüfen kannst: Dateirechte?
    Und dann: Geht es, wenn du alle deine PlugIns deaktivierst (mögliche Inkompatibilität mit einem PlugIn). Geht es, wenn du dein Theme deaktivierst und stattdessen ein Standard-Theme Twenty-irgendwas aktivierst?

    Alternativen: Es gibt auch PlugIns, die nur diese Sitemap-Funktionalität liefern.
    Und noch ein kleiner Einwand gegen das Argument, dass ein SEO-PlugIn zu schwergewichtig würde: Im Gegenzug bieten diese SEO-PlugIns dann aber die Möglichkeit, dass man auch einzelne Seiten, Beiträge, Beitragsgruppen etc. aus der Sitemap raushalten kann. Auch das kann benötigt oder erwünscht sein. Es ist also nicht ein Tool grundsätzlich zu verdammen, sondern man muss immer gucken, was man genau will und braucht.

    Gruß
    helix

    Nachtrag: Michael Drauer war schneller.

    Du hast hier in dieser Galerie deine Bilder (Bild-IDs) in absteigender Reihenfolge sortiert. D.h. das erste Bild, das in der Galerie angezeigt wird, ist das letzte Bild aus der Reihe, das du hochgeladen hast. Deswegen kannst du dann von der Attachment-Seite aus auch nicht weiter nach vorne zum nächsten Bild klicken.
    Bitte überprüfe, ob bei den älteren Galerien, wo alles funktioniert, nicht die Sortierreihenfolge genau anders herum ist.

    Das würde (fast) alles erklären. Den Rest erkläre ich dir dann gerne. Inklusive Abhilfe …

    WordPress vergibt die Bild-IDs (Datenbank-ID) strikt nach Upload-Reihenfolge. Wie auch sonst?
    WordPress stellt out-of-the-Box einen previous_image_link() und einen next_image_link() zur Verfügung. Diese beiden Funktionen gehen stur zur nächsten oder zur vorigen ID.

    WordPress stellt out-of-the-Box eine hübsche Bildergalerie zur Verfügung, die inzwischen ziemlich komfortabel zu benutzen ist, inklusive Veränderung der Sortierreihenfolge (beliebig) über drag & drop.

    Kleiner Schönheitsfehler: die beiden Funktionen passen nicht wirklich zusammen, weil die Bilder beim Umsortieren natürlich ihre ID behalten, der previous- oder next-Image-Link aber nicht „weiß“, dass die Bilder in genau dieser Galerie jetzt anders sortiert sind.

    Abhilfe gibt es auf zwei (möglichen) Wegen:
    1.) Bilder aus der aktuellen Galerie löschen und nochmal in der „richtigen“ Reihenfolge hochladen. (Dann bleibt nur noch der kleine Schönheitsfehler, dass man mit voriges Bild / nächstes Bild über die Galerie hinaus zur vorigen oder zur nächsten klicken kann; das macht in manchen Fällen wenig aus, in manchen Fällen ist es ein wenig störend (und könnte notfalls über CSS ausgeblendet werden).

    2.) Oder du legst dir ein Child-Theme an mit einem eigenen Template für die Ausgabe der Galeriebilder als Attachmentseiten und baust dir in diese image.php den Codeschnipsel (oder einen Teil davon) ein, den du hier findest: http://forum.wpde.org/konfiguration/…ss-galerie.html

    Gruß
    helix

    Leider sieht das dann allerdings aus wie ein ganz normaler Beitrag :/ Also nicht ganz das, was ich will


    Untersuche doch mal mit einem Webdeveloper-Werkzeug, ob dir der oben gehaltene Artikel nicht eine Klasse zur Verfügung stellt, mit deren Hilfe du diesen Beitrag anders gestalten kannst.

    Sonst: wie von maxe empfohlen.

    Gruß
    helix