Beiträge von egado

    Hi g3h,

    also, wenn man einen Artikel ganz gleich aus welcher Kategorie er kommt "öffnet" wird natürlich die single.php für die Darstellung verwendet oder halt eine spezielle foo-single.php – wie auch immer, mir geht dabei um den "Parent" eben dieser Single-View Darstellung... diese ist ja im normalfall der "Blog". Ich möchte jedoch Artikel aus gewissen Kategorien einen anderen "Parent" zuweisen, der sich im Seitenbaum auch an einer völlig anderen Stelle befindet.

    Um bei dem Beispiel zu bleiben... Ich gebe die Artikel-Vorschauen für Artikel der Kategorie "Bereich 1" auf der Seite "Bereich 1 » Übersicht" aus... und eben genau dort, soll auch die Single-View statt finden, wenn einer dieser Artikel angeklickt wird. Im Prinzip das selbe was man mit statischen Seiten macht, hierarchisch einander zuordnen, so möchte ich eben Artikel der Kategorie "X" einer anderen Seite hierarchisch unterordnen.

    Ich weiß im Moment nicht wie es anders erklären soll, da es kein "üblicher Wunsch" ist, ist es evtl. auch schwer nachvollziehbar.

    Ich kann dir gerade aus zeitlichen Gründen keine "Copy & Pray" Lösung darbieten ;) aber vielleicht etwas anstupsen.
    Deine blauen Kästen könntest du im einfachsten Fall z.B. im Template integrieren (header.php deines Child-Themes). Dort im Prinzip nach dem Muster:

    Per CSS sorgst du dafür, dass deine Kästen wie gewünscht aussehen und natürlich dass sie im normalfall 1/3 der Breite haben und nebeneinander "floaten".

    Der Responsive-Teil macht vereinfacht gesagt nur folgendes, du definierst "Break-Points", z.B. dass ab einer Breite von 900 Pixeln oder weniger das Headerbild ein display: none; bekommt und dass deine "Drei-Kästen" nun nicht mehr 1/3 Breit sein sollen, sondern 100%.

    Hi zusammen,

    vielleicht hört sich das Problem auf den ersten Blick einfach an, allerdings bin ich bisher keiner Lösung begegnet. Daher hoffe ich, dass jemand von euch eine Idee hat oder mir die Bestätigung "das geht leider nicht" geben kann ;)

    Problem:
    Normale Konfiguration, d.h. es gibt eine Blog-Seite (stellt kategorie-übergreifend alle Artikel als Übersicht dar) und statische Seiten mit 2 Ebenen. Nun gibt es zusätzlich zu jedem Bereich der sich auf Ebene 1 auch eine gleichnamige Artikel-Kategorie, welche den Posts/Artikel zugewiesen wird.


    • Blog (Mit den Artikel-Kategorien: Bereich 1, Bereich 2, etc.)
    • Bereich 1 (Page)

      • Bereich 1.1 (Page)
      • Bereich 1.2 (Page)
      • Bereich 1.3 (Page)
      • Bereich 1.4 (Page)
      • Bereich 1.5 (Page)
      • [COLOR=#ff0000]Übersicht: Posts aus Bereich 1 (Page-Template für die Ausgabe der Posts mit der Kategorie "Bereich 1")[/COLOR]


    • Bereich 2 (Page)

      • Bereich 2.1 (Page)
      • Bereich 2.2 (Page)
      • ... (Page)
      • Übersicht: Posts aus Bereich 2 (Page-Template für die Ausgabe der Posts mit der Kategorie "Bereich 2")


    • Bereich 3 (Page)

      • Bereich 3.1 (Page)
      • Bereich 3.2 (Page)
      • ...
      • Übersicht: Posts aus Bereich (Page-Template für die Ausgabe der Posts mit der Kategorie "Bereich 3")


    • etc.

    Bis hier her ist alles "kein Problem".

    Das Problem entsteht erst, wenn der Besucher nun auf einer der kategorie-basierten Übersichtsseiten, z.B. im Bereich 1 (oben [COLOR=#ff0000]rot [/COLOR]markiert), auf einen der Artikel klickt. Die Darstellung der Artikel/Post Single-View findet nämlich leider nicht in diesem Bereich 1 statt, sondern im Blog... normales Verhalten... Ich würde jedoch gerne den Page-Parent, d.h. die Verortung in der Seite beibehalten, quasi den Parent des Single-Views basierend auf seiner Kategorie beeinflussen. Mir geht es dabei nicht um eine abweichende Darstellung der Posts je Kategorie, es geht um die Position innerhalb der Navigation bzw. der Menüs, der Sprung in den "Blog" soll nicht passieren.

    Statt

    Code
    Blog » Kategroie Bereich 1 » Artikel

    soll es

    Code
    Bereich 1 » Übersicht » Artikel

    sein.

    Das ganze ließe sich zwar "faken", aber das würde ich gerne vermeiden.


    Zum Verständnis das Ganze nochmal als Infografiken:

    1. Problem-Darstellung
    2. Blog-Ansicht
    3. Übersicht: Posts aus Bereich 1
    4. So ist es leider in der Single-View
    5. So sollte es sein


    Vielen lieben Dank schonmal, falls es jemand bis hier unten geschafft haben sollte ;)

    Kein Problem :)

    Habe gerade mal per Adobe Edge Inspect nachgeschaut, also bezüglich iPhone. Es scheint an deinem Meta-Eintrag

    Code
    [COLOR=#881280][FONT=monospace]<meta [/FONT][/COLOR][FONT=monospace]name[/FONT][COLOR=#881280][FONT=monospace]="[/FONT][/COLOR][FONT=monospace]viewport[/FONT][COLOR=#881280][FONT=monospace]" [/FONT][/COLOR][FONT=monospace]content[/FONT][COLOR=#881280][FONT=monospace]="[/FONT][/COLOR][FONT=monospace]initial-scale=1.0, user-scalable=yes[/FONT][COLOR=#881280][FONT=monospace]" /> [/FONT][/COLOR]

    im

    Code
    <head>

    zu liegen. Denn wenn man genau hinsieht, ist der Header nur so breit wie die Ansicht nach einem Seiten-Reload auf dem iPhone. Ich kanns nicht ohne diesen Tag richtig testen, aber probiers mal ohne aus... ohne Responsive Layout sorgt der in dem Fall dafür das in eine 1:1 Ansicht gesprungen wird, die Seite ist darauf aber nicht ausgelegt.

    Weiterhin befindet sich im <head> eine JavaScript für eine Auflösungserkennung... was das aber genau tut kann ich dir nicht sagen und woher die stammt ebenfalls nicht... So sieht es jedenfalls im Remote-Quelltext aufm iPhone4 aus...

    HTML
    <script type="text/javascript">
    //<![CDATA[
        var screen_res = "320 x 480"; 
    //]]>
    </script>


    Viel Erfolg ;)


    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.

    Es wird wohl nur schwammige Infos dazu geben ob Google sich an den Klassen orientiert, die größere Rolle wird der umgebende Text als solcher spielen und die Interpretation im Gesamtzusammenhang... aber ich bin kein SEO-Mensch, das ist mir zu viel pseudo Wissenschaft ;)

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

    Die "Unterstützung" der HTML5 Elemente in alten IEs knallste dir ohnehin per https://github.com/aFarkas/html5shiv rein jo...


    Ich würde, wann immer ich nicht unglaublichen Aufwand betreiben muss, versuchen korrekt oder "korrekter" auszuzeichnen, es spricht in dem Sinne nichts gegen figure/figcaption. Naja jedenfalls ist mir nichts bekannt was einer Nutzung im Wege stehen sollte. Allerdings bin ich nicht über den nötigen WordPress Integrations-Aufwand informiert ;) Doch selbst wenn sich die "Vorteile" nur in geringem Maße auszahlen, das gute Gefühl ist es manchmal wert. Solltest du es umsetzen, berichte mal hier von deinen Erfahrungen und grauen Haaren :)

    Aus der Erfahrung kann ich dir sagen, dass es grunsätzlich besser ist auf "eigene" bzw. WordPress eigene Möglichkeiten zu setzen, da du nie wissen kannst wie lange diese Plugins noch gepflegt werden. Ohne dabei tiefer in die konkrete Materie deines Vorhabens einzugehen, solltest du so unabhängiger sein.

    "Wann immer es geht auf Plugins verzichten" es sei denn Nutzen/Aufwand stehen in einem ganz bösen Verhältnis ;)

    Die Frage was figure/figcaption kann oder nicht hast du ja bereits beantwortet ;) Das WordPress eigene nutzt nicht die aktuell mögliche Form der Auszeichnung über Figure. Figure hat allerdings meines Wissens den nachteil nicht von IE8 und kleiner unterstützt zu werden...

    Mir sind keine Details darüber bekannt ob es für Google Vorteile bringt diesen deutlichen semantischen Bezug herzustellen. Ich würde aber davon ausgehen, dass Google den "Bildumgebenden" Text auswertet und es durch die Art und Weise wie WordPress Captions setzt nicht zu SEO Nachteilen kommt, insbesondere wenn du den "Hausgebrauch" heranziehst wirst du außer dem guten Gewissen state of the art semantisch korrekt ausgezeichnet zu haben ;) vermutlich nicht sehr viel mehr nutzen davon haben...

    //EDIT
    Im Bereich der Screen-Reader könnte es jedoch weitere Vorteile für figure geben, im Gegensatz zur WordPress Methode...

    Weiterer Lesestoff dazu: http://html5doctor.com/the-figure-figcaption-elements/

    Huhu,

    versuch mal bitte folgendes:

    Ich kann es gerade nur nicht testen, also keine Garantie ;)

    Link zu deiner Seite? Es werden vermutlich ein paar kleine Änderungen an deiner style.css fällig...
    Du könntest ansonsten zum Spaß mal testen obs bereits hinhaut, wenn du deiner

    Code
    nav ul

    einen z-index verpasst und es damit über den Slider hebst...

    Code
    nav ul
    {
      z-index: 9999;
    }

    Versuchs mal lieber so ;) Vermutlich ist es die ID 1, du kannst es aber im Backend nachsehen, wenn du z.B. in der Kategorie-Übersicht auf eine ID klickst, dann findest du oben in der Adresszeile die ID dieser Kategorie...

    PHP
    <a href="<?php get_category_link(1); ?>"><span class="headerblog">Blog</span></a>

    Dein anderes Problem kann ich ohne Link aktuell nicht ansatzweise nachvollziehen...