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 erstellenWas genau willst du denn verlinken ?
Wenn es sich um Dokument, Bilder oder html Seiten handelt, dann einfach eine korrekte URL angeben:
file:\\rechner\pfad\mein_passbild.jpgSetzt voraus, das auch jeder Rechner im Netzwerk Zugriff auf diese Resource hat.
Und das funktioniert nur ohne Konfiguration im IE. Andere Browser unterdücken das per Sicherheitseinstellung, da muss ggf. erst was erlaubt werden.
Der Button den du benutzt, wenn du Bilder hochlädst über dem Editor.
Dann kannst du ja pro Bild auswählen, welche Abmessung du haben willst und eben auch, welcher Link generiert werden soll. Dort ist standardmäßig keiner mehr drin, dann klick einfach auf File-Link.
leider tut sich - trotz aktuellem plugin - nichts mehr betr. lightbox seit dem update auf 2.7 - shit.
url: Neuwahlen in der ÖAAB-Gemeindegruppe
kennt jemand abhilfe?
p.s.: problem betrifft nur in wp 2.7 erstellte artikel. vorher erstellte bilder klappen auch in 2.7 gut, siehe diesen artikel: Weinbau Häusler, Hasendorf Heuriger öffnet wieder!
Das funktionierende Bild hat einen Link drum herum, auf den Lightbox anspricht.
Die genannte URL hat jedoch das Bild pur eingefügt ohne einen Link. In der Mediathek kann man ja entscheiden, ob man einen Link um das Bild haben möchte oder nicht. In WP 2.7 merkt sich die Mediathek die letzte Einstellung und springt nicht wie in älteren Versionen auf die Einstellung "mit Link" zurück!
Wenn du also zuletzt ein Bild ohne Link hochgeladen und eingefügt hast, ist die Einstellung auch noch so. Die solltest du auf mit Link umstellen, dann sollte es ggf auch wieder funktionieren.
Funktioniert nur leider nicht unter Windows basierten Apache oder IIS Umgebungen, denn die Windows-Version von PHP hat posix_getuid() schlicht nicht implementiert: siehe PHP Doc
Wenn Plugins nicht für 2.7 geschrieben oder getestet wurden, kann man WP keine Schuld zuweisen.
Teste die vorgeschlagene Deaktivierung und prüfe, ob der Editor dann die anderen Sachen wieder enthält. Ist dem so, brauchst du eine neue Version des Plugins. Ist dem nicht so, kannst du gern einen Bug bei trac.wordpress.org melden, aber ich fürchte, es ist ein nicht kompatibles Plugin (oder Theme wie Freshy2).
Das sind zwei paar Schuhe. Wenn die DB korrupt ist und die permalinks darin nicht mehr stimmen, ist das eine Sache. Wenn die .htaccess Datei ständig kaputt geht, eine Andere.
Hast du ein Cache-Plugin, ein Translation-Plugin (Gengo, qTranslate ...) oder ein anderes Plugin installiert, das permalinks modifiziert (Download-Plugins als Beispiel auch) ?
Auch ist eine pure WP 2.5.0 anfällig für Bot-Attacken, ein Upgrade auf mindestens 2.6.5 wenn nicht gar 2.7 wäre angebracht. Einen Angriff würde man nur mit den access und error logs des Servers rausfinden können, ein Update würde den zumindest ins Leere laufen lassen.
Der Tiny (besser die wpautop Funktion) mag keine multiplen <br/> wie das hier:
Erster Block<br/><br/>Zweiter BlockDas wird rausgeworfen und es sieht dann so aus:
<p>Erster Block</p><p>Zweiter Block</p>Also es werden korrekte Paragraphen erstellt. Wenn allerdings dein Theme keine margin-top (bzw. margin-bottom) für Paragraphen gesetzt hat, dann bekommst du keine Abstände dazwischen.
Ein Eintrag in style.css deines Themes wie:
p { margin-bottom: 1em; }erzeugt nach jedem Paragraph einen Abstand. Das sollte doch reichen, oder ?
Es ist nicht sinnvoll, mit vielen <br/> um sich zu werfen. Falls du mehr Abstand an bestimmten Paragraphen brauchst, kann man das in der HTML Ansicht per
<p style="margin-top: 40px;">Zweiter Block</p>machen oder per Editor eine class setzen, die man im style.css so beschreibt.
Das Theme hat folgendes in seine single.php:
<?php comments_template(); ?>Da aber keine comments.php existiert (das Theme bringt keine eigene mit), wird die vom Standard Theme benutzt. Diese ist leider "hart" codiert und nicht übersetzbar. Du solltest den Autor anschreiben und nach einer übersetzbaren comments.php fragen bzw. eine eigene schreiben.
WordPress benutzt für jede nicht im Theme vorhanden Template Seite die Seite des Standard Themes und wenn das nicht verfügbar ist (weil zum Beispiel gelöscht), wird einfach nix ausgegeben an der Stelle.
Was ist unverständlich an "Den grafischen Editor [COLOR=Red]deaktivieren[/COLOR]" ?
Wenn du es anklickst, ist er weg, wenn du es rausnimmst, ist er da. Alles so wie es soll. (Wer lesen kann ......)
Das steht ja in der FAQ, siehe Linkleiste oben: »Cannot modify header information ?« « WordPress Deutschland FAQ
Verwendest du Google Chrome oder IE 6 ?
Dann kann es solche Probleme geben. Hast du mit verschiedenen Browsern das gleiche Problem (IE 7 / Firefox3 / Safari / Opera) ?
Wenn das alles zutrifft, sollte die Datei geladen werden. Wenn nicht, kann es eigentlich nur an einem Translation Plugin liegen (Gengo, qTranslate etc.)
Vielleicht hilf dir das hier weiter: Wordpress 2.7 - Automatisches Core & Plugin Update - tmp Fehler | AlexWorld
Ich bin gerade dabei, dieses Problem zu analysieren und an WP Trac weiterzugeben. Die gezeigte Lösung funktioniert aber nur bei Linux basierten Servern, auf Windows OS (oder IIS mit PHP CGI) gibt es schlicht die PHP Funktion posix_getuid() nicht, sodass dieser Patch nicht allgemeingültig ist.
würde hierbei für ein gutes Plugin auch zahlen, ich denke die Usermengen sagen schon einiges aus dass es eben kein "ich schicke an 10 Freunde einen neuen Eintrag" sein soll.
Ich kenne einige, die dieses kostenflichtige Plugin benutzen WordPress Mailing List Plugin
Solltest du evtl. mal durchgehen und ggf. nachfragen, ob das deine Größenordnung bedenkenlos handhaben kann.
Bleibt noch die Frage, ob das Einfügen mittels IE oder Firefox einen Unterschied macht. Es kann sein, dass der TinyMCE im IE mit dem Einfügen von MSWord Texten auf korrekte Weise trotzdem ein pre-processing macht, was der Firefox weglässt.
Ich kann mir gut vorstellen, ohne das jetzt ausprobiert zu haben, dass eines der letzte IE Updates u.U. etwas mehr Office Bugfix bekommen hat, das nun negativ in Erscheinung tritt.
Kannst du die Einfügungen mal bitte mit verschieden Browsern machen (Firefox, Opera, Safari oder Chrome) und einen Unterschied zum IE bestätigen ?
Ist bei diesen nix brauchbares für euch dabei WordPress Plugins ?
Muss ich dazu irgendwelche "offiziellen" englischen WordPress-Vokabeln benutzen oder kann ich die englischen Phrasen benutzen, die mir in den Sinn kommen?
Solange es halbwegs korrektes Englisch ist, gibts keine weiteren Anforderungen. Die Amis werden dich schon kritisieren, wenn das Theme mal öffentlich sein sollte und denen was nicht passt. 
Man sollte höchsten z.B. darauf achten, das ein Post ein Post bleibt und nicht mit Sheet übersetzt wird. Ein wenig die englische Terminology sollte man schon im Auge behalten. Am Besten englisch anmelden (WPLANG in der config einen leeren String geben) und dann sieht man, ob es sich ins Bild einfügt.
Wann "muss" oder besser, wann sollte ich _e('') und wann __('') benutzen?
Der Aufruf von _e('') führt ein automatisches [COLOR=Red]e[/COLOR]cho mit der Übersetzung aus, sprich der Text wird sofort ausgegeben.
DerAufruf von __('') führt kein echo aus sondern gibt nur den übersetzten Text zurück. Diese Variante ist zu bevorzugen, wenn man mit dem Text noch etwas anstellen will, bevor man ihn selbst per echo ausgibt.
Was mache ich mit Strings wie diesem?PHP<?php comments_number ('0 Reaktionen', '1 Reaktion', '% Reaktionen' );?>Muss das dann so aussehen:
PHP<?php comments_number _e('0 Reaktionen', '1 Reaktion', '% Reaktionen', 'Themename'));?>?
Nein, denn ich vermute, dass comments_number() eine Funktion ist, die intern erst die Nummer bestimmt, um die richtige Pluralform zu finden.
Allerdings ist das kontraproduktiv, wenn das der Theme-Author so verfasst hat, denn es gibt Sprachen, die die Pluralisierung mit bis zu 4 verschieden Abstufungen benutzen!
Angepasst sollte das so aussehen:
<?php comments_number (__('0 Reaktionen', 'Themename'), __('1 Reaktion','Themename'), __('% Reaktionen', 'Themename'));?>Diese Lösung stimmt aber z.B. für Russisch oder andere Sprachen mit > 2 Pluralformen nicht. Um das korrekt so zu programmieren, damit man die ebenfalls verfügbare _ngettext Pluralisierung verwenden kann, müsste ich das Theme als Source Code haben.
Und die gleiche Frage für folgenden String:PHPSie können hier einen <a href="#respond">Kommentar hinterlassen</a>, einen <a href="<? trackback_url() ?>">Trackback setzen</a> oder die Reaktionen per <a href="feed/">RSS-Feed</a> verfolgen.Ist meine modifizierte Version richtig?
PHP<?php _e('Sie können hier einen <a href="#respond">Kommentar hinterlassen</a>, einen <a href="trackback_url()">Trackback setzen</a> oder die Reaktionen per <a href="feed/">RSS-Feed</a> verfolgen.', 'Themename')?>
Das funtioniert ebenfalls nicht, denn die Funktion trackback_url() wird nicht ausgeführt. Ausserdem wäre dann der String nicht konstant, was er aber für gettext sein muß. Deshalb muß die URL reinformatiert werden.
<?php echo sprintf(__('Sie können hier einen <a href="#respond">Kommentar hinterlassen</a>, einen <a href="%s">Trackback setzen</a> oder die Reaktionen per <a href="feed/">RSS-Feed</a> verfolgen.', 'Themename'),get_trackback_url()); ?>Allerdings solltest du alle Texte als Ausgangssprache in englisch verfassen und danach übersetzen, denn standardmäßig läuft WP ohne Sprachdatei. Dann sollte es auch englisch erscheinen und nicht "zwangsdeutsch".
Der eingeschaltete ZEND_COMPATIBILITY_MODE führt nicht nur zu diesen Problemen sondern ist u.a. auch veranwortlich für:
Wenn möglich sollte diese PHP Einstellung abgeschaltet werden.
Es gibt leider nicht DIE Einstellung für den Server, es hängt immer von der entsprechenden Version (Apache/PHP/OS ...) , dem jeweiligen Anwendungsfall (WP, Typo3, BB etc.) und der Last, die auf dem Server wirken wird, ab.
Ich denke, man sollte generell alle Umlaute durch die Sonderzeichen ersetzen oder? Es hat noch mehr äüö ohne Sonderzeichen in der Sprachdatei DE_DU und auch in der DE-SIE.
Meiner Meinung nach sollten eher alle Umlauteersetungen (HTML entities) rausfliegen und nur noch UTF-8 darin vorkommen, denn dann gibt es deutlich weniger Probleme, wenn die Texte auch in Javascript benutzt werden. Außerdem wurde bei WP mit Version 2.5 eingeführt, dass das Encoding standardmäßig auf UTF-8 steht.
Dies sollte sich endlich mal in den Blogs durchsetzen, reine ISO Kodierungen richten mehr Schaden an als Nutzen (man beachte nur mal beispielsweise die Feedimporte, die dann in UTF-8 Blogs aus ISO Quellen reinkommen und völlig kaputt sind).
