Beiträge von pufaxx

*lol* ... Dann hab ich Dich wohl mehr als nur ein bisschen missverstanden. Ich hab gedacht, dass Dein "fixed" irgendwie ein nicht ernstgemeinter Zwischenstand von x-mal-Probieren-und-irgendwann-aufgegeben gewesen ist.

Dass das Bild tatsächlich "stehenbleiben" soll, hab ich gar nicht gemerkt ... denn gescrollt hab ich nur mit dem IE, mit Firefox hab ich die Seite nicht einmal weiter "berührt", sondern nur geguckt, wie sie aussehen soll.

:-)

Jo, auf die Idee, die Signatur anzuklicken, hätte ich eigentlich selbst kommen müssen.

:-)

Aber ich hab jetzt auch keine Idee, warum der IE das Bild nicht anzeigt. Der IE7 tut's übrigens ebenfalls nicht ...

Hm ...

Manchmal versteckt der IE Elemente, in denen weitere Elemente mit "float"-Eigenschaften liegen. Die werden normalerweise wieder sichtbar, wenn man einmal am Scrollrad dreht. Diese Probleme kann man beheben, indem man dem äußeren Element eine Breite gibt, die auch 100% sein kann.

Trifft aber bei Dir vermutlich nicht zu, außerdem hab ich noch nie einen Fall gehabt, in dem der body von diesem Bug betroffen gewesen wäre.

Schalte doch erst mal alle Zusatz-Stylesheets und JavaScripts aus, die von irgendwelchen PlugIns erzeugt werden - (also kurz: alles, was die Anzeige irgendwie beeinflusst) - und wenn der "Schuldige" so immer noch nicht ausfindig gemacht werden kann ... Naja. Fummelkram. Ich würde so vorgehen, ein Hilfs-Stylesheet anzulegen, in dem jede ID genannt und vorläufig auf "display: none" gesetzt wird:

#aboutcontainer, 
#about, 
#bla, 
#dings,
#...und so weiter ... { 
	display: none 
}

Dann mal gucken, was so passiert - und eins nach dem anderen wieder einschalten ...?

Bei der Größe - Musst Du halt ausprobieren, was Dein Webhoster so zulässt. Wie lange ein Script vor sich hinwerkeln "darf", liegt normalerweise nicht am Script selbst ...

Ansonsten sind 640 kb für ein Bild ohnehin ein bisschen groß - Übertragungszeit bei Analog-Verbindung (laut Angaben im Photoshop "Für Web Speichern"-Menü) --> 231 Sekunden. Ich nehme an, Du willst Deine Bilder sowieso "nur zum Angucken" zeigen - und (Wasserzeichen) nicht zur Weiterverarbeitung anbieten - Dann kannst du die ruhig auf ungefähr 200 kb oder weniger runterkomprimieren - und die sehen dann immer noch gut aus.

(Das geht übrigens auch alles mit der IrfanView-Stapelverarbeitung)

Wenn das mit dem Import immer noch "zu lange" dauert, dann wird Dir wohl echt nichts anderes übrig bleiben, als Deine Bilder in mehrere Ordner zu unterteilen. Ist ja auch kein Beinbruch - und man findet sich nachher schneller in der Galerie zurecht.

Wie gesagt - die reine Anzahl der Bilder ist kein Problem. Ein Kunde von mir verwaltet aktuell über 14.000 Bilder mit der mygallery (allerdings mit maximaler Kantenlänge 900 Pixel, dafür aber teilweise sogar 300 Bilder pro Ordner) - beim Import von solchen Ordnern ist dem Server bisher noch nicht die Puste ausgegangen ...

Du kannst Dir aber auch mal ein anderes PlugIn angucken: Lazyest Gallery. Die funktioniert prinzipiell ein bisschen anders - Bei mygallery musst Du dem Galeriesystem jeden Bilder-Ordner "beibringen". Bei Lazyest Gallery musst Du nur sagen "Das ist mein Haupt-Galerie-Ordner" und der Rest läuft automatisch. Hat beides seine Vor- und Nachteile. Die mygallery ist schneller, weil sie auf "abgespeicherte Erkenntnisse" zurückgreift. Die Lazyest Gallery ist einfacher zu bedienen (Ordner mitsamt Unterordnern hochladen - fertig) und Du wirst keine Probleme mit Script-Laufzeiten haben, weil jedes Thumbnail erst erzeugt und gespeichert wird, wenn's das erste mal angezeigt werden soll. Es werden also nicht Hunderte von Berechnungen "in einem Rutsch" durchgeführt. Dafür durchsucht die Lazyest-Gallery bei jedem Aufruf alle Ordner aufs Neue, um Übersichten, Untermenüs etc. zu produzieren. Das wird ab etwa 4.000 Bildern reichlich langsam. Außerdem hast Du da nicht so viele Extra-Anzeige-Funktionen ...

Ich stricke momentan an ein paar Erweiterungen für die Lazyest Gallery, so dass nicht nur Thumbnails, sondern die komplette Ausgabe gecached wird - und inzwischen bekomme ich nicht NUR Fehlermeldungen, es könnte also innerhalb der nächsten 300 Jahre fertig werden.

:-)

Wenn's ein "Ausnahmefall" ist, dass eine Seite keinen Menüpunkt erzeugen soll - ja: Mit dem Parameter "exclude" kann man Seiten aus dem Menü ausschließen. Wenn Du es ein bisschen komfortabler haben möchtest, nimm den Sidebar Page Switcher - Dann hast Du für jede Seite eine Auswahlmöglichkeit "Anzeigen"/"Nicht Anzeigen".

185 Bilder sind eigentlich kein Problem für die Gallery. Aber vielleicht sind die Bilder jeweils einfach zu groß gewesen?

... mal BODY in Kleinbuchstaben schreiben?
... oder ein bisschen "ausführlicher" schreiben?

body { background-color: #fff;
background-image: url("images/background1.jpg"); 
}

... oder: Ein Link zur Seite wäre ganz gut, bei CSS-Geschichten gibt's einfach zu viele Sachen, die sich gegenseitig beeinflussen können. Denn mit nur einer Anweisung kann man relativ wenig dazu sagen.

... und wenn Du es mal mit

<p><?php next_posts_link('&laquo; Fr&uuml;here Beitr&auml;ge') ?> |
 <?php previous_posts_link('Neuere Beitr&auml;ge &raquo;') ?></p>

probierst?

Ansonsten ... Ich muss gestehen, dass ich jetzt gar nicht so genau weiß, wie query_posts arbeitet. Könnte auch sein, dass man damit auch gar nicht "blättern" kann, wenn man die Anzeige auf soundsoviel Ergebnisse beschränkt. Wenn's denn sechs Beiträge sein sollen, kannst Du das auch unter "Einstellungen" / "Lesen" umstellen.

Das musst Du schon dort einfügen, wo Posts existieren. Aber noch vor der Schleife, sonst hast Du nachher sechs "Blättern"-Links, also nach <?php if (have_posts()) : ?>

Du musst das dann jeweils in einen eigene Bedingung packen:

<?php if (is_home()||is_page('123')||is_page('124')||is_page('125')) { ?>
<!-- trallala -->
<?php } ?>

Bloß ich hab das Gefühl, Du machst Dir grad etwas viel komplizierter, als es eigentlich sein müsste. Ist nicht so praktisch, sich sein Theme mit lauter Bedinungen vollzupacken ... Da werden dann inhaltliche Änderungen etwas nervig, weil man damit auch gleich wieder an seine PHP-Dateien muss.

Man kann z.B. auch abfragen, welche Seite die "Mutterseite" der gerade aktiven Seite ist.

Die Variable $posts ist global verfügbar. Wenn Du auf einer Seite bist, ist sie mit den Daten der aktuellen Seite gefüllt.

$posts[0]->ID gibt die ID der aktuellen Seite zurück
$posts[0]->post_parent gibt die ID der Mutterseite zurück.

Das heißt also, wenn irgendetwas nur dann passieren soll, wenn die Seite einer bestimmten "Mutterseite" zugeordnet oder die "Mutterseite" selbst ist, kannst Du z.B. schreiben:

<?php if (($posts[0]->post_parent == 123)||($posts[0]->ID == 123)) { ?>
<!-- 
Das hier wird nur bei Seite 123 
und allen untergeordneten Seiten
angezeigt
-->
<?php } ?>

... oder man benutzt ein PlugIn:

My Category Order

Und für Links gibt's das auch:

My Link Order

Ah. "default_category" und "default_link_category" ist also dafür zuständig, welche Kategorie für neue Links oder Postings voreingestellt ist ... Wirkt sich also doch aus. Nur für "Standard" hab ich immer noch nichts gefunden.

Ich bin grad dabei, eine Website von WP 1.52 auf 2.13 upzugraden. Hat bis jetzt auch soweit alles geklappt, aber eine kleine Sache ärgert mich:

- Diese ganze Geschichte besteht (bis auf den Bereich "Termine") ausschließlich aus "Pages"
- "Temine" werden mit dem "EventCalendar" verwaltet
- Vorm Upgrade hatte nur zwei Beitrags-Kategorie, nämlich "Termine" und "Nicht kategorisiert"
- Dazu noch einige Link-Kategorien.

Durch das Upgrade haben sich die "nicht-löschbaren"-Standard-Kategorien geändert. Jetzt ist "Termine" zur allgemeinen Standard-Kategorie geworden - also werden auch (neu angelegte) "Pages" der Kategorie "Termine" zugeordnet - und tauchen im Kalender auf.

Und es wird sicherlich auch noch ein paar andere Problemchen geben, weil jetzt ja Link- und Beitrags-Kategorien gemeinsam verwaltet und weil Pages und Posts beide in der Tabelle wp_posts gespeichert werden.

Wie kann man neu zuweisen, was "Standard" ist? In der Tabelle wp_options hab ich die Einträge bei "default_category" und "default_link_category" auf die gewünschten IDs geändert, das wirkt sich aber merkwürdigerweise überhaupt nicht aus.

Wo könnte man sonst noch suchen?

Für "Online" weiß ich nichts, aber meistens bearbeitet (verkleinern oder komprimieren) man ja seine Bilder sowieso vorm Hochladen ...

Such mal nach "IrfanView": Das ist ne Freeware-Bildverwaltung, mit entsprechenden PlugIns kann man die um Stapelbearbeitungs-Funktionen erweitern - Echt empfehlenswert, wenn man viele Bilder veröffentlichen will. Da kann man dann seine Bilder-Ordner vorm Upload "durchjagen", dabei "Benennungsregeln" aufstellen, die Bilder alle auf beispielsweise 800 Pixel Kantenlänge verkleinern - und "Wasserzeichen" kann man auch mit reinrechnen lassen.

Ich fürchte, eine Upgradepaket direkt von 2.1 auf 2.13 gibt es nicht. Aber ansonsten gibt's Upgradepakete immer hier:

WordPress Deutschland » Archiv » Upgradepaket

(Vermutlich ist es aber das Einfachste, wenn Du gleich die komplette 2.13er Version hochlädtst ...)

... ist echt kein Problem: Du musst dem List-Pages-Befehl halt mitteilen, wie die Seiten zu sortieren sind. Und "menu_order" sortiert nach den Nummern, die Du beim Seiten-Schreiben in das Feld "Reihenfolge" eingetragen hast.

Leider ist WordPress von Haus aus ein bisschen unkomfortabel, wenn's darum geht, mehrere Seiten umzusortieren - Man muss dann normalerweise jede Seite einzeln öffnen, Nummer ändern und wieder abspeichern. Wenn Du viel mit Pages arbeitest, empfehle ich Dir das PlugIn "Mass Edit Pages"

Und hier gibt's die Anpassung für WordPress 2.1

Jo - also ich meine auch, dass das geht. Ohne große Probleme.

Je nach "User-Level" müssen Beiträge erst von einem dazu berechtigten Admin "bestätigt" werden, bevor sie auftauchen. Das läuft in der Form, dass die "User" ganz normal nen Beitrag schreiben - aber es gibt keinen "Veröffentlichen"-Knopf. Und diese Beiträge werden dann als "Entwurf" abgelegt.

Der Schäffe-Admin sieht dann in seinem Start-Menü "Entwürfe anderer" ... und kann die dann entweder veröffentlichen oder löschen.

Ein bisschen "gefährlich" könnte es vielleicht sein, wenn man einen externen WYSIWYG-Editor (wie z.B. Xinha) benutzt, der eine eigene Bilderverwaltung hat. Denn damit könnten User eventuell Mist bauen und Bilder löschen, die andere Autoren schon hochgeladen haben. Aber wenn man ausschließlich die eingebaute Bildverwaltung einsetzt, ist auch das kein Problem, weil man Bilder aus anderen Beiträgen gar nicht "sehen" kann.

:-)

oops - da haben wohl viele gleichzeitig was geschrieben - und ich war am langsamsten ...

Ob man sich gerade auf der "Hauptseite" befindet, kann man grundsätzlich abfragen mit:

<?php if (is_home()) { ?>
<!-- hier das reinschreiben, was dann angezeigt werden soll -->
<?php } ?>

Klappt aber nicht immer: Wenn Du z.B. eine statische Seite als Startseite festgelegt hast, kann's gut sein, dass diese Bedingung bei Dir nicht (oder nicht immer) greift. WordPress 2.1 hat ja schon die Möglichkeit eingebaut, beim ersten Seiten-Aufruf eine "Page" anzuzeigen.

Wordpress < 2.1 kann das noch nicht - Da gibt's unterschiedliche PlugIns ... Bei denen greift is_home() nur wirklich beim ersten Aufruf des Blogs. Wenn man aber weitersurft und dann wieder den Menüpunkt "Startseite" anklickt, trifft is_home() nicht mehr zu.

Du kannst Dir also entweder die ID deiner Startseite merken und sie einbauen:

<?php if (is_home()||is_page('123') ){ ?>
<!-- Das hier wird nur auf der Startseite angezeigt -->
<?php } ?>

oder aber den "Page-Slug":

<?php if (is_home()||is_page('willkommen-in-meinem-blog')) { ?>
<!-- Das hier wird nur auf der Startseite angezeigt -->
<?php } ?>

oder direkt den "Seiten-Titel" (Ist nur schwierig, wenn Du Umlaute oder Sonderzeichen in der Überschrift hast):

<?php if (is_home()||is_page('Willkommen in meinem Blog')) { ?>
<!-- Das hier wird nur auf der Startseite angezeigt -->
<?php } ?>

fym: Einigen wir uns auf "Geschmackssache"?

:-)

Klar - für dreieinhalb verschiedene Headerbilder lohnt es sich nicht, mit Custom-Fields zu arbeiten.

Dann könnte man noch immer die ID des aktuellen Postings abfragen - und bei der Page mit ID 13 wird eben aus einem bestimmten Ordner das Bild namens "headerimage_13.jpg" genommen. Oder was auch immer.

Möglichkeiten gibt's also viele, und was letztendlich die praktischste ist, hängt dann von der Anzahl der zu verwaltenden Bilder ab - und davon, was für die Leute, die die Seite nachher pflegen sollen, am einfachsten zu bedienen ist.

Das wäre schön, ja. Nur Silbentrennung in HTML ist so ein Problem für sich ... Und meines Wissens nach gibt's kein PlugIn, das so etwas leistet. So etwas zu programmieren, ist aber bestimmt nicht unmöglich: Lauter Trennungs-Regeln aufstellen, alle Wörter nach möglichen Trenn-Stellen durchsuchen - und dort dann ein "weiches" Trennzeichen einsetzen.

Nur: Welches Zeichen benutzt man dafür?

wbr

fym: Klar geht das auch ohne Custom Fields. Aber es ist eher unpraktisch, für jedes neue Bild ein neues Page-Template zu speichern. Beziehungsweise lauter if (is_page('xy'))-Fallunterscheidungen anzulegen.

Da finde ich es sehr viel praktischer, wenn man direkt im Admin-Bereich Bilder ändern kann, ohne jedes mal seine Theme-Dateien "anfassen" zu müssen.

Was überhaupt auch gehen könnte - Die Wordpress-Eigene Upload-Funktion legt ja ebenfalls mit jedem hochgeladenen Bild Werte in die benutzerdefinierten Felder ab ... Wenn man festlegt "immer das erste Bild wird als Headerimage benutzt" ...? Dann muss man tatsächlich nichts in die Custom Fields eintragen. Aber abgefragt werden müssen die dann schon noch.