Beiträge von pufaxx

  • Problem mit wp_list_pages

    ... mir ist zwar auch nicht ganz klar, wozu man den Menüpunkten eine andere Domain geben sollte - aber ... probier's doch mal folgendermaßen:

    Schritt eins:

    $MeinePageliste = wp_list_pages('blablablaDeineParameter&echo=0');

    Schritt zwei:

    $MeinePageliste = preg_replace(SuchmusterAlteDomain, NeueDomain, $MeinePageliste);

    Du musst also ein Suchmuster angeben, das href="deineAlteDomain/RestVomLink" findet und den ersten Teil des Treffers durch die neue Domain ersetzen, während der Rest des Links so bleibt, wie er ist ...

    Und in Schritt drei: Deine Pageliste wieder ausgeben.

    Nicht wundern - Die ganzen PlugIns wie Clean-Umlauts etc. wirken sich nicht auf Template-Tags aus, die nicht direkt ausgegeben werden. Damit nachher im Quelltext keine Ä's und so weiter zu finden sind, müsstest Du $MeinePageliste vor der Ausgabe noch mal filtern.

  • Nach Update ein kleines Problem

    Also ich hab die beiden "neuen" Einträge einfach weggelassen - und keine Probleme mit Umlauten.

    Probleme mit Umlauten hatte ich hingegen neulich, als ich Datenbank-A vom Testserver auf die Live-Seite eines Kunden übertragen wollte. Die Ursache war schnell gefunden - Das Projekt begann dermaleinst als WordPress 1.52er-Seite, dann mehrere Upgrades, hier PlugIn, da PlugIn - und einige Datenbank-Tabellen waren german_ci-Dings, andere swedish-irgendwas - Warum?! - Weiß der Geier.

    Wenn ich mir meine aktuelle Datenbank mal genauer angucke, finde ich dort ebenfalls einige Tabellen mit Zeichensätzen, die mich staunen lassen. Funktioniert aber erfreulicherweise alles. Es sei denn, ich gebe in der wp-config (wie in der Muster-Datei von WordPress 2.2 empfohlen) Zeichensatz und Collation an, mit denen alles gleichermaßen interpretiert werden soll ... DANN hab ich Chaos.

    Wenn ich nichts angebe, bleibt alles wie gehabt - und ... das bislang stressfreieste Upgrade ever. Ich musste nur ein paar Parameter von get_links(); ändern und ansonsten war das n Ding von zwei Minuten.

    Eventuell sollte ich beizeiten doch mal meine Datenbank durchackern, weil es nicht wirklich praktisch ist, x verschiedene Zeichensätze drin zu haben. Aber ich glaub, die Mühe mach ich mir lieber erst, wenn irgendetwas gar nicht mehr funktioniert.

  • Keine Vorschau mehr seit 2.2

    ... ist auch ein bisschen praktischer - "Seiten/Beiträge schreiben" oder "bearbeiten" reagiert ein gutes Stück schneller, wenn die Vorschau nicht mehr in den Vorschau-iframe reingeladen werden muss.

    Den Vorschau-iframe hatte ich vorher aus Performance-Gründen ohnehin auskommentiert ...

  • Kategorien formatieren

    Uaaah ... mach's Dir doch nicht so kompliziert ...

    :-)

    Guck am besten mal in den HTML-Quelltext Deiner Seite. Und normalerweise sollten die Kategorien dort als "hierarchische" Liste angezeigt werden - So dass Du relativ bequem im Stylesheet festlegen kannst, dass die untergeordneten Listen anders dargestellt werden als die übergeordneten.

    In der Datenbank solltest Du für "dies und das ein bisschen anders darstellen" jedenfalls nicht rumfummeln ...

  • Untergeordnete Seiten - großes Problem

    Ich find den Sidebar Page Switcher ganz praktisch.

    hobbingen.de :: Software-Schmiede

    In der Readme-Datei steht (glaub ich) ein Codebeispiel, wie man solche aufklappenden Seitenmenüs realisiert. Dann kannst Du damit auch noch je Seite festlegen, ob die Seite in der Navi auftauchen oder versteckt werden soll ... und ... Installier doch am Besten die SPS-Suite - Wenn Du schreibst, dass Du viele Seiten hast - Wäre es doch auch ganz gut, wenn die Suchfunktion auch die Inhalte von Pages durchsuchen würde. Das kann man in der SPS-Suite "einschalten".

  • WP-Table

    Das liegt daran, dass dann wohl nach den Tabellen nichts das Umfließen stoppt.

    Und dran denken: Leute, die nicht eingelogged sind, sehen keinen "Edit this entry"-Link ... für die könnte dann das nächstfolgende Element verschoben sein.

  • WP-Table

    Tabellen sind sogenannte "Block"-Elemente. Die zeichnen sich (wie z.B. Absätze oder Überschriften) dadurch aus, dass sie nach ihnen immer eine neue Zeile beginnt.

    Ich kenn das PlugIn nicht - und ich weiß auch nicht, was der WordPress-Editor so alles an selbst eingegebenen Styles nachher wieder rausfiltert - Wenn's geht könntest Du z.B. sorgen, dass die Tabellen "umfließen" - eine nach Links, die andere nach Rechts ... dann in etwa jeweils halbe Breite - und damit die darauffolgenden Elemente nicht irgendwie verschubst werden, muss das Umfließen auch wieder gestoppt werden ... Beispielsweise so ..

    in Deinem Fall ist über der Tabelle aber auch noch eine Überschrift (Block-Element), da hat man's dann einfacher, wenn man ein DIV außendrum setzt:

  • Design im IE nicht zentriert

    Nachtrag - Hab mir Dein Sheet noch nicht angeguckt - aber Tipp ... der so ziemlich "häufigste IE-Abstand-Fehler":

    <div><h1>Lalala</h1></div>

    Angenommen h1 hat nen Außenabstand von 50 Pixeln (margin) nach links ... der verdoppelt sich bisweilen. Zum Beispiel wenn die h1 auf "float: left" steht.

    ... Oder (in manchen Fällen) wenn sie durch andere Elemente "verdrängt" wird, die ihrerseits wieder Abstände haben

    ... das Logo-Bild könnte da an solchen "Verschiebungen" durchaus schuld sein. Also nicht nur an der h1 rumschrauben ...

    :-)

  • Design im IE nicht zentriert

    neee ... lass das mal mit den Zugangsdaten. Quellcode von der Startseite runterladen und CSS-Datei holen - tut's ja auch schon. Muss nur gleich weg, vielleicht heut abend wieder ... aber vielleicht hast Du's bis dahin ja auch schon.

    Grundsätzlich ist es immer ein bisschen schwierig, sich durch Styles durchzuwühlen, bei denen sich ANDERE Leute als man selbst die Gedanken gemacht haben. Und wenn's um Thematiken wie "Abstand stimmt nicht" geht besonders - Das kann wirklich viele, viele verschiedene Ursachen haben - Die Dinger heißen ja nicht umsonst "Cascading" Stylesheets ... Und abgesehen von den ganzen Browser-Unterschieden wäre das auch nicht unbedingt viel einfacher, wenn sie alle gleich reagieren würden ...

    Tipp: Bau Dir übergangsweise ein paar "Hilfen" ein ... Gib dem "problematischen" Element und den Elementen in der Nähe einfach mal Hintergrundfarben. Möglichst hässliche, unterschiedliche Sch... Farben ... und border alle auf Null setzen.

    Dann dürfte Einiges sehr viel deutlicher werden:

    DANN erst weißt Du nämlich, wie breit und wie hoch die Überschrift ist. JETZT weißt Du nur, dass die Schrift nicht dort erscheint, wo Du sie haben willst. Aber ob der AUSSEN oder INNENabstand nicht stimmt - kann man ohne HG-Farbe nicht erkennen. Vielleicht liegt's ja auch an der Zeilenhöhe? Am text-align?

    Eine Überschrift ist nämlich nicht nur da, wo die Schrift zu sehen ist. Das Element kann auch viel größer sein Oder kleiner. Im extremfall sogar ganz woanders als die Schrift ... Wenn man das Stylesheet nicht selbst geschrieben hat und noch nicht ganz durchgestiegen ist - Kann man entweder probieren (klappt meistens) - aber wenn man auf Probleme stößt, muss man über kurz oder lang doch das Stylesheet schritt für schritt durchsteppen ... Denn die meisten Stylesheets sind mit irgendwelchen Tricks gemacht, die manchmal komplett zusammenbrechen, bloß weil man irgendwo eine Breite geändert hat - und dann alles mögliche andere nicht mehr "zusammenpasst" ...

  • Kleine Bilder neben Beitragstitel?

    Ich hab mal etwas gebastelt, das den Beitragsinhalt nach dem ersten (angezeigten) Bild durchsucht - und dazu das Thumbnails ausgibt. Die Funktion hängt aber ein bisschen davon ab, wie Du Deine Bilder verwaltest. Müsste man also ggf. ein bisschen anpassen, das Ganze.

    Mit der erweiterten Version davon (die selbständig Thumbnails in gewünschter Größe generiert) hab ich aber aufgehört ... Denn kaum war die erste, halbwegs funktionstüchtige Version fertig - hab ich entdeckt, dass schon jemand vor mir auf die Idee gekommen ist: Image Extractor

    :-)

    Scheint auf jeden Fall ein interessantes Teil zu sein.

  • Icons vor Menüpunkte/Kategorien setzen.

    Für Pages hab ich ein kleines PlugIn geschrieben, das (über add_filter) jedem Listenpunkt aus wp_list_pages(); eine "eigene" CSS-Klasse gibt ... Basierend auf dem Seitennamen.

    So kann man dann per CSS seine "Icons" setzen.

    Das Ding kann man auch für Kategorien umschreiben ... Wollte ich eigentlich sowieso mal machen ...

    :-)

    Besteht Interesse?

  • Design im IE nicht zentriert

    "position absolute" interpretieren die meisten Browser unterschiedlich. Macht aber nix - Einfach Werte eintragen, also beispielsweise top: 30px; right 0px; Dann machen die (meistens) schon, was man haben möchte.

    Wenn Du keine Positions-Werte einträgst, setzten einige Browser das Element in etwa dort hin, wo es sonst auch gewesen wäre - andere gehen bei "absolute" immer von "oben null" und "links null" aus.

    Dieselben Ergebnisse erreicht man jedenfalls nur, wenn man eine präzise Angabe schreibt.

    Übrigens aufpassen - Der Netscape kann einen manchmal ganz schön ärgern. Wenn man im Netscape irgendetwas innerhalb eines gefloateten Elementes absolut positioniert, wird "eins weiter außendrum" als Referenz genommen, egal ob das Element direkt außendrum absolut, relativ oder überhaupt nicht positioniert ist ...

    ... Hab zufällig grad eine etwas längere Nacht hinter mir - eines der Probleme war, ein Preisschild an die linke untere Ecke von lauter Shop-Produkt-Bildern zu kriegen. Bei absoluter Positionierung haben alle Preisschilder in der selben Shop-Ecke geklebt, Relativ verschieben ging auch nicht, denn bei Netscape lassen sich relativ verschobene Links nicht mehr anklicken, wenn sie außerhalb des Eltern-Elementes sind ... Ätzend. So ziemlich das erste Mal, dass ein anderer Browser als der IE Schuld an ungefähr 250 Zigaretten und dreieinhalb Millionen Tassen Kaffee war ...