Beiträge von jowra

    Zitat von malo.conny

    Dafür ist ein Plugin notwendig

    Notwendig ist es nicht. Kann sicher jeder im Template selbst reinbasteln. Ich habs z.B. so gelöst (comments.php):



    Zunächst wird vor Ausgabe der Kommentare (und diese Schleife gibt es in jedem Theme) eine eigene Variable als Counter definiert:

    PHP
    <?php $comment_count=1; ?>

    Innerhalb der Kommentar-Ausgabe-Schleife kann man diese Variable dann in einem beliebigen Format ausgeben:

    PHP
    <?php echo $comment_count; ?>

    und schließlich wird (noch innerhalb der Schleife) der Kommentar-Counter um 1 erhöht:

    PHP
    <?php $comment_count++; ?>

    Fertig. Also einfach nur eine kleine Schleife, wie man sie auch aus Basic, C usw. kennt. Ein Plug-In ist für sowas schon recht übertrieben und vor allem ist man durch den Einbau in die Templates wesentlich flexibler.

    Zitat von peti

    P.S.: John, ich musste herzlich über "Du bin WordPress!" lachen. Super. :)

    *g*

    Wobei übrigens der Slogan "Du bist Deutschland!" einen sehr merkwürdigen Hintergrund (Stichwort 40er Jahre) hat.

    Aber egal, in dem Fall paßt es und jeder sollte mal an seinem Blog weiterbasteln, Probleme hier im Forum ansprechen (dazu ist es ja da), aber sich ansonsten über die neue Version freuen. ;o)

    Nacht Peti, Nacht Forum.

    Zitat von Arno Simon

    jungs... durchsucht doch mal das forum... es ist schon einiges über das einbinden von bildern in 2.0 geschrieben worden.

    vG

    Arno

    Korrekt. Vielleicht sollte man die Links mal sammeln und anpinnen?

    Zumindest so lange, bis WP 2.1 draußen ist. ;o)

    Alles neu, alles schlecht, hm?

    "Ich will wieder alles so haben wie es früher war! Da hatten wir einen Kaiser und WP 1.5 war viieeeeel besser. *heul*"

    Das scheint mir so der Tenor nach ein paar Tagen 2.0 zu sein. Es ist wohl so wie es Matt in seinem Blog schrieb:

    Like 1.5 when it first came out I expect it will take a few months before the full implications of this release are realized. There are some surface changes (see 5 little things I like about WP 2.0) that still need some polish in places, but I think the underlying architectual changes are really rock solid. Interface changes are easy to iterate on in future versions.

    Wenn ich ehrlich bin, ich kann dieses Rumgeheule seit Erscheinen der Version 2.0 nicht mehr hören. WP 1.5 war schon eine "rock-solid" PHP-Anwendung. WP 2.0 rockt even more. Das Upload-Interface finde ich klasse, genauso wie das Format /wp-uploads/2006/01/blabla.jpg. Für alles andere gibt es Plugins und wofür es noch keine gibt... die gibt es in ein paar Wochen. Durch den neuen Editor werden noch mehr Blogger zu WordPress stoßen und für eine weitere Verbreitung dieser genialen Software sorgen.

    Warum immer alles miesreden? Warum nicht mal sagen "Du bist WordPress!". Man Leute ich ärgere mich schon seit Wochen (Monaten) darüber, daß meine Lieblings-Photoblog-Software (folderblog) vom Programmierer nicht weitergepflegt wird. Wir sollten uns freuen, daß die WP-Entwickler so aktiv sind, die Community so aktiv ist und WP ständig weiterentwickelt wird.

    Aber sowie mal Neues rauskommt, ist alles gleich schlechter. Und das ist... typisch "deutsch". Jede Wette.

    *sigh*

    Zitat von peti

    Wie dem auch sei. Ich denke wir sollte, ehe wieder solche übertriebenen Diskussionen ausbrechen, etwas mehr Zurückhaltung wahren. Oder sehe ich das zu verbissen?

    Nein, siehst Du nicht. Ich hab mich ja beim Lesen dieses Threads ob des Tonfalls richtig erschrocken. Weil es so ungewohnt für dieses Forum ist.

    Der Junge sucht jemanden der ihm für 15 EUR WP so hinbastelt wie er es will. Entweder es ist laut Forenregeln verboten, solch eine Anfrage zu stellen oder es ist erlaubt. Da wohl eher letzteres der Fall ist... was soll der Krach?

    Nacht.

    Die Fehlermeldungen sind aber in diesem Fall recht eindeutig. Zeilennummern stehen auch da, also brauchst Du doch eigentlich nur den Seitenquelltext aufrufen (Firefox: STRG+U) und die Fehler aufspüren.

    Mal am Beispiel der ersten Meldung:

    ------------------------
    [SIZE="2"]Error Line 37 column 4: end tag for "ul" which is not finished.

    </ul>

    Most likely, You nested tags and closed them in the wrong order. For example <p><em>...</p> is not acceptable, as <em> must be closed before <p>. Acceptable nesting is: <p><em>...</em></p>

    Another possibility is that you used an element which requires a child element that you did not include. Hence the parent element is "not finished", not complete. For instance, <head> generally requires a <title>, lists (ul, ol, dl) require list items (li, or dt, dd), and so on.[/SIZE]
    -----------------------

    Wenn Du an der betreffenden Stelle nachschaust, sieht das so aus:

    Code
    <div id="left">
      <div id="leftmenu">
    <ul>
    
    
    </ul>

    Leere TAGs sind nicht valide. Ich vermute, irgendwo im Quelltext (sprich: Theme) steht sowas ähnliches wie:

    Code
    <ul>
    if ( blabla ) {
    ...
    }
    </ul>

    Wird die Bedingung "blabla" nicht erfüllt, bleibt die Liste (UL) leer. In diesem Fall müßte man schreiben:

    Code
    if ( blabla ) {
    <ul>
    ...
    </ul>
    }

    Das mal als Bespiel. Ansonsten fehlen bei Deinen Bildern teilweise die ALT="Attribute" und den Rest spürst auf die Art auch auf. Solltest Du den Firefox verwenden, lege ich Dir (und jedem anderen :D ) die HTML-Tidy-Extension ans Herz. Die siehst auf einen Blick in der Statusbar, ob Dein Dokument valide ist und wenn Du den Seitenquelltext aufrufst, zeigt er Dir direkt die Fehler an (mit Erläuterung) und Du kannst per Doppelklick zum betreffenden Fehler springen. Ein unverzichtbares Tool für jeden Webbastler, imho.

    http://users.skynet.be/mgueury/mozilla/

    Cheers!

    Zitat von jottlieb

    Nicht die GANZE Sprachdatei.
    Der Server fischt sich das passende aus der Datei und parst es in den Quellcode, der zum Client geschickt wird.

    Oh, okay... dann ist es also eher ein Zeit-"Problem" beim Parsen auf dem Server als wegen zu vieler neuer Daten die übertragen werden müssen. Dann gehts ja. ;) Danke, jottlieb!

    Zitat von jowra

    ich habs auch läuft auch unter 2.0

    Hm... wobei ich mir grad nicht sicher bin, ob es wirklich funktioniert. Die Optionen stehen zwar zur Verfügung, aber wenn ich wpautop ausschalte, scheint das nicht wirklich zu funktionieren. Weiß jemand näheres?

    Zitat von \0

    Du hast mich zwar nicht gefragt, aber ich denke ich darf deine Frage auch beantworten

    Ja na klar. ;) Danke \0! =)

    Zitat von \0

    Die Sprachdatei wird bei jedem Aufruf geladen.

    *argh*

    Das ist schon ne ganze Menge. Zumindest wenn man an die (kleiner werdende) Zahl der 56k-Surfer denkt. ;)

    Zitat von Michael Weisbrodt

    oder erst WordPress 2.0?

    afaik (ich hab die englischsprachige Original-Distribution installiert) sollte im deutschen Paket alles dabei sein. Im Zweifelsfall erst WP installieren und dann die deutsche Sprachdatei.

    ------------------

    DogMan Zunächst mal Danke für Deine Mühe, feiner Service as usual. ;) Rein interessehalber mal zwei Fragen:

    1. Die letzte de_DE.mo die ich im Verzeichnis hatte, war ca. 78 kB klein, die neue Datei hat jetzt eine Größe von 130 kB. Wie kommt es zu diesem recht großen Sprung?

    2. Wie läuft das eigentlich technisch ab? Wird bei jedem Seitenaufruf des Weblogs die dt. Sprachdatei mitgeladen? Oder nur wenn ich das Admin-Panel öffne? Oder nur einmal per Cookie-Session? Oder...

    Zitat von web-junkies

    Wo muss ich da ansetzen?

    In der style.css Deines Themes. Halte dort Ausschau nach #content o.s.ä. und platzierst Du ein:

    p img {
    padding: 4px;
    border: 1px solid #000000;
    }

    Wenn Du Dein Theme nennen würdest, könnte man es noch genauer beschreiben.

    Ich geh jetzt aber erst mal Cocktails mixen und trinken. Happy New Year und bis morgen oder so. :D

    Zitat von DogMan

    Dass das nicht zwischen Tür und Rahmen einfach
    mal so durchzuführen ist, seht Ihr ja selber, also
    könnt Ihr Euch auch schon darauf freuen, dass wir
    da was schickes ausbrüten werden.

    Na da freut man sich doch doppelt aufs neue Jahr. ;)

    :trippel:

    Zitat von psycco!

    Jowra, es geht hier gerade darum, dass ich es allgemein nicht hinbekomme, TinyMCE zu installieren ... und da fragte ich, ob mir das jmd erklären kann!

    Du willst TinyMCE installieren? Der ist doch in WordPress schon eingebaut. :confused:

    Ich hatte es so verstanden, daß Du die Änderung vom telekommander einspielen willst und dazu mußt Du nur die drei Dateien an die oben 2x genannten Adressen kopieren.

    Psycco, das hat der Kommander aber oben ganz genau gepostet:

    Zitat von telekommander

    Folgende Dateien sind zu ersetzen :

    image.htm in [COLOR="DarkGreen"]../wp-includes/js/tinymce/themes/advanced/[/COLOR]
    image.js in [COLOR="DarkGreen"]../wp-includes/js/tinymce/themes/advanced/jscripts/[/COLOR]
    editor_template.js in [COLOR="DarkGreen"]../wp-includes/js/tinymce/themes/advanced/ [/COLOR]

    ---

    Anyway, ich will nicht akzeptieren, daß ich die Bildabmessungen von Hand eintragen muß. Der Knackpunkt warum die "richtige" Breite und Höhe vom Kontext-Menü nicht übertragen werden, liegt in der Datei: wp-admin/inline-uploading.php.

    Die Programmierung sieht so aus, daß egal ob Thumbnail oder Original ausgewählt wird, nur eine Variable definiert wird: $height_width und diese erhält immer die Abmessungen der Thumbnails.

    Ab Zeile 238:

    PHP
    imga[{$ID}] = '<img id=\"image{$ID}\" src=\"$src\" alt=\"{$image['post_title']}\" $height_width />';
    imgb[{$ID}] = '<img id=\"image{$ID}\" src=\"{$image['guid']}\" alt=\"{$image['post_title']}\" $height_width />';

    Nun hab ich zwar schon eine neue Variable definiert ($height_width_org) und mit den richtigen Bilddaten gefüttert und dann bei imgb (dem Original) diese variable verwendet:

    PHP
    imga[{$ID}] = '<img id=\"image{$ID}\" src=\"$src\" alt=\"{$image['post_title']}\" $height_width />';
    imgb[{$ID}] = '<img id=\"image{$ID}\" src=\"{$image['guid']}\" alt=\"{$image['post_title']}\" $height_width_org />';

    das juckt WP aber nicht. Es gibt aber noch eine dritte Stelle wo die Variable verwendet wird, in Zeile 241:

    PHP
    $html .= "<div id='target{$ID}' class='attwrap left'>
    <div id='div{$ID}' class='imagewrap' onclick=\"doPopup({$ID});\">
    <img id=\"image{$ID}\" src=\"$src\" alt=\"{$image['post_title']}\" height_width />
    </div>

    Ändere ich dort nun $height_width in $height_width_org, haut WP immer die Originaldatei mit den richtigen Abmessungen ins Post. Also genau anders rum, für die großen Bilder klappt es, aber nun kann ich keine Thumbnails mehr posten.

    Das Thema wird auf wordpress.org natürlich auch gerade diskutiert und ich habe das Gefühl, daß Matt & Co. da irgendwas nicht bedacht haben. Jedenfalls kan ndas Endziel nur sein, daß ich Thumbnail oder Original auswähle und automatisch die richtigen Daten ins Post gesetzt werden...