Beiträge von Ammaletu

    Also, von dem Plugin hab ich noch nie gehört, aber trotzdem: ;-)

    Zitat

    in den standarteinstellungen von wp_cycle ist ein bildgrösse von 960x800 vorgegeben. lade ich ein bild in der grösse hoch - habe ich einen weissen bildschirm und wordpress reagiert nicht mehr.

    Dann solltest Du schauen, ob und wenn ja wo Dein Server PHP-Fehler loggt. Am Bildschirm ausgegeben werden sie ja offenbar nicht. wenn Du die genaue Fehlermeldung hast, kann man weitersehen.

    Du könntest außerdem mal das "Memory Usage"-Plugin installieren und auf dem Dashboard schauen, wie viel Speicher Du zur Verfügung hast und ob das knapp ist. Das Handling größerer Dateien kann ja schon mal etwas Speicher verbrauchen, vielleicht bist Du knapp drunter und der Upload bringt Dich ans Limit.

    Zitat


    verkleiner ich in den wp_cycle die einstellungen der bildgrösse, dann speichern und dann hochladen, bekomm ich die meldung das das bild nicht die entsprechende grösse hat. obwohl in der readme steht, das bilder ja automatisch angepasst werden.



    Wie gesagt, ich kenne das Plugin nicht, aber bist Du sicher, dass es die Größe in beiden Richtungen anpasst? Vielleicht werden nur zu große Bilder verkleinert und nicht anders herum, weil man das dann ja sehen würde (wird pixelig).

    Erklär uns doch bitte etwas genauer, was Du machen möchtest. Willst Du eine externe Datenbank auf einer statischen Seite oder in einem Blog-Beitrag einmal komplett ausgeben? Und immer mit den aktuellen Daten oder nur einmal die Daten rüberkopieren? Oder sollen das Infos pro Blog-Beitrag oder pro statischer Seite werden? Falls ja, würde das in die benutzerdefinierten Felder gehören. Wie Du die auslesen kannst, kann Dir dann sicher jemand sagen, das ist nicht schwer.

    Überleg Dir zuerst mal, wie Du die Inhalte ablegen willst. Prinzipiell hast Du die Wahl zwischen statischen Seiten und Blog-Beiträgen. Letztere kannst Du in Kategorien gleidern und mit Tags versehen.

    Beiträge könntest Du z.B. für News nehmen und alle anderen Inhalte als statische Seiten umsetzen. Dann würdest Du vermutlich in den Optionen zuerst mal eine statische Seite als Startseite einstellen und eine zweite statische Seite (kann leer bleiben) als Blog-Seite. Sagen wir mal "Home" und "News". Dann legst Du die weiteren benötigten hauptmenüpunkte als attische Seiten an. Je nach Theme wird das dann schon als horizontale Navigation unter dem Header ausgegeben.

    Statischen Seiten kannst Du auch Eltern-Seiten zuweisen. Manche Themes zeigen die Unterseiten dann als Ausklappmenü an, wenn Du mit der Maus auf die Elternseite gehst. Schau Dich ggf. mal in aufwändigeren Themes um, bis Du ein Menü findest, das Dir zusagt. Das kann man dann ggf. auch in Dein Theme verpflanzen.

    Hab ich so auf Anhieb noch nie von gehört. Ich denke auch, dass es relativ schwierig wäre, die normale Widget-Verwaltung entsprechend anzupassen. Aber wenn Du jetzt z.B. möchtest, dass Redakteure Text-Widgets bearbeiten können, aber sonst nichts an der Sidebar machen dürfen, kann man sich da sicher was als Plugin programmieren. Man kann ja die Widgets auf einer eigenen Seite aus der Datenbank ziehen und zum Ändern anbieten. So ganz simpel umzusetzen wäre es aber vermutlich nicht.

    Wenn Du uns genauer beschreibst, was Du erreichen willst, fällt vielleicht auch jemand anderem noch was hilfreicheres ein. ;-)

    Ok, dann poste ich mal den Code für mein Widget. Es zeigt automatisch den Excerpt des neuesten Beitrags der Kategorie "Book of the Month" an.

    Die Kategorie kannst Du über die Variable $category_to_load_from anpassen. Hier einfach die ID der gewünschten Kategorie ergänzen. Titel des Widgets etc. müsstest Du natürlich für Deinen Zweck anpassen. Falls der Excerpt nicht richtig ist und Du dort lieber den ganzen Inhalt willst, ersetze the_excerpt() mit the_content().

    Ach so, ja, das ganze muss so wie es ist in die functions.php Deines Themes, innerhalb des PHP-Bereiches.

    Die Veröffentlichung als Artikel hat den Vorteil, dass Abonnenten des RSS-Feeds das auch mitbekommen. Das würde ich also so lassen. Kannst Du diesen Artikeln nicht eine spezielle Kategorie oder ein spezielles Tag geben, sagen wir mal "Termine"? Dann könntest Du dort ein Widget einsetzen, welches einfach den aktuellsten Artikel aus der Kategorie oder dem Tag zieht und darstellt. Sowas habe ich auf einer meiner Seiten im Einsatz. Wenn es Dir hilft, poste ich gerne mal den Code des Widgets. Ist aber simpel gestrickt, ohne Caching oder so. Wenn Deine Seite viele Besucher hat, müsstest Du ggf. schauen, ob das performance-mäßig ok ist.

    Was soll das denn? Wenn Du Dein Problem selber lösen konntest, dann ergänze doch bitte die Lösung anstatt das Posting zu löschen. Diesen unsinnigen Beitrag finden jetzt für alle Zeiten Leute, die Probleme mit der .htaccess haben und die Forumssuche bemühen... :-/

    Wenn Du "leere Seite" schreibst, meinst Du dann eine komplett leere, weiße Seite? Falls ja deutet das wahlweise auf einen PHP-Fehler oder ein Überschreiten des Memory-Limits hin. Zu beidem findest Du in den FAQ mehr Infos. An den Links selbst wird das eher nicht liegen, denke ich, nicht an der Länge jedenfalls.

    Du kannst im WP-Backend in den Optionen doch einstellen, dass als Startseite eine statische Seite benutzt wird.Warum machst Du das nicht einfach, die kannst Du dann bei Bedarf ja auch leer lassen (obwohl ich nicht sicher bin, dass das eine gute Idee ist). Oder geht es Dir noch um was anderes?!

    Würde mich ehrlich gesagt wundern, wenn das messbar wäre. Man könnte natürlich ein Plugin schreiben, dass beim Speichern immer aus dem Text den Auszug erstellt und speichert. Aber dann würde man ggf. manuell erstellte Auszüge überschreiben. Oder man macht das nur, wenn kein manueller Auszug eingetragen ist, aber dann wird der Auszug bei Änderungen am Artikel nicht mehr aktualisiert...

    So oder so glaube ich nicht, dass das ein sonderlich sinnvoller Weg ist. Wenn Du so viele Besucher hast, dass Deine Seite langsam wird, müsstest Du ggf. mal über Caching oder bessere Hardware nachdenken. Manchmal reicht es auch schon, ein paar Plugins oder externe Scripte rauszuwerfen. Gerade von extern geladene Flash-Buttons oder JavaScripte können eine Seite schon verlangsamen. Man kann auch mal schauen, wie viele Dateien der Browser typischerweise laden muss und wie viele DB-Queries WP pro Aufruf macht.

    P.S.: Bei einem gewissen großen, deutschen Hoster gibt es wohl auch schon länger Probleme mit WP. Suche ggf. mal nach Deinem Hoster hier im Forum, vielleicht findest Du da Hinweise. ;-)

    Ähm, was heißt "normal geschriebenen Text"? Die Angabe an sich lautet "font-family" oder nur "font" im Stylesheet. An einer Stelle ist die auf "Georgia" gesetzt, das könntest Du zu Times oder arial oder einer anderen Schriftart ändern. Aber denk dran, dass nur sehr wenige Schriftarten hinreichend verbreitet sind. Es lohnt sich also nicht, an der Stelle zu viel zu wollen. Hauptsächlich müsste man sich zwischen Serifen-Schrift und serifenloser Schrift entscheiden.

    Zitat

    Was is größer... 0.7 oder 1 oder 0.5? Es verändert sich gar nix

    Das sind quasi Prozentangaben, wobei 1 = 100% der Parent-Schriftgröße. Wenn Du global 0.7 definierst und willst einen bestimmten Text größer haben, musst Du dem dann einen Wert von > 1 geben, also z.B. 1.5. Mit 0.5 müsste die Schrift halb so groß werden wie sie vorher war.

    Familie, Arbeit und sonstige Alltags-Geschichten gehen natürlich immer vor, und ich hoffe, Robert ist ok. Aber für die simple Tätigkeit des Einpflegens von Korrekturen sollten möglichst mehrere Personen Zugang zur Sprachdatei haben. Gerade wo die aktuelle nun wirklich viele Fehler enthält, habe gerade schon wieder was Englisches entdeckt.

    Dazu sollte dann auch möglichst pro WP-Version gleich ein Thread eröffnet werden, finde ich, damit man weiß, wo man Hinweise abwerfen soll und nicht 50 Leute die gleichen Sachen melden. ;-)

    Also die schwarzen Rahmen sind ab Zeile 448 im Stylesheet definiert. Da müsstest Du ansetzen. Da Du aber dem li-Element nur einen Hintergrund geben kannst und nicht zwei oder gar vier (kommt drauf an, ob die Weite der Boxen fest ist oder nicht), brauchst Du da vermutlich noch ein weiteres Element. Da müsstest Du mal schauen, ob Du WP dazu bringen kannst, jedes li als erstes noch mit einem div zu befüllen (benutzt Du Widgets für die Sidebar?).

    Bist Du sicher, dass Du Dir das antun willst? So etwas zu basteln ist nicht ganz trivial, wenn es am Ende gut aussehen soll. Es gibt darüber hinaus einige Lösungen für CSS-Rahmen mit abgerundeten Ecken. Muss ja nicht einfach schwarz sein.

    Natürlich habe ich mir die Seite angeschaut. Mein normalerweise bevorzugtes Tool, die Web Developer Toolbar, versagt dabei allerdings vollständig und zeigt gar keine Styles an. Keine Ahnung wieso... Der W3C-Validator weigert sich aber z.B., Deine Seite zu validieren, weil Dein Webserver sie fälschlicherweise als UTF-10 ausliefert (HTTP-Header "Content-Type: text/html; charset=UTF-10"). Das solltest Du korrigieren.

    Anyway, es sieht so aus: Du hast ganz am Anfang des Stylesheets für das body-Tag eine Schriftgröße von 0.7em definiert. Alle Schriftelemente der Seite erben das, was man z.B. im Menü und in normalen Inhalten sieht. Überschriften und einige andere Elemente haben eine größere Schriftgröße bekommen, genau wie der Block ganz oben auf der Startseite, der direkt im Quelltext auf eine Schriftgröße von 14px gesetzt wurde ("font-size: 14px;"). Du kanst jetzt entweder die Basisgröße von 0.7em erhöhen und alle anderen Elemente anpassen. Oder Du lässt die 0.7em so und definierst neue Regeln für Beitrags-Inhalte mit einer größeren Schriftgröße. Letzteres ist möglicherweise einfacher.

    Ich häng mich hier mal kurz dran, auch wenn der ursprüngliche Poster vielleicht wirklich Texte im Theme meinte. Seit gestern verwende ich die deutsche 2.8.4 mit der Du-Sprachdatei. Und ich habe im Backend noch so einiges in Englisch.

    Alles Untermenüpunkte links: "Add New" (Artikel), "Post Tags", "Add New" (Seiten), "Add New Themes" (Design).

    Und rechts im Artikel-Editor: "Separate tags with commas.", "Choose from the most used tags in Post Tags". Und in der "Auszugs"-Box: "Excerpts are optional hand-crafted summaries of your content that can be used in your theme. Learn more about manual excerpts."

    Das wundert mich insbesondere da das doch alles keine neuen Texte sind!? Wurden die mit 2.8 irgendwie geändert? Oder hakt bei mir was mit gettext!?