Beiträge von MegaWork

    Ich hatte mal ein plugin in Anlehnung an oben genanntes Tutorial geschrieben.

    Es erzeugt die Beitragsart (custom post type) Mitarbeiter mit folgenden eigenen Feldern (custom fields):


    • Position,
    • Telefon,
    • E-Mail,
    • Linktext
    • & Linkurl.

    Abteilungen werden wie Kategorien behandelt.

    Die Ausgabe kann ganz leicht mit eigenen Templates in der eigenen theme-Struktur realisiert werden, wenn kein eigenes Template existiert wird auf das Template des Plugins zurückgegriffen.

    Leider funktioniert die Übersetzung nicht richtig, das liegt an dem verwendeten metabox framework.

    Ein Einsatzbeispiel gibt es hier:
    http://www.gesundheitszentrum-laubach.de/die-aerzte/

    Das Plugin zum Download gibt es (zeitlich begrenzt) hier:
    http://megawork.de/buy-me-a-beer/

    Ja Plugin ist installiert, wird mir ja bei Wordpress als "Public Profil" angezeigt, richtig?

    Hab auch den Beispiel Code

    Code
    [COLOR=#444444][fwuserblock user="kasperl"][/COLOR]
    Name: [fwuser feld="last_name"]
    Vorname: [fwuser feld="first_name"]
    Email [fwuser feld="user_email"]
    Homepage: [fwuser feld="user_url"]
    [/fwuserblock]

    Eingefügt aber irgendwie begreife ich es nicht, was meinst du mit dem User "Shadow" oder ist das ein Synonym für Variable?

    Sry aber ich begreife es gerade nicht.

    Er meint den USER Kasper1 - den sollst Du ersetzen mit Deinem WordPress Benutzer. Dieses Plugin benutzt die in der Benutzerverwaltung Deiner Seite bestehenden Benutzer. Im Klartext heisst das, es muss für jeden Mitarbeiter auch ein Benutzer existieren.

    Na ja, das ist aber von der Google API und die würde zum Beispiel Dexter722 rein gar nichts nutzen für seine Dorfchronik. Und die würde auch allgemein nur für Karten geeignet sein, aber nicht um zum Beispiel ein Klassenfoto mit Hotspots zu versehen, die dann zu den Seiten von ehemaligen Mitschülern verlinkt werden.

    Richtig, für eine Imagemap ist die Google Maps Lösung natürlich nicht geeignet - aber das ursprüngliche Thema dieser Diskussion war eine Landkarte in die man Verlinkungen einbauen kann ! ;-)

    Und wenn ich mir das mit der Dorfchronik noch einmal durchlese, muss ich sagen, dass die Lösung mit google maps schon einiges für sich hätte. Als Marker würde ich kleine Grafiken der alten Häuser basteln.

    Und zu Deinem Problem mit der Skalierung bei Größenänderung der Karte - dieses Problem entfällt, da bei google maps ja die tatsächlichen Geo - Koordinaten für die Standorte verwendet werden.

    Also noch einmal zusammengefasst: Für Lösungen bei denen Landkarten benötigt werden ist die Verwendung von google maps ideal.
    Bei Lösungen, bei denen Gegenstände oder Personen als Hotspot verwendet werden sollen muss man mit Imagemaps arbeiten - aber das ist ein anderes Thema.

    Versuche bereits seit meinem ersten Tag in diesem Forum Avatar & Profilbild einzustellen - bisher ohne Erfolg ( wie unschwer zu erkennen ist ) - und würde mich echt freuen, wenn es irgendwann doch noch klappt!

    Ich poste das hier nur, damit ich mitkrieg wenn es doch irgendwann wieder geht! :grin:

    Sehe gerade, dass CodeStyling Localization auf die "wp-content/languages/de_DE.po" zugreift.
    Die Übersetzungsdatei für das Theme (zumindest die Datei in der sich das "Read More" befindet) ist aber "wp-content/themes/Blandes/languages/en_IN.po" kann man das irgendwie umstellen?

    Noch einmal genauer:

    Im Startbildschirm von CodeStyling Localization sind alle Plugins, Themes und sogar WordPress selbst zur Auswahl aufgeführt.
    Das was Du da ausgewählt hast ist die Sprachdatei von WordPress!

    Du musst zu Deinem Theme runterscrollen (einfacher gehts, wenn Du die Auswahl auf themes beschränkst) und dort dann wie in meiner vorigen Antwort beschrieben vorgehen!

    Danke für deine Antwort!
    CodeStyling Localization hatte ich auch schon ausprobiert, allerdings hat das die gewünschten Einträge nicht gefunden..
    Die suche nach Read More ergab keine Treffer...
    Vielleicht mache ich irgendwas falsch..

    Okay, hier mal schnell die richtige Vorgehensweise:

    Werkzeuge -> Lokalisierung

    Dein Theme suchen.

    Dort Deine Sprache suchen,
    - wenn vorhanden, auf einlesen klicken, dann auf analysieren.
    - wenn nicht vorhanden auf neue Sprache hinzufügen klicken, gewünschte Sprache auswählen, erstelle .po Datei klicken, einlesen & analysieren.

    Jetzt auf bearbeiten klicken und mit der Übersetzung beginnen.

    Wenn die gewünschten Textstellen übersetzt sind, speichern und erstelle .mo Datei klicken.

    Fertig !

    Wenn das "Read More" nicht in der .po Datei zu finden ist hat das einen von mindestens zwei Gründen:
    1. Dieser Text ist in der Quelldatei nicht lokalisiert
    oder
    2. (was wahrscheinlicher ist, da Du die Quelldateien ja bereits erfolglos durchsucht hast) dieser Text wird nicht von Deinem theme erzeugt, sondern von einem Plugin oder sogar direkt von WordPress. Wenn es direkt von WordPress kommt stellt sich die Frage, ob Du eine englische Version von WordPress installiert hast anstelle der deutschen?!?

    Übersetzungen eines themes sollte man niemals direkt im Code vornehmen. Beim nächsten Update gehen die nämlich verloren und Du fängst wieder von vorne an.

    Normalerweise findet sich ein Sprachen-Verzeichnis innerhalb der Verzeichnisstruktur des themes - meist heisst der Sprachenordner languages, manchmal auch nur kurz lang.

    Darin befinden sich die Sprachdateien, bei noch nicht übersetzten themes / plugins jedoch oft nur der standardkatalog.

    Wenn Dein theme Übersetzungen unterstützt kannst Du mit dem Plugin CodeStyling Localization korrekte Übersetzungen erstellen.

    ********************************
    EDIT: Ah, da war ich wieder mal zu langsam

    (…) Allerdings ist dafür nicht die Zeit, das ganze muss schnell gehen und es müssen ja nur noch ungefähr 3 Wörter ersetzt werden (…)

    Ehrlich gesagt dauert es viel länger, den Quellcode manuell nach zu übersetzenden Stellen abzusuchen, als sich von CodeStyling Localization einen Übersetzungskatalog erstellen zu lassen und die drei Texte schnell einzutragen.

    Also, ich nehm die functions.php nicht mit in den Zielordner sondern schreib mir eine eigene. Dadurch wird dann zuerst die des Parents abgearbeitet und danach dann die des Childs. Dadurch bleiben die meisten ursprünglichen Funktionen unverändert (abgesehen von denen, die durch meine ersetzt oder ergänzt werden).

    Und wie gesagt, Sinn ist das Layout zu schützen - natürlich bewahrt Dich das nicht davor nach dem Theme Update zu prüfen ob relevante Änderungen an Deinem Child Theme durchzuführen sind.

    Das ist ein guter und auch richtiger Einwand!

    Aber da das primäre Ziel von child themes ja der Schutz vor Verlust des Layouts bei Update und meistens liegen die wirklich sicherheitsrelevanten Bereiche ja nicht in den Templatedateien sondern eher in der functions - oder?

    Natürlich ist es immer sinnvoll, sich die changelogs anzuschauen um eventuelle Probleme auch im child Theme auszubessern.

    Wenn alles sauber geschrieben ist sieht eine Seite in allen Browsern gut aus (OK, den IE lassen wir bei dieser Behauptung mal aussen vor).
    Ich persönlich habe auch einfach die 5 wichtigsten Browser in der aktuellen Version installiert und vergleiche selbst.

    Viel wichtiger als die Darstellung in den verschiedenen Browsern ist meiner Meinung nach jedoch die Darstellung auf den unterschiedlichen Devicegrößen, also vom Smartphone bis hin zum UltraWide Screen.
    Um das zu testen kann ich nur die Browsererweiterung Viewport Resizer empfehlen: http://lab.maltewassermann.com/viewport-resizer/

    Das von Dir gewählte theme ist in absoluten Maßen erstellt. Es hat also einen "fixen" (im Sinne von "festem") Seitenaufbau.

    Das mit den Unterschiedlichen Breiten lässt sich noch einigermaßen einstellen - ich hab da jetzt auf die schnelle 4 Einträge gezählt, die angepasst werden müssten:
    #content, .hentry, #sidebar-primary, #sidebar-primary .widget ( am besten mal in umgekehrter Reheinfolge im firebug ausprobieren )

    Aber damit ist es nicht getan, es muss nämlich auch noch die Hintergrundgrafik des #container ( http://www.almenlandkr%c3%a4uter.at/wp-content/the…g-container.png ) entsprechend angepasst werden.