Beiträge von Ammaletu

Genau kann ich es Dir ohne Link zu Deiner Seite auch nicht sagen. Aber wie es aussieht erbt das header-div seine Weite wohl vom umgebenden div, da an #header selbst ja keine Weite definiert ist (bzw. Höhe, falls unten am Bild was fehlt). Da müsstest Du also mal schauen, wo Du das anpassen kannst. Generell zeigt der Browser Dir das Hintergrundbild nur soweit, wie die Box groß ist, der es zugeordnet ist. Genauer ließe sich das sicher mit einem Link zur Seite sagen.

Ich kenne das Plugin nicht, aber den post slug gibt es natürlich immer noch an Posts und Pages. Du musst, damit Du den auch siehst, zuerst mal eine entsprechende Permallinkstruktur einstellen. Also eine, die nicht nur die internen IDs benutzt. Wenn Du dann eine Seite oder einen Beitrag verfasst und einen Titel eingibst, sollte der aus dem Titel generierte post slug darunter in der angezeigten URL erscheinen. Gegebenenfalls erst nach dem ersten (Zwischen-)Speichern. Dort kannst Du den slug bei Bedarf auch bearbeiten.

Was ich aber in dem Zusammenhang schon seit längerem suche - wie kann ich

Zitat

ein benutzerdefiniertes Feld abfragen???

Das geht ganz einfach mit der Methode get_post_meta, z.B. so:

$rating = get_post_meta($id, 'my_rating', true);

Zitat

Ich find ihn leider nur noch etwas zu oversized

Sieht aber eigentlich gut aus so, man kann es nur noch etwas kürzen:

[LEFT]

<?php $myQuery = new WP_Query($query_string.'showposts=4&cat=4');
while ($myQuery->have_posts()) : $myQuery->the_post();
  $loopcounter++;
  $home_image = get_post_custom_values('home_image', $postID); ?>
<a href="<?php the_permalink() ?>"><img class="<?php echo ($loopcounter % 2 == 0) ? "even" : "odd"; ?>" alt="" src="<?php bloginfo('url'); ?>/wp-content/<?php echo $home_image[0]; ?>" /></a>
<?php endwhile; ?>

[/LEFT]

Genau kann Dir das nur der Besitzer der verlinkten Seite sagen, und ich persönlich hätte an Deiner Stelle auch ihn gefragt und nicht das Forum. Aber ich würde vermuten, dass der Inhalt eben Inhalt ist. Könnte eine statische Seite sein, wo das entsprechende HTML einfach eingegeben wurde.

Ach so, jetzt verstehe ich es. Ich dachte, Du willst den vorhandenen Abstand weg haben und nicht anders herum. Ok, das ist aber genauso einfach. Ich nehme mal an, dass die Bilder in einer while-Schleife ausgegeben werden. Dann einfach in etwa so lösen:

<?php
$my_count = 0;
while (have_posts()) : the_post();
  $my_count++;
  $my_class = ($my_count  % 2) ? ' class="mehr-abstand"' : '';
?>
   <img ... <?php echo $my_class; ?> />
<?php endwhile; ?>

Das würde den Abstand an jedes zweite Bild anhängen, und so ist es ja gewünscht, oder?! PHP brauchst Du dazu natürlich trotzdem.

Das sollte eigentlich recht simpel sein, einfach im Startseiten-Template (ich nehme mal an, das Du dafür ein eigenes Template angelegt hast?!) noch eine weitere Klasse definieren und dann damit im Stylesheet halt die nicht gewünschten Angaben überschreiben (zur Not ganz ans Ende anhängen), also den Rand z.B. auf 0px setzen oder so.

99% Chance dass eine Datei nicht oder nicht richtig hochgeladen wurde. Das passiert wesentlich öfter als man glauben sollte, ernsthaft. Für den Anfang kontrolliere doch mal, dass die Anzahl der Dateien in den Ordnern lokal und auf dem Server übereinstimmt. Du kannst auch einfach alle WP-Dateien noch mal hochladen (ggf. mit einem anderen FTP-Programm) und auf dem Server überschreiben (DB ggf. noch mal leeren und neu installieren). Die genannte Funktion befindet sich im übrigen in wp-admin/includes/dashboard.php.

Also falls Du nicht ein spezielles Detail meinst denke ich nicht, dass da ein bestimmtes Plugin im Spiel ist. Das ist einfach nur ein gut gemachtes Seiten-Template, würde ich tippen. ;-)

Hm, prüfe mal ob Dein Browser Dir JavaScript-Fehler anzeigt beim Beitrag Erstellen, würde ich sagen. Und Du könntest mal im Log des Servers schauen, ob PHP-Fehler auftreten. Ich kann jetzt nur raten, aber es könnte theoretisch an irgendeinem Plugin liegen, das vielleicht nicht aktuell genug ist oder sich mit WP 2.6 nicht verträgt. Ggf. müsstest Du mal alle Plugins deaktivieren und dann testen. Das geht am besten sicher an einer lokalen Version (mit XAMPP, siehe FAQ).

Zitat

Oder muss ich das Thickbox-Plugin deinstallieren?

Ja, das wäre eine gute Idee. Aber wenn es nicht funktioniert solltest Du wie erwähnt einen JavaScript-Fehler sehen.

Du kannst allerdings im Quelltext mal nachschauen, dass das Plugin wie gewünscht rel="lightbox" an den Bilderlinks ergänzt hat. Wobei ich gerade mal überlege, Du wolltest das ja mit der NextGen-Galerie machen, oder? Die kenne ich nicht, ggf. musst Du das dort dann doch manuell an den Links ergänzen. Teste zur Probe mal einen Bilderlink in einem ganz normalen WordPress-Beitrag, ob es da automatisch klappt.

Manuelle Anpassungen sollten mit dem Lightbox2-Plugin nicht nötig sein. Wenn Du die Optionen des Plugins entsprechend setzt, macht das die ganze Arbeit für Dich. Falls es trotzdem nicht funktioniert, solltest Du zumindest einen JavaScript-Fehler sehen. Mach Dich ggf. mal schlau, ob und wie Dein Browser Dir das anzeigt.

Das könntest Du z.B. über ein Custom Field lösen, würde ich sagen. Auslesen kannst Du das z.B. so:

$subline = get_post_meta($id, 'custom-field-name', true);

Also Simple Tags habe ich auch (1.5.7), daran wird es eher nicht liegen. Kannst Du uns etwas genauer beschreiben, wie sich das Nicht-Funktionieren äußert?

Zitat

seit neustem kann ich das Publikationsdatum, also das Datum was angibt wann der Artikel veröffentlicht wird, nicht mehr bearbeiten.

Tritt ein Fehler auf oder hast Du nur noch nicht herausgefunden, wie es in der 2.6.2 funktioniert? Soweit ich das sehe, ist das jetzt rechts unter "Status" platziert. Dort einfach auf "Bearbeiten" hinter "Sofort publizieren" klicken. Die Formulierung ist etwas irreführend, aber wenn Du da ein anderes Datum einträgst und den Beitrag speicherst, steht dann dieses Datum dort anstatt von "Sofort publizieren".

Ich hab's tatsächlich getan und mein Blog auf WP 2.6.2 aktualisiert. So, und nun bin ich bei einigen Details etwas dabei, mich zu wundern. Insbesondere das Dashboard: Hier gibt es ja die Sektion "Eingehende Links", welche standardmäßig Google benutzt. Wenn man aber z.B. lieber Technorati benutzen möchte, gibt es dort einen Bearbeiten-Button, unter dem man die RSS-Adresse und die Anzahl der Links ändern kann. Nur scheint das nicht zu funktionieren, wenn man auf Speichern drückt, ändert sich einfach nichts.

Ich habe ein bisschen im Netz gestöbert, und wie es aussieht, liegt das nicht nur an mir (How to fix wordpress 2.6 dashboard to get incoming Technorati Links, Wordpress 2.6 Dashboard fix for Technorati Incoming Links | Ruhani Rabin). Allerdings konnte ich im WordPress-Trac keinen Eintrag dazu finden. Das Plugin, welches mir das früher von Google zu Technorati umgestellt hat, funktioniert so halbwegs, außer dass dort statt des Blog-Titels immer "Jemand" steht (siehe Screenshot in verlinkter Seite). Naja, und an den Core-Dateien wollte ich dafür nun nicht gerade rumfummeln.

Deshalb würde mich mal interessieren, wie das andere 2.6-Benutzer gelöst haben und ob es offizielle Aussagen dazu gibt, z.B. doch einen Trac-Eintrag. Ich meine, ein solchermaßen kaputter Bearbeiten-Link fällt für mich schon in die Kategorie "peinlich" und hätte meiner Meinung nach in 2.6.1 gefixt gehört. Oder liegt das irgendwie doch an mir?! Firefox 3/Win im übrigen.

Wie wäre es damit, die URLs der nicht gefundenen Bilder (so deute ich mal Deinen Hinweis auf die Fragezeichen) zu checken?! Daran sollte sich doch schon mal ganz klar sehen lassen, was falsch ist (der Bilderpfad nämlich), wenn vielleicht auch nicht gleich woran das liegt.

Hm, also im FF3/Win geht es schon mal nicht, obwohl ja unter Deinem neuesten Beitrag ein Test-Kommentar steht. Ich würde ehrlich gesagt drauf tippen, dass der coComment-Kram Schuld dran ist, was auch immer das sein mag. Sonst wüsste ich nicht, wieso sich beim Klick auf den Submit-Button nichts tun sollte. ... So, habe noch mal mit deaktiviertem JS getestet. Klar, da klappt es.

Sorry, komme hier gerade zufällig wieder vorbei und hoffe es ist noch nicht zu spät für eine Antwort: Wie gesagt würde ich so eine Aktion an einer lokalen Version probieren, wo Du eine Größenbeschränkung einfach aufheben kannst. Die saubere, lokale Datenbank kannst Du dann als Dump exportieren und auf dem Server wieder einspielen (dabei Blog-Adresse ggf. ändern). Wenn das dann immer noch Probleme mit Größenbeschränkungen gibt, kannst Du den DB-Dump sicher in mehrere Teile teilen und Stück für Stück importieren, denke ich.

Zitat

Bin in einigen Blogs von Blogspot verlinkt. Normal müsste ich das doch bei mir im Adminbereich sehen wo ich verlinkt bin, oder ?

Das hat nur bedingt etwas mit dem Thema Pings/Trackbacks zu tun. Könnte sein, dass diese Blogs Dich angepingt haben und der Ping nicht ankam. Könnte aber auch sein, dass sie Dich eben nicht angepingt haben. Das kannst Du ja nicht wirklich wissen, wenn es nicht Deine Blogs sind. Ob Pings generell ankommen, kannst Du aber ja ganz simpel selber testen, siehe vorherige Postings.

Was die Ausgabe der Seiten, die das eigene Blog verlinken, betrifft, das habe ich so verstanden: Once upon a time nutzte WordPress dafür Technorati und alle waren glücklich. Dann wurde das zu Google geändert, und plötzlich sah man nur noch halb so viele Links auf die eigene Seite, wenn überhaupt welche. Ich kannte dieses Feature lange Zeit nicht mal, weil mir Google schlicht nichts angezeigt hat, trotz vorhandener Links. Dann gab es ein Plugin, mit dem man das wieder zu Technorati ändern konnte. In 2.6 habe ich es aber noch nicht zum Funktionieren gebracht. Kurzum, wenn Dir Google da nichts anzeigt, kann es einfach an Google liegen. Das funktioniert aber nicht über Pings und Trackbacks.

Ich bin ehrlich gesagt nicht sicher, was Du mit "grafischer Formatierung" meinst. Das Aussehen Deines Blogs wird über das Theme und da vor allem über das Stylesheet gesteuert. Das kannst Du selbstverständlich bearbeiten, entsprechende CSS-Kenntnisse vorausgesetzt. Wenn die Rechte auf dem Server richtig gesetzt sind, müsstest Du es auch aus WordPress selbst heraus bearbeiten können, aber es ist eigentlich empfehlenswerter, die Dateien lokal zu bearbeiten und dann hochzuladen. So hast Du davon schon mal ein Backup für den Fall aller Fälle. Noch besser wäre es, Änderungen am Theme an einer lokalen Kopie des Blogs auszutüfteln, siehe FAQ.