Hallo,
der Besucher soll die Seite selbst übersetzen???
Ansonsten gibt es für Mehrsprachigkeit diverse Plugins, kostenlos (aber leider nicht sehr gepflegt) ist zB qtranslate, besser aber kostenpflichtig ist zB WPML
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenHallo,
der Besucher soll die Seite selbst übersetzen???
Ansonsten gibt es für Mehrsprachigkeit diverse Plugins, kostenlos (aber leider nicht sehr gepflegt) ist zB qtranslate, besser aber kostenpflichtig ist zB WPML
Hallo,
vermutlich eine blöde Frage, aber hast du die entsprechende Datei mal neu hochgeladen, falls da beim Upload etwas schief gegangen ist?
Ein bekanntes Problem ist das meines Wissens nach nicht
Hallo,
wirkt auf den ersten Blick nicht wie ein Virus, aber der gepostete Ausschnitt ist auch etwas klein um das wirklich beurteilen zu können. Um sicher zu gehen würde ich empfehlen den Theme-Autor dazu zu befragen
Viele Grüße,
Nicoletta
definitiv Hosteurope. Habe dort selbst einen V-Server und auch viele Kundenwebsites auf eigenen V-Servern oder je nach Größe auch einfach auf einem Webpack. Der Support ist wirklich super und die Produktversprechen werden gehalten
Hab neulich für einen WP-Vortrag auch sowas gesucht, meine Beispiele waren
http://www.blondie.net/
http://www.mikeroweworks.com/
http://maerchenhotel.com
http://rolandmdv.de
http://albertpremierhotel.com/
die Seite zu nennen wäre durchaus sinnvoll, sonst kann ich mir das nicht anschauen und auch nicht weiterhelfen
Hallo zusammen,
für die Entwicklung eines Plugins stehe ich gerade vor der grundsätzlichen Frage ob mein Vorhaben überhaupt möglich ist und bitte die Profis um eine Einschätzung
Folgendes ist geplant:
- eine Software legt auf dem Server ein XML-File ab
- via Cronjob prüft WP den Ordner auf neue XML-Files und erstellt aus den darin gefundenen Daten einen Artikel (bis hierhin wird es wohl funktionieren)
- Die XMLs haben einen Key mit einer eindeutigen ID- wenn von dieser ID schon ein Artikel erstellt wurde soll WP diesen Artikel mit den neuen Daten updaten
- wenn kein XML-File mit dieser ID mehr gefunden wird soll WP den dazugehörigen Artikel löschen.
Es geht also quasi um eine einseitige Synchronisation und das ist der Punkt an dem ich mir unsicher bin ob es technisch überhaupt machbar ist. WP kann anhand von XML-Files Artikel erstellen, ok, aber auch updaten und löschen?
Vielen Dank für eure Einschätzung,
Nicoletta
Hallo zusammen,
wie kann ich Podpress davon abhalten sich per se in wp_head reinzuschreiben? Ich würde gerne die Skripte gezielt auf der einen Seite einbinden auf der auch Podcasts verwendet werden und die anderen 500 Seiten nicht unnötig lahm legen.
Ich vermute der Schlüssel liegt in der podpress.php ab Zeile 327:
/* stuff that goes in the HTML header */
if ( TRUE == version_compare($wp_version, '2.7', '>=') ) {
if (FALSE === is_admin()) {
add_action('wp_print_scripts', 'podpress_print_frontend_js');
add_action('wp_print_styles', 'podpress_print_frontend_css');
}
add_action('wp_head', 'podPress_print_feed_links_to_header');
} else {
add_action('wp_head', 'podPress_wp_head');
}
add_action('wp_footer', 'podPress_wp_footer');
add_action('switch_theme', 'podPress_switch_theme');
Alles anzeigen
oder später ab Zeile 494:
function podpress_print_frontend_js() {
wp_register_script( 'podpress_frontend_script', PODPRESS_URL.'/js/podpress.js' );
wp_enqueue_script( 'podpress_frontend_script' );
// ntm: this way of loading a localized JS scripts is probably not very elegant but it works in WP version older than 2.3
// I know that since WP 2.3 the function wp_localize_script() exists and when it is decided to raise the minimum WP requirement of this plugin then this method will be used.
require_once(PODPRESS_DIR.'/podpress_js_i18n.php');
podpress_print_localized_frontend_js_vars();
podpress_print_js_vars();
}
// for WP 2.7+
function podpress_print_frontend_css() {
if (file_exists(get_template_directory().'/podpress.css')) {
wp_register_style( 'podpress_frontend_styles', get_template_directory_uri().'/podpress.css' );
} else {
wp_register_style( 'podpress_frontend_styles', PODPRESS_URL.'/podpress.css' );
}
wp_enqueue_style( 'podpress_frontend_styles' );
}
// for WP version < 2.7
function podPress_wp_head() {
// frontend header
echo '<script type="text/javascript" src="'.PODPRESS_URL.'/js/podpress.js"></script>'."\n";
// ntm: this way of loading a localized Js scripts is probably not very elegant but it works in WP version older than 2.3
// I know that since WP 2.3 the function wp_localize_script() exists and when it is decided to raise the minimum WP requirement of this plugin then this method will be used.
require_once(PODPRESS_DIR.'/podpress_js_i18n.php');
podpress_print_localized_frontend_js_vars();
podpress_print_js_vars();
if (file_exists(get_template_directory().'/podpress.css')) {
echo '<link rel="stylesheet" href="'.get_template_directory_uri().'/podpress.css" type="text/css" />'."\n";
} else {
echo '<link rel="stylesheet" href="'.PODPRESS_URL.'/podpress.css" type="text/css" />'."\n";
}
podPress_print_feed_links_to_header();
}
Alles anzeigen
Wenn dann kein Podcast-Feed mehr angezeigt wird ist das völlig egal. Nur die Podcasts sollten auf der einen Seite abspielbar bleiben.
Für sachdienliche Hinweise wäre ich sehr dankbar!
das ist leider nicht mal eben zu beantworten - da scheint vom Theme her die Größe der Bilder für die Archiv-Ansicht definiert zu sein.
Was ich immer noch empfehlen würde, wäre die Positionierung der Startseitenbilder, also
.homepagecontent a img {
display: block;
max-width: 450px;
overflow: hidden;
margin:10px auto;
}
Zeile 819
#content.archive .postarea {
width: 460px;
margin: 0px;
padding: 0px;
}
wenn ich auf die Startseite gucke sehe ich schon eine veränderte Startseite. Damit das mit dem Bild etwas hübscher wird, würde ich
.homepagecontent a img
noch um
margin: 10px auto;
ergänzen.
Hallo,
die richtige Stelle wäre in der style.css die Zeile 552 (..homepagemid) und der width-Wert sollte 620px sein. Das gilt zumindestens für die Startseite, bei den Archiven ist der Wert anders.
Hast du in der Zeile 799 (#content.left) den Wert verändert? Bei der Einzelartikelansicht hängt die Sidebar nämlich unter der Seite, das wirkt nicht sehr gewollt.
Viele Grüße,
Nicoletta
Es wäre kein Problem dafür zu sorgen dass der mitdem Post verlinkte post-thumbnail dort erscheint, den Code kann ich dir geben. Nur erscheint dann natürlich das Bild aus dem Content auch noch, d.h. du müsstest das Content-Bild bei jedem Artikel rauslöschen, das wäre dann ja auch ziemlicher Aufwand
Aber wenn ich das richtig sehe wird auf der Seite nicht der Post-Thumbnail ausgegeben sondern das Bild aus dem Content-Bereich. Wenn du das testweise bei einem Artikel rausnimmst erscheint kein Bild mehr, oder?
Die Post-Thumbnails lassen sich mit dem Artikel verlinken, das hast du ja in der functions.php auch schon gemacht.
Wir könnten jetzt dafür sorgen dass die Post-Thumbnails auf der Seite ausgegeben werden bevor der Content anfängt- aber da das Bild auch nochmal am Anfang des Contents ist hättest du die Bilder dann doppelt- einmal den verlinkten Post-Thumbnail und darunter dann das Bild am Anfang des Contents
So wie es aussieht sind das also gar nicht die Artikelbilder/post-thumbnails sondern der Artikel beginnt mit einem Bild - und deswegen wird am Anfang ein Bild angezeigt.
Da fällt mir ad hoc auch keine kluge Lösung ein, ausser natürlich jedes Bild einzeln mit seinem Artikel zu verlinken.
Wären das Artikelbilder liesse sich das automatisiert machen
ok, in dem Fall bräuchten wir dann den Inhalt der post.php :)
im HTML-Modus an der passenden Stelle ein <hr /> einfügen. Nicht die eleganteste, aber eine praktikable Lösung. Ich weiss allerdings nicht ob diese bei Twenty Eleven per default gestylt sind, habe das Theme nirgendwo live im Einsatz.
Hallo Thompsen,
Das ist eine CSS-Sache und daher eigentlich im falschen Forum. Nimm mal in der style.css Zeile 650 das "float:left" raus. Stattdessen lässt du die Sidebar nach rechts floaten in dem du das die style.css ergänzt um:
.sidebar {float:right;}
Und wenn du gerade eh am CSS arbeitest nimm dir noch die pagenavi-css und ergänze diese um
.wp-pagenavi span {color:white;}
dann erschliesst sich auch der Sinn des Kastens :)
Funktioniert es so überall?
poste bitte mal den Code deiner index.php, zumindestens den Teil mit dem Loop ( ab "while (have_posts()) : the_post()" ), da sollte such das eigentlich recht einfach lösen lassen