Beiträge von helix

    Man kann sowas in WordPress machen.
    Genaugenommen hat das eigentlich wenig mit WordPress zu tun, sondern man kann sowas mit HTML und CSS machen.

    So, wie du fragst, bin ich skeptisch, ob du es mit WordPress machen kannst – oder ob tatsächlich die Jobbörse der richtige Ort für dein Anliegen ist.

    Ganz egal, wer es am Ende umsetzt: hilfreich wäre, wenn du dir erstmal einen strukturierten Plan machst. Du brauchst jetzt nicht unbedingt hier alles haarklein zu beantworten. Viele Fragen sollen einfach nur helfen, einen Weg zu finden.

    Das fängt an bei der Frage: muss es WordPress sein und, wenn ja, warum?

    Dann – meiner Ansicht nach ganz zentrale Frage: Mit welchen Strukturen von WordPress lässt sich das umsetzen?
    Nimm die Seite mit den Fenstern: Das könnte (wenn man es mit WordPress umsetzt) eine Kategorie-Übersichtsseite (Fenster) sein, in der zunächst nur die Unterkategorien gezeigt werden (Fenster, Schiebefenster, Verglasung). Unter den jeweiligen Unterkategorien werden die Beiträge der Unterkategorie gelistet. Wenn man dann auf der von dir verlinkten Beispielseite auf so einen Beitrag gehen will, kommt man allerdings auf eine Seite, die eher auf einen Webshop hinweist.

    Jaa, Shop kann WordPress auch, WooCommerce.
    Aber wir kommen dann wieder zur Frage, ob es WordPress sein soll oder muss.

    Vielleicht muss es bei dir auch gar kein Shop sein, sondern es ging dir wirklich um den Effekt / die Optik …

    Wo willst du Zeit und Energie und Hirnschmalz investieren?
    Einen guten grundsätzlichen Plan zu machen: ich will eine Webseite, die diese Inhalte auf jene Art miteinander verknüpft (ich komme so von A nach B) und es soll so aussehen …
    Nach Themes zu suchen, bis du eines gefunden hast, was deinen Vorstellungen entspricht oder nahe kommt
    Nach PlugIns zu suchen, die dein gefundenes Theme ergänzen, damit es deinen Vorstellungen noch näher kommt

    Oder willst du zusätzlich zur Umsetzung auch noch jemanden bezahlen, dem du einfach das ganze Paket in die Hand drückst und der macht dir einen Plan, wie man daraus eine Webseite strukturieren könnte?

    Vielleicht hast du viele dieser Fragen schon beantwortet, den Plan in der Schublade liegen … das wissen wir hier nicht, deswegen fällt es schwer, konkreter als mit einem ganz allgemeinen „klar geht das mit HTML und CSS“ zu antworten.

    Gruß
    helix

    Bilder sind Posts, also Beiträge.

    Die Frage ist, woher Google die Pfade zu den Beiträgen kennt. Infrage kommt da: Theme, Sitemap, PlugIn.
    An irgendeiner Stelle ist da nicht sauber gearbeitet, denn selbstverständlich: was Google nicht indexieren soll, sollte auch auf der Seite nirgendwo verlinkt sein.

    Gruß
    helix

    Doch, als Leser einer solchen Seite möchte ich gerade das: […]


    … und ergänzend: als Leser einer solchen Seite, der auch mal selber im Gartenboden wühlt, möchte ich Neues lesen, nicht Allgemeinplätze. Genauso, wie man nun halt mal Floskeln auf Webseiten finden wird, sind Leser, die in den ersten sagenwirmal 30 Sekunden nicht finden, was sie gerne lesen würden, eben nach Sekunde 31 sehr schnell wieder weg. Dann bleibst du alleine auf deinen Floskeln sitzen.

    Gruß
    helix (pomatia)

    Ich halte die wpautop-Funktion für eine sehr nützliche Funktion für gewöhnlichen textlichen Inhalt und für gewöhnliche menschliche Nutzer, die nicht so gerne HTML tippen.

    Von daher ist mein heißer Tipp: alle Konstrukte, die geeignet sind, durch die wpautop-Funktion und das damit verbundene „automatische Setzen“ von p-Tags zerhagelt zu werden, gehören in Shortcodes ausgelagert.

    Gruß
    helix

    … und ergänzend: wenn du das Skript richtigerweise über enqueue_script() lädst, fügst du keinen script-Block mehr in die header.php ein, sondern du legst beim Aufruf mit enqueue_script() fest, ob das script im Header oder im Footer geladen wird.
    Bitte nochmal im Codex nachlesen, wie enqueue_script() richtig eingesetzt wird.

    Gruß
    helix

    Die Glaskugel sagt, dass bei solchen Konstrukten im Allgemeinen absolute Positionierungen im Spiel sind.
    Der wissende CSS-User weiß, dass man bei absoluten Positionierungen gucken muss, auf welches Elternelement sich die absolute Positionierung bezieht, also von wo aus „gemessen“ wird.

    Wenn dir soviel Idee nicht ausreicht, wirst du nicht umhin kommen, dich an die Forenregeln zu halten und einmal einen Link zu posten.

    Gruß
    helix

    Das geht schon. Sprungmarken funktionieren in WordPress nach diesem Schema: domain.tld/slug/#anker
    Und am Sprungziel sollte das umgebende oder das oberste Element mit der entsprechenden ID ausgestattet sein.

    Gruß
    helix

    Du kannst dir selber helfen, indem du genauer formulierst, was du eigentlich haben willst.

    Bildbeschreibung (einzugeben beim Bildupload bzw. in der Mediathek) und Link bzw. Downloadlink kann WordPress und seine Galerie-Funktion out of the box. Das sollte also kein Problem darstellen.
    Exif-Daten kann WordPress auslesen.
    Tags sind bei WordPress normalerweise / standardmäßig Beiträgen (Posts) zugeordnet. Da Bilder in der WordPress-Logik auch (eine spezielle Sorte) Beiträge darstellen, lassen sich natürlich auch Tags für Bilder einrichten. => Suchstichwort für ein Galerie-PlugIn, was sowas anbietet, könnte evtl. „tags for images“ oder ähnliches sein.
    Woher soll die Galerie Aufnahmeort und Name des Fotografen ziehen? Bei jedem Bild manuell eingeben, oder den Ort aus den Exif-Daten und den Fotografen aus seinem Nutzerprofil?
    Suchfunktion lässt sich anpassen.

    Wenn du weißt, was du haben willst, weißt du auch, wonach du suchen kannst / musst.

    Gruß
    helix

    Hm ja. Hübsch.

    Wenn du dir jetzt noch bitte die Mühe machst, in verständlichen Worten zu erklären, worum es eigentlich geht (siehe meine Frage in Post #2), mache ich (oder jemand anderes) mir dann vielleicht auch die Mühe, dieses Wirrwarr nachzuvollziehen.

    Gruß
    helix

    1. Gibt es für die .htacces eine Zeile, die einfach alles 404 Aufrufe auf eine bestimmte URL umleitet?


    Gibt es. Allerdings ist die Frage, ob das so sinnvoll ist, d.h., ob du das wirklich willst. Aus rechtlicher Hinsicht ist es gut und sinnvoll, wenn die Eingabe von URL-Teilen (Slugs), die auf deiner Seite nicht existieren, zu 404-Fehlern führen, z.B. geschützte Markenbezeichnungen als Slugs … überleg mal, was findige Abmahnanwälte aus 404-leitet-auf-Startseite konstruieren mögen …

    2. Wie kann ich in WP Verhindern, das ständig urls in die sitemaps geschrieben werden, von Seiten, Beiträgen, oder Fotos, die nicht mehr gefunden werden sollen?
    Man muß das ganze doch mal entmüllen könnten, so daß einfach NUR das per URL erreichbar ist, was auch veröffentlicht ist.


    Indem du deine Sitemap bzw. dein Sitemap-Tool (vermutlich PlugIn oder Teil eines PlugIns) mit den richtigen Einstellungen fütterst. WordPress stellt out-of-the-box keine Sitemap zur Verfügung.

    3. Wie geht man vor, wenn man ne neue Seite anlegt? Offenbar NICHT mit duplizieren, da diese ja zu dem oben beschrieben Fehlern führt...


    Was du im Admin-Bereich an – allgemein gesprochen: Posts – anlegst, ist schnuppe, solange du dafür sorgst, dass nicht irgendwo öffentlich erreichbar der Direktlink zu diesem Post veröffentlicht wird.
    Es geht also darum, Template-Dateien und Sitemaps aufgeräumt zu halten.

    Gruß
    helix

    Was kann ich nun tun damit […]


    Per FTP im Ordner wp-content/themes den Ordner „fotografie“ umbenennen, z.B. in „_fotografie“. Sinnvollerweise sorgst du dafür, dass in deinem themes-Ordner eines der Standard-Themes Twenty-Irgendwas liegt.
    => Dein WordPress findet das Fotografie-Theme in seinem umbenannten Ordner nicht mehr und fällt dann auf ein Standard-Theme zurück.

    Gruß
    helix

    Hm. Ich stehe auch auf dem Schlauch.
    Es wäre hilfreich, wenn du für deinen Code die Schaltfläche „php-Code“ zum Einsatz gebracht hättest. Es wäre ebenfalls hilfreich, wenn du dir die Mühe gegeben hättest, darauf zu achten, dass nicht willkürlich die eine oder andere Zeile vom Code einfach fehlt …

    Noch hilfreicher wäre, du hättest geschrieben, worum es eigentlich geht?

    Falls du einfach nur wolltest, dass bei Single-Beiträgen aus der Kategorie „Pressemitteilungen“ deine Beitragsnavigation nicht ausgegeben wird, hat das nix mit einer Foreach-Schleife zu tun, sondern mit deinem Template. Das Conditional Tag in_category() sollte auch mit Custom Post Types (Portfolio-Posttype? – auch hier lässt du diejenigen, die dir helfen sollen, raten …) funktionieren. Vorausgesetzt, die Kategorien sind für den Custom Post Type ordnungsgemäß angemeldet.

    Gruß
    helix

    Hm, ja. Also erstens wäre natürlich ein Link zur Seite hilfreich, evtl. auch Angabe des verwendeten Themes.

    Davon unabhängig stellt sich mir die Frage, ob deine Änderungsüberlegungen so sinnvoll sind?

    Bilder: natürlich kannst du irgendwie hinkriegen, dass auf jeder Seite irgendwie-irgendwas alles ganz anders zugeordnet ist.
    Aber wozu soll es gut sein? Wahrscheinlich ist es irgendwozu gut, sonst würdest du es nicht machen wollen. Aber du schreibst es eben nicht. Und für Leute, die dien Seite und dein Theme nicht kennen, sprichst du sowieso in Rätseln.

    Seite nicht im Menü kriegst du über ein benutzerdefiniertes Menü, in das du dann eben die Seite nicht aufnimmst.
    Und für den Read-more-Link – wenn deine über-mich-Seite denn tatsächlich eine Seite ist – auch wieder über ein benutzerdefiniertes Menü, evtl. Menü-Widget. Aber es ist, mit Verlaub verwirrend, wenn ein Textbaustein, der die Möglichkeit, einen angeteaserten Beitrag weiterzulesen, vermuten lässt, auf eine Seite verlinkt.

    Gruß
    helix

    Wollte es halt schöner haben […]


    Schönheit liegt im Auge des Betrachters.
    Im Webdesign sind dafür im Zweifelsfall CSS-Anweisungen zuständig …

    Heißt: Triff eine Entscheidung, ob die Chorsänger einen Textlink oder ein verlinktes Bildchen anklicken können sollen. Lege die Links entsprechend an. Formatiere die Links mit CSS so, dass sie komfortabel klickbar sind.

    Gruß
    helix

    Ideen ins Blaue gesprudelt … (und mal unabhängig von pixseligs berechtigtem inhaltlichen Einwand)

    Wenn es sich immer wieder um gleichartig eingestellte Bilder handelt, könnte man mit Beitragsbildern + ergänzend custom Fields arbeiten. => Vielleicht kann „advanced custom fields“ was in der Richtung, ich arbeite nicht mit diesem PlugIn, aber es ist ziemlich mächtig …
    Sonst vielleicht eher ein Custom Post Type, der mit Shortcode statt eines Bilds (img-Tag) eingefügt wird?

    Gruß
    helix