Beiträge von Olafb

    Ich benutz keinen Wysiwyg, deinen Code würde ich so einfügen:


    Das macht dir auch um das Bild ein P, aber was solls...
    Sollt da jetzt mit den DIV noch was passieren mit den Leerzeilen noch was rumprobieren.
    ungetestet!!!

    Wordpress meint wohl das diese Konstruktion nicht die Feinste ist:

    HTML
    <div class="team_img_info">Geschäftsführung
    <h3>Roman Kreitner</h3>
    </div>


    wenn du vor "Geschäftsführung" noch einen Zeilenumbruch machst dann sollte das rauskommen:

    HTML
    <div class="team_img_info">
    <p>Geschäftsführung</p>
    <h3>Roman Kreitner</h3>
    </div>


    Was von der Sache her auch sinnvoll ist.

    Dann solltest du das listpages entfernen und is einzeln in die sidebar.ph einfügen. In etwa so:

    PHP
    <li><a href="<?php echo get_permalink(6); ?>" title="Kontakt">Kontakt</a></li>
    <li><a href="<?php echo get_permalink(10); ?>" title="Inhaltsverzeichnis">Inhalt</a></li>

    So, den Link hätt ich drin:

    PHP
    function polyglot_list_langs($flags=false){
        global $polyglot_settings;
                    //$foo_trans = polyglot_translations();
                        foreach($polyglot_settings['knownlangs'] as  $value){
                            echo "<a href=\"".get_permalink()."{$value}/";
                            
                            echo "\">". (($flags) ? "<img src=\"".$polyglot_settings['path_to_flags'].$polyglot_settings['flags'][$value] ."\" alt=\"".get_trans($value)."\" title=\"".get_trans($value)."\" />" : get_trans($value)) ."</a>";
                        }
    }


    In der .htaccess steht vor dem Wordpress-Zeugs
    RewriteRule ^(.*)/de/?$ /$1?lp_lang_pref=de [QSA]
    RewriteRule ^(.*)/en/?$ /$1?lp_lang_pref=en [QSA]

    Geht nur leider nicht :cry:

    Ach so, vielleicht noch erwähnen was passiert, Sprache wird umgestellt (Cookie gesetzt) aber auf der Seite steht:
    Leider gibt es keinen Beitrag, der deinen Kriterien entspricht.
    oder ebend,
    Sorry, no posts matched your criteria.

    Dann sehen die Links auch so aus permalink/_en/

    So, ich habs mir jetzt mal genauer angeschaut. Die Links lassen sich ganz einfach zu jeder beliebigen Konstruktion umschreiben, dazu mal der Code aus Polyglot:


    Hauptproblem ist wohl statt dem index.php und page_id den Permalink hereinzubekommen, anschließend kann per {$value}/ das virtuelle Sprachverzeichnis angegeben werden.
    Gut, dann brauchts noch ne Rewrite die aus dem Anhang en/ ein lp_lang_pref=en macht.

    Ist das machbar, wer machts? 8)

    Hi Monika,
    deshalb ja mein Vorschlag. Ich glaub wenn der Link wie oben beschrieben wäre dann kämen die Sumas damit sehr wohl zurecht.

    NB. wegen anderem Thread, weiß auch nicht wo ich jetzt posten soll:
    Meine Variante funktioniert ja jetzt über Cookie, also an allen anderen URLs braucht nichts geändert werden. Hat einer Cookies OFF wird halt nach Seitenwechsel wieder auf default umgestellt. Also es verhält sich genau wie in dem anderem Thread.
    Aber dadurch das der Link der den Cookie setzt einfach ein /en/ angehängt bekommt würde die Suma gar nix davon mitbekommen und es als eigenständige Seite betrachten.

    Ich denk schon das das eine Lösung wäre, oder?

    Oh, hast du nicht den Betreff beachtet!?
    Ich hab schon 2 Sprachen, das wird bei PolyGlot über eigene Tags gehändelt <lang_en> .....
    Das läuft auch alles einwandfrei, nur liegt ja dann der deutsche Content doppelt vor einmal über
    h*tp://http://www.domain.de/index.php?lp_lang_pref=de&page_id=11
    und dann noch über
    h*tp://http://www.domain.de/seitenname/

    Das wollte ich vermeiden und ebend das engl. auch über normale Links von den Sumas indexiert wird.

    Mal ne Frage, ist es jemandem gelungen eine mehrsprachige Seite mit durchgängigen Permalinks auszustatten?
    Hat jemand Tipps dazu?

    Jetzt ist es ja so:
    h*tp://http://www.domain.de/index.php?lp_lang_pref=en&page_id=11
    h*tp://http://www.domain.de/index.php?lp_lang_pref=de&page_id=11

    Idealfall wäre sows:
    h*tp://http://www.domain.de/seitenname/en/

    und default (de) unverändert:
    h*tp://http://www.domain.de/seitenname/

    P.S. jetzt hab ich endlich raus wie man hier was reinkopieren kann ;)

    Zitat von tboley

    Nun denn hier, die Zeilen und Scripte wo der Ordner aufgerufen wird:

    mygallery.php: .......

    Suuuper, vielen Dank, damit hats geklappt.

    Ich glaub ich hab rausgefunden woran das hapert mit den Fehlermeldungen, es geht nicht mit Unterordner!? Kann das sein? Wenn ich z.B. die Pfade auf /bilder/ einstelle, dann klappt alles wunderbar mit Upload usw.
    Sobald ich aber eine Galerie /bilder/test/gal/ importieren will kracht's, ist ein "/" im Array nicht erlaubt!? Die Thumbs werden erstellt, die Einzelseiten sind erreichbar alles wunderbar, bis auf das es mit der Übersicht der Thumbs nicht klappt.

    Jo, nu hab ich doch den Weg über den Upload per zip gewählt, hab ich nun alle Bilder 2x auf dem Server. Also ich komm erst mal zurecht.

    Wollte nur noch mal berichten und vielleicht wäre es ein interessantes Feature das noch mit zu berücksichtigen.

    Hallo Allerseits,
    ich hab genau das Problem. Es wird keine korrekte .htaccess erzeugt. Zum Glück hab ich das bisher manuell gemacht, also WP hat keine schreibrechte darauf. Im engl. Forum wird das schon arg diskutiert, leider siehts mit m. Engl. nicht so richtig gut aus.

    Die erz. .htaaccess:



    Was ist zu tun?

    Es ist ein Witz, gestern (heut früh) bestimmt 10x probiert. Jetzt, Ordner ausgewählt, klick, geht!?

    Nix verändert.

    Wegen dem Verzeichnispfad, ich hab ein Verz. bilder/ im Root, da hab ich schon alle Bilder immer in Unterverz. schön sortiert und so. Nu mach ich ein Redesign der Seite und wollte mit deinem tollem Tool auf versch. Seiten versch. Galerien erzeugen. Das würde wunderbar klappen wenn ebend der Pfad anzupassen wäre. Wie gesagt ich hatte das schon mal probiert und alle "wp-conten/myfotos/" im Core ersetzt. Das klappte dann aber nicht.

    Kannst du mir mitteilen wo ich das überall ersetzen müsste?