Beiträge von codestyling

"Saubere" Permalinks kann man auch ohne zusätzliche Plugins bekommen denn diese kommen meist nicht mit LiveWriter & Co. zurecht bzw. supporten nicht TinyMCE in deutscher Rechtschreibung.
Ich hab alles am Stück mit einem Feature von WP erschlagen, das bisher nur niemand genutzt hat: Code Styling Project Permalinks mit Umlauten ohne o42-clean-umlauts

Zitat von MacMo

PHP

<?php load_theme_textdomain('silhouette');?>

de.po

Code

msgid ""
msgstr ""
"Project-Id-Version: Silhouette-3column Deutsch 1.0\n"
"POT-Creation-Date: \n"
"PO-Revision-Date: \n"
"Last-Translator: name <email>\n"
"Language-Team: MacMo.org <email>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: German\n"
"X-Poedit-Country: GERMANY\n"
"X-Poedit-KeywordsList: __;_e\n"


#: 404.php:6
msgid "Error 404 - Not Found!"
msgstr "Fehler 404 - Nichts gefunden!"


#: 404.php:7
msgid "The post you are looking for does not exist anymore."
msgstr "Der Beitrag, den du suchst existiert nicht mehr."

Alles anzeigen

Es passiert einfach gar nichts und ich kann es mir nicht erklären!

Gruß & vielen Dank,
MacMo

Ich hoffe, du hast nicht nur die *.po Datei geändert sondern daraus mit einem Tool wieder eine neue *.mo Datei erstellen lassen.
Die *.po ist nur die Vorlage, denn die von WordPress benutzte Sprachdatei ist immer die *.mo.

Hier noch eine hilfreich Information, was genau Lokalisierung bedeutet und wie man das macht: Code Styling Project WordCamp Vortrag “Lokalisierung” als PDF Download

Angie's Blog:

Zitat

4. Lade die neue Haupt-Sprachdatei in das Verzeichnis “languages” in “wp-includes” hoch (oder in “wp_content”, wenn du Wordpress 2.2 oder höher verwendest). Du musst sie ohne den Ländercode speichern, z.B. “es.mo” anstelle von “es_ES.mo”. Beachte: Die PO Datei/en musst du nicht hochladen, aber speichere sie in deiner lokalen Kopie ab.

Diese Sprachumschaltungsplugin benötigen die Sprachdateien meist alle nur mit dem Sprachkürzel nicht aber mit der Landeskennung. Deshalb muß man meinsten den Harakiri machen und alle Sprachdateien von allen Plugins und Themes in dieses Format umbenennen, damit das anstandslos klappt.

Guggst du hier die Screenshots: Code Styling Project TinyMCE - Schreiben mit Theme basiertem Stylesheet
Wer so was nicht bedienen kann, gehört gefeuert.

Dazu kann man mittels TinyMCE Advanced Plugin (oder abgespeckten Plugins) dafür sorgen, dass man mit Theme basiertem Stylesheets schreiben kann.
Die im Stylesheet vorkommenden Klassen werden dann in einer Drop/Down Box gelistet, der Benutzer markiert einen Text sucht den entsprechden Stylenamen aus der Drop/Down aus. Dann wird der Klassenname an den <p> geschraubt und es wird so dargestellt, wie gewünscht. Die entsprechende Klasse hat dann eben ein padding-left: 20px zum Beispiel.
Ich hatte dazu vor längerer Zeit man einen Beitrag verfasst und ein abgespecktes Plugin (als beta) bereitgestellt für diejenigen, die keinen massiven TinyMCE Advanced wollten.

Kannst du mal eine Aufstellung der benutzten Plugins machen?
Ich untersuche gerade ein Phänomen auf einer frischen WP2.7.1 wobei mehrere WP interne Funktionen auf dieser speziellen Hoster Platform entweder ein falsches Ergebnis liefern oder einen 500er!
Gleiche Dateien und Funktionsaufrufe (100% identisch) auf anderen Systemen funktionieren einwandfrei. Ich hab momentan noch keinen Ansatzpunkt gefunden, warum identischer Code zwei verschiedene Ergebnisse liefert (wenn man bei 500er überhaupt von Ergebnissen sprechen kann).

Wozu verwendet man dann in geschriebenen Text mehr als ein Leerzeichen?
Kannst du ein paar Beispiele anführen, warum das essentiell ist?

Zitat von simplemore

Die Lösung fand ich hier:

WordPress 2.7: Backend spricht denglisch : : Notepad.exe

Anstatt der Standard-Fragen und Antworten hätte ich dies allerdings HIER erwartet INCLUSIVE einer vernünftigen Erklärung, WARUM ....

Weitere Kommentare in Richtung Admins/Moderatoren verkneif ich mir mal .....

siehe hier: http://forum.wordpress-deutschland.org/konfiguration/…html#post235449

Zitat von simplemore

Die Lösung fand ich hier:

WordPress 2.7: Backend spricht denglisch : : Notepad.exe

Anstatt der Standard-Fragen und Antworten hätte ich dies allerdings HIER erwartet INCLUSIVE einer vernünftigen Erklärung, WARUM ....

Weitere Kommentare in Richtung Admins/Moderatoren verkneif ich mir mal .....

siehe hier: http://forum.wordpress-deutschland.org/konfiguration/…html#post235449

Zitat von simplemore

Anstatt der Standard-Fragen und Antworten hätte ich dies allerdings HIER erwartet INCLUSIVE einer vernünftigen Erklärung, WARUM ....

Weitere Kommentare in Richtung Admins/Moderatoren verkneif ich mir mal .....

WordPress.com ist nicht WordPress.org und auch nicht WordPress-Deutschland.org !
Die .com Variante wird von Automattic betreut und besitzt eine Sprachdatei, die mit der OpenSource und Stand-Alone Lösung nicht kompatibel ist. Die auf beiden .org angebotenen Downloads sind für Selbst-Hostings vorgesehen, der .com Bereich ist ja gehostet von Automattic und hat einen eigenen Support.

Das hier dem Team und/oder Admins anlasten zu wollen, geht ein wenig zu weit. Alle gegebenen Tip stimmen und gelten für's Selbst-Hosten, alles kommeziell gehostete wie wordpress.com kann nur deren Support qualifiziert benatworten.

Seit WP 2.7 "merkt" (speichert) der Media-Dialog die letzten getroffenen Einstellungen zum Theme Link (ja, nein ...), Bildgröße und Ausrichtung, wenn man ein Bild einfügt. Beim nächsten Aufruf ist alles so voreingestellt, wie man das beim letzten Mal gemacht hatte.

Wenn du nun was anderes auswählst, "merkt" sich der Dialog deine jetzige Anpassung. Also immer nochmal drüberschauen, wenn man die Optionen immer mal ändert.

WordPress akzeptiert keine <div> im Text (egal ob TinyMCE oder HTML Editor), diese werden in <p> umgewandelt. Das funktiniert nur, wenn du:

1. den visuellen komplett für alle Zeiten deaktivierts.
2. wpautop filter deaktivierts.

Sonst kannst du da nur in die Theme PHP Dateien einbetten.

Ich hoffe mal nicht, das du den Code in den Editor für den Seiteninhalt eingegeben hast! Dort geht das nicht.
Das muß schon in der PHP gemacht werden und du mußt dich auch dort um das Befüllen den Anteile selbst kümmern mit WordPress Template Tags.

Ich würde dafür nicht mootools nehmen sondern jQuery und dieses jQuery Accordion: UI/API/1.7/Accordion - jQuery JavaScript Library Das sollte sich deutlich einfacher integrieren lassen.

In etwa so:

$__F=__FILE__;$__C=


-------- 1. dekodiert --------------


?><1 n1m5 = "b2tt2m"></1>
<d4v 4d="f22t5r">
 
 <p cl1ss="cr5d4ts">Lyr4cs f2r th5 s23l 4s p2w5r5d by <1
hr5f='http://w2rdpr5ss.2rg'>W2rdpr5ss</1> - D5s4gn5d by <1
hr5f='http://w5bh2st4ngg55ks.c2m'>W5b H2st4ng G55ks</1> 1nd <1
hr5f='http://t2pwpth5m5s.c2m'>T2p W2rdPr5ss Th5m5s</1>. 


</p>


</d4v>
</d4v><!-- Cl2s5s th5 r1p d4v-->
</b2dy>


</html>


-------- 2. dekodiert --------------




$__C=base64_decode($__C);
$__C=strtr($__C,"123456aouie","aouie123456");
$__C=ereg_replace('__FILE__',"'".$__F."'",$__C);
eval($__C);
$__C="";

Zitat von moosmandl

aber wie benutze ich dann das ding um postings als spalten darzustellen?

Leider überhaupt nicht, denn das Verfahren funktioniert so nur für Pages. In Post kann man das so nicht implementieren, denn die Eingriffe in die Rewrite Rules und den Kern von WP wären beträchtlich. Post funktionieren in WordPress ein wenig anders als Pages.

Zitat von moosmandl

hallo,

vielleicht bin ich zu blöd dafür, aber nach installation und aktivierung scheint es bei mir nicht auf.
auch nicht als eines der seitenelimente im editor.
hm...

danke im voraus für jeden tip
moosmandl

Kommt drauf an, wo du es erwartest. Bei den Artikel gibt's das nicht, ist nur bei Seiten (statische Seiten) vorhanden und nach Installation in der Sidebar ganz unten. Kann man mit Drag 'n Drop hochholen.

So wie dein Theme aufgebaut ist, stimmt das CSS der Gallery nicht:

.ngg-galleryoverview {
[COLOR=Red][B]clear:both;[/B][/COLOR]
display:block !important;
margin-top:10px;
overflow:hidden;
width:100%;
}

[COLOR=Black]Wenn du den clear rausnimmst, dann stimmts im Firefox auch. [/COLOR]

Über Widgets (Frontend oder Backend) eingelesene Feeds aktualisieren nicht in Echtzeit sondern cachen die Abfrage in der Datenbank für bis zu. 12 Stunden. Dann wird der Feed erneut abgeholt.

Ah, ich seh schon, woran es krankt:

<div class="entry">
            <h3><a href="http://81090.webhosting30.1blu.de/wordpress/das-bin-ich" rel="bookmark" title="***">***</a></h3>
            
            <p><p><!--[if !mso]><br />
<mce:style><!  v\:* {behavior:url(#default#VML);} o\:* {behavior:url(#default#VML);} w\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);} --></p>
<p><!--[endif]--><!--[if gte mso 9]><xml> <w:WordDocument> <w:View>Normal</w:View> <w:Zoom>0</w:Zoom> <w:HyphenationZone>21</w:HyphenationZone> <w:PunctuationKerning /> <w:ValidateAgainstSchemas /> <w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid> <w:IgnoreMixedContent>false</w:IgnoreMixedContent> <w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText> <w:Compatibility> <w:BreakWrappedTables /> <w:SnapToGridInCell /> <w:WrapTextWithPunct /> <w:UseAsianBreakRules /> <w:DontGrowAutofit /> </w:Compatibility> <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel> </w:WordDocument> </xml><![endif]--><!--[if gte mso 9]><xml> <w:LatentStyles DefLockedState="false" LatentStyleCount="156"> </w:LatentStyles> </xml><![endif]--> <!--[if gte mso 10]><br />
<mce:style><!   /* Style Definitions */  table.MsoNormalTable     {mso-style-name:"Normale Tabelle";     mso-tstyle-rowband-size:0;     mso-tstyle-colband-size:0;     mso-style-noshow:yes;     mso-style-parent:"";     mso-padding-alt:0cm 5.4pt 0cm 5.4pt;     mso-para-margin:0cm;     mso-para-margin-bottom:.0001pt;     mso-pagination:widow-orphan;     font-size:10.0pt;     font-family:"Times New Roman";     mso-ansi-language:#0400;     mso-fareast-language:#0400;     mso-bidi-language:#0400;} --></p>
<p><!--[endif]--><strong><span style="color: silver;"> </span></strong></p>
<p><strong><span style="color: white;"> </span></strong></p>
<p><strong><span style="color: silver;"> </span></strong></p>
<p><strong></strong><strong><span style="color: white;"> </span></strong></p>

Du hast Text in MS Word geschrieben und direkt per Copy/Paste in den TinyMCE (WordPress visueller Editor) eingeklebt. Das geht allerdings nicht gut, denn die MS Word Formatierungen, die dann auch in der Seite landen, werden im IE7 und höher interpretiert und führen zu Abschneiden der Seite oder Fehldarstellungen.
Dazu gibt es im WordPress Editor einen Button in der 2. Zeile (die kann man in der 1. Buttonzeile ganz rechts ausklappen lassen) mit dem man MS Word Text importieren kann.
Ich fürchte, du darfst deine Texte nochmal korrekt importieren.