Kompetenzbereich Web

um 16:01 » Autor-Kommentar «

Vielen Dank! Ich hab dann hiermit auch die Ehre, den 1000. Kommentar zu verfassen, hat ja nur knapp zwei Jahre gedauert ;-) Der größte Teil der Arbeit ist jetzt Gott sei Dank vorbei. Ich drück jetzt mal alle Daumen dass das Template gut läuft und sich in der Praxis bewährt. Erstmal beste Grüße, Markus

29 | 07 2009

um 17:54 via Website

Tach Markus ;-),

und vielen Dank für Deine Arbeit, die ich auf den ersten Blick vorhin schon mal kurz begutachten konnte :-). Ich wurde von den Möglichkeiten förmlich erschlagen (und habe meinen einen Blog durcheinander gewürfelt in den Sidebars *g*). Aber egal. Es scheint zu laufen (unter WP 2.8.2 übrigens) und meine Fragen werden schon noch kommen, das drohe ich schonmal an :-)).

Es ist also durchaus davon auszugehen, dass ich jetzt bei mir erstmal nix mehr mache und ab morgen mit den Umstieg beginne, den der geneigte User dann also – wie so oft bei meinen Relaunches – wieder “am offenen Herzen” mitverfolgen kann ;-).

Tschö aus Goch
Nobbi

29 | 07 2009

um 18:27 via Website

Also ich habe einfach mal die Umstellung gelassen und sofort fällt mir die Position der Smilies im Text negativ auf. Liegt es ggf. am Plugin oder am Theme? Wo muss ich da schrauben, denn die werden alle am linken Rand angezeigt?

Da ich es nicht aufs Theme schieben möchte, poste ich auch nicht im “Report-Teil” ;-).

29 | 07 2009

um 18:41 » Autor-Kommentar «

Hi Nobbi, war ja klar das Du gleich die erste kleinere Sache entdeckst. Probier mal folgendes:

#content .wp-smiley {border: none; float: none; padding: 0; margin: 0;}

Diesen Code ins style.css packen, wenn es funktioniert kommts mit ins Update. Ein kleiner Hinweis noch am Rande. Nutze für Meinungen, Informationen und Spaß die Blog-Description. Erstens sieht es vermutlich besser aus, und zweitens ist die Wirksamkeit von H1-Headlines lange nicht mehr so entscheident wie ein H2 oder H3 … Greets, Markus

29 | 07 2009

um 19:29 via Website

Na, dann tu mal gleich mit rein ins Update *g*. Haut hin, priiima :-). Wenn Du mir jetzt noch kurz sagst, wie ich die Uhrzeiten aus den Kommenateren bekomme (gerne auch “hart”, das muss einfach sein, ist riskant…) bin ich schon seeehr glücklich ;-). Die Option fehlt übrigens in den Einsstellungen oder ich sehe den Wald vor lauter Bäumen nicht. Aber mal als Idee, wenn möglich: Uhrzeit global ausschalten können…

Der Kopfbereich wird noch geändert. Weißt ja, ist mir viel zu hoch/wuchtig ;-). Das Kopfbild wird noch ca. gedrittelt und werde ich sicherlich komplett neu gestalten (bzw. ein altes verwenden erstmal). Aber ich nehme Deinen Hinweis natürlich auf (hatte ich beim alten Theme auch rausgenommen).

Ach, mir fällt jetzt schon jede Menge ein, ich schreibe das mal gesammelt auf, denn es sind ja keine Fehler, sondern Begehrlichkeiten.

Tschö
Nobbi

29 | 07 2009

um 21:02 » Autor-Kommentar «

Erstmal auf die harte Tour. Entferne in der functions.php den nachfolgend aufgeführten Code in den angegebenen Zeilen:

Zeile 339

<?php _e('at', 'iowa'); ?> <?php comment_time() ?>

Zeile 379

<?php _e('at', 'iowa'); ?> <?php comment_time() ?>

Zeile 406

<?php _e('at', 'iowa'); ?> <?php comment_time() ?>

Der Header lässt sich im Backend bereit ein ganzes Stück kleiner machen. Options-Bereich Drei, Option Drei …

30 | 07 2009

um 04:42 via Website

Astrein, Danke Dir :-). Habe ich sogar noch vor der Frühschicht beim Frühstückskaffee gefunden und gemacht *g*

30 | 07 2009

um 13:11 » Autor-Kommentar «

Wirst doch nicht noch zum PHP-Experten und morgen ein Konkurrenztemplate erstellen ;-) … na Hauptsache es funktioniert, werd mal schauen wie ich das mit den Zeitangaben noch ändere …

30 | 07 2009

giglmania

um 14:05 via Website

Hallo,
tolle Arbeit, nach den Avenue Themes habe ich auch iowa getestet. Das Theme spricht mich visuell an und ich würde es vielleicht auch in einem Blog einsetzen.
Nun habe ich ein wenig, viel zu wenig noch, herumgespielt und mir sind zunächst zwei Probleme begegnet:
1. Das mit der Verkleinerung des Headers geht bei mir überhaupt nicht, der ist genau so groß wie mit Bild und mehr noch, ohne Farbe, obwohl ich eine Farbe angegeben habe und im Footer klappt’s auch.
2. Immer wieder musste ich in Option 4 – Ändere den Footer – die Aussage “Footer-Bereich” löschen und erneut speichern. Klarer ausgedrückt: Habe ich eine andere Einstellung geändert und gespeichert, tauchte im Blog über dem Footer die Info “Footer-Bereich”, obwohl ich diese vorher schon gelöscht und gespeichert hatte. Ich denke, es ist keine Zeitersparnis, wenn man immer wenn man etwas ändert in anderen Bereichen, zu den Footer-Einstellungen zurückkehren muss und eine schon vorgenommene Einstellung wiederholen muss.
Hört sich nach Kleinigkeiten an, aber ich würde mich freuen, wenn es Lösungen dazu gibt. Auf jeden Fall betone ich, dass das Theme mir sehr gefällt und ich die Arbeit die dahinter steckt auch würdige. Super!

30 | 07 2009

giglmania

um 14:08 via Website

Eigentlich ist das zweite Problem noch leichter zu benennen: Warum kann man einfach den Footer-Titel “Footer-Bereich” nicht gänzlich weglassen? s. Erklärung dazu “Trage den neuen Text für den Titel hier ein. Mach das Feld leer um wieder den Originaltext anzuzeigen.” Wenn ich aber überhaupt kein Text hier will?

30 | 07 2009

giglmania

um 14:10 via Website

Die gleiche Frage betrifft auch de “Text des strukturierenden Titels im Hauptmenü”: Warum zurück zum Originaltext und überhaupt kein Text? Kann man den dies anders einstellen, wenn man kein Text will?

30 | 07 2009

um 15:49 » Autor-Kommentar «

Also mal ganz langsam und in aller Ruhe: Ich hab gerade diese Einstellungen getestet und im Demo-Blog funktioniert alles. Grundsätzlich besteht eine Einschränkung. Eine Farbe anstatt eines Headerbildes kann nur dann genutzt werden, wenn man die verkleinerte Variante des Headers nutzt (Option: Verkleinert die Höhe des Headers). Dabei verschwindet die obere dunkle Leiste wo der Blogtitel steht und die Suche. Das klappte bei mir im Test sowohl für die Standardvariante als auch für die Variante mit: Ändere das Layout des Headers.

Man muss normalerweise nie irgendwelche Optionen im Footer nochmal einstellen und speichern, da geht irgendetwas schief. Die Titel die Du garnicht haben willst sind insofern nicht einfach rauszunehmen, als das dadurch die komplette Struktur der Überschriftenlogik verloren geht. Nimmst Du diese Titel raus, musst Du die Auszeichnung der restlichen Überschriften ändern, da sonst auf ein H1 ein H3 folgt.

Ich benötige eine genaue Angabe, in welcher Reihenfolge Du was gespeichert hast. Du sagts Du stellst Optionen für den Footer ein, speicherst, stellst dann noch etwas anderes ein und die Footer-Option geht verloren?

30 | 07 2009

um 15:55 via Website

Wirst doch nicht noch zum PHP-Experten und morgen ein Konkurrenztemplate erstellen

Also soweit beherrschen kann ich mich dann doch noch *ggg*. Gleich ist erstmal der Kopf dran, da habe ich ein bissken auch noch dran gespielt in aller Frühe. Und dann natürlich die Sidebar. Da muss ich im Gegensatz zu früher ausmisten, weiß aber schon ungefähr wie und wo.

@giglmania:
Das wäre jetzt wohl eher was für den “Report-Bereich”, denn Probleme mit dem Header (inclusive der Automatismus bez. Bildänderung) hat Probleme verursacht.

30 | 07 2009

um 16:03 » Autor-Kommentar «

Inwiefern, hab auch das gerade angetestet und es fungiert, siehe Demo-Blog http://www.web-funk.de/iowa/

30 | 07 2009

um 16:27 via Website

Es geht definitiv nicht, Markus. Wenn ich eines hochladen möchte habe ich eine weiße Admin-Seite. Möchte ich die beiden Kopfbanner-Dateien (ich nehme an headerimage_01 und 02.jpg) ändern mit einer von mir passiert auch nix außer eine weiße Fläche. Das haut nicht hin mit dem eigenen Banner. Ich schnalle es jedenfalls in keinster Weise :-(.

30 | 07 2009

giglmania

um 16:28 via Website

Danke für die schnelle Antwort.
Inzwischen habe ich weiter getestet und das mit dem Header noch hinbekommen, war wohl ein temporäres Problem mit dem Browser. Hätte mir aber ein noch kleineres Header gut vorstellen können, also optisch macht es nicht so viel aus. Geht da noch mehr?
Zur zweiten Anfrage: ich kann das mit der Überschriftenreihenfolge verstehen, aber es sieht wirklich nicht gut aus, wenn ich keine Widgets im Footer-Bereich haben will, nur einen kleinen Hinweis zu Jahr, Copyright und Themeautor, und dann thront da in großer Schrift der Titel “Footer-Bereich”, das fand ich zunächst komisch (kann ein Screenshot schicken).
Das mit dem Speichern hat sich erledigt, es ging um das Wiederauftauchen des Titel “Footer-Bereich”, aber in der Erklärung steht ja ausdrücklich “Trage den neuen Text für den Titel hier ein. Mach das Feld leer um wieder den Originaltext anzuzeigen.” Ich dachte leer bedeutet nichts, trotzdem war der Titel immer wieder, wiederholt, zu sehen. Es geht mir ja nur um diese Leiste mit dem Titel, die störend wirkt, eben wenn man keine Widgets im Footer benutzen will. Sonst ist es schon eine gute Markierung.
Übrigens, auf der Demo-Seite gelingt es mir nicht mit der Mouse im Navigationsmenü die Subpages bei Mainpages A zu erreichen, das Menü verschwindet sehr, sehr schnell. Hab es schon gestern bemerkt und im vergangenen Kommentar vergessen zu erwähnen.
Mal wieder so ein langer Kommentar.
Das Theme gefällt mir trotzdem sher gut. Ich habe mal auf einer rumänischen Webseite die Avenue Suite vorgestellt, könnte ich da bald iowa auch erwähnen? Und wenn gewünscht könnte ich mich engagieren eine Übersetzung ins RO vorzunehmen, wenn die Beta-Zeit vorüber ist.

30 | 07 2009

giglmania

um 16:33 via Website

Große Entschuldigung, das Problem hat sich gelöst, ich war wohl sehr verwirrt von den vielen Einstellungsmöglichkeiten. Eine davon habe ich glatt übersehen: “Zeige keine strukturierende Überschrift im Footer”. Bevor ich mich das nächste Mal melde, schaue ich zehn Mal auf die Einstellungen-Seite.

30 | 07 2009

um 16:34 » Autor-Kommentar «

Der Footer-Titel lässt sich doch komplett ausblenden! Optionsbereich 04, Option 3. Gib mir mal bitte noch den Browser in dem das Navi rumzickt, ich vermute mal IE7?

30 | 07 2009

giglmania

um 16:35 via Website

Ich benutze Firefox 3.5

30 | 07 2009

giglmania

um 16:39 via Website

Habe gerade wieder das Navigationsmenü bemüht, im Level III komme ich nur mit sehr vorsichtigen, langsamen Mousebewegungen, ist ein Geschicklichkeitsspiel :)

30 | 07 2009

um 16:58 » Autor-Kommentar «

sehr merkwürdig, bin auch mit der aktuellen Version vom Firefox unterwegs und kann in aller Ruhe oder auch schnell durch das Menü durch … Bist Du auf Mac oder PC unterwegs, welche Bildschirmauflösung verwendest Du, kannst Du mal einen Screenshot vom volständig ausgeklappten Menü schicken?

30 | 07 2009

giglmania

um 17:50 via Website

Nutze ein PC, Bildschirmauflösung 1280 x 1024, Screenshot wird schwierig, da ich nicht so weit komme, um alle Menus auszuklappen :)
(Mail ist an info@web-funk.de gegangen)

30 | 07 2009

um 17:54 » Autor-Kommentar «

Schau mal im Backend unter Einstellungen/Verschiedenes “Uploads im folgendem Ordner speichern”.

Dort sollte im Normalfall stehen:
“wp-content/uploads”.

Es ist denkbar das dort nur “wp-content” auftaucht was mich bei meiner Demo-Installation schon gewundert hat, da ja direkt daneben steht, dass die Grundeinstellung “wp-content/uploads” lautet.

Ändere das auf jeden Fall mal so, dass eben “wp-content/uploads” dort steht, setze das Headerbild zurück und probier es dann erneut.

30 | 07 2009

um 17:59 » Autor-Kommentar «

hab gerade im Forum nachgesehen und es scheint ein Problem der aktuellen Wordpress Version zu sein! Dort wird standardmäßig der falsche Pfad eingetragen, klasse :(

30 | 07 2009

um 18:02 » Autor-Kommentar «

ach übrigens at giglmania: Die Kommentare sind jetzt auf der Iowa-Report-Page! unter http://www.web-funk.de/iowa-report

Zu der Sache mit dem Flyout: Im Grunde bin ich selbst kein Fan davon, weil diese Menüs auf den meisten Seiten immer sehr sensibel reagieren. Das Flyout im Iowa Theme basiert auf reinem CSS und ist bestmöglich umgesetzt, der Screenshot zeigt auch keine Auffälligkeiten so dass es hier einfach das mehr oder weniger übliche Verhalten des Menus ist, sehr sensibel zu reagieren. Da aber desöfteren Anfragen dazu kamen, ist es mit drin, lässt sich aber in den Optionen abschalten! Bei mir geht das Menu eigentlich sehr gut, auffällig ist, dass es meist dann wegklappt wenn der Hover-Title angezeigt wird und im Mausfokus landet. Das muss nun jeder für sich entscheiden, ob er das Flyout nutzt oder nicht. Wer möchte kann eine Java-Sript-Variante nachrüsten wovon ich abrate. Die CSS-Menüs wie im Iowa basieren alle auf der selben Technik und lassen sich nicht im sensiblen Verhalten verändern.

30 | 07 2009

giglmania

um 18:31 via Website

Eigentlich habe ich auch keine Untermenüs auf meiner Testseite, es ist gestern und heute auf der Demo-Seite nur unangenehm aufgefallen, es sollte keineswegs eine Kritik an der Entwicklung sein.
Eine Frage hätte ich noch (und dann störe ich nicht mehr): Wieso nutzt du nicht “rounded corners” so allgemein im Template (Header, Footer, der große Rahmen), nicht nur kurz zwischendurch (im Sidebar)? Soll ja auflockern und zurzeit recht in sein.

30 | 07 2009

Fabio Broschat

um 18:33 via Website

Hallo Markus,

sobald ich unter WordPress 2.8.2 Iowa aktiviere, erhalte ich den “Error 500 – Internal server error” und kann das Backend überhaupt nicht mehr erreichen. MySQL 5 von 1&1 wird eingesetzt. Darauf zugreifen konnte ich nur wieder, in dem ich per FTP das iowa-Themeverzeichnis wieder gelöscht habe. Während des Fehlers ist das Theme übrigens auf dem Frontend normal funktionsfähig. Hast Du eine Idee, woran das hängen könnte?

LG

Fabio

30 | 07 2009

um 18:34 via Website

Mh, die Beitragsbilder machen mir auch wieder Sorgen. Da gehen die Bilder jetzt im selben Fenster auf, was sie natürlich nicht sollen. Hatten wir das Problem nicht schonmal? Ich spiele mal mit an- und ausschalten von NGG herum.

30 | 07 2009

um 18:38 via Website

@giglmania
Bringe ihn nicht auf komische Ideen *g*. Je weniger Grafik-Schnickschnack umso besser. Deine Besucher wollen Inhalte sehen und keine “runden Ecken”. Und die Seite soll auch noch vernünftig auf älteren PCs oder mit ISDN öffnen ;-).

30 | 07 2009

um 18:40 » Autor-Kommentar «

Kein Problem wenn Kritik kommt, is nichts schlimmes und die Menugeschichte ist eher ein Gimmick für Nutzer die es verwenden möchten. Wie gesagt, ich selbst bind auch kein Fan, obwohl es hier bei mir eigentlich richtig gut funktioniert. Ich hab aber keinen Ansatzpunkt wie man das CSS-technisch anders machen kann, ich glaube es gibt hier keine wirklich brauchbare Lösung außer eben Java-Script.

Das ich keine rounded Corners verwende hat zwei entscheidente Gründe:

1. Die Angabe im Stylesheet ist nicht W3C konform und wird dementsprechend nicht validiert

2. und die viel entscheidentere Problematik: das Ganze wird vom IE selbst in der neuesten Version nicht unterstützt, so dass die Seite im IE eckig bleibt, im Firefox dann teilweise abgerundete Ecken zeigt. Das ist normalerweise nicht im Sinne des Seitenbetreibers, was bringst wenn nur die Hälfte der Leute etwas davon hat und die andere nicht.

Die Frage bringt mich insofern zum Schmunzeln als das es eine dieser typischen und leidlichen Probleme beim täglichen Erstellen von Webseiten ist. Ich hätte im Grunde auf alle Bilder verzichten können wenn der moz-border-radius von allen Browsern unterstützt würde. Die Funktionen zum austauschen der Bilder hätte ich dann auch nicht schreiben müssen … naja, so isses im Webdesign, heute alles gut, und morgen beim Blick in fünf Browser nochmal zwei Tage Arbeit ;-)

30 | 07 2009

um 18:46 via Website

Hi Markus,

ich habe leider arge Probleme mit dem Theme und zwar werden auf der Startseite keine Beiträge angezeigt (“Aktuelle Blogbeiträge – nichts gefunden”). Wenn ich einen Kommentar anklicke kommt “Error 404″. :(

30 | 07 2009

um 18:48 » Autor-Kommentar «

fast noch vergessen: at Nobbi und giglmania

Es gibt im Update dann die Optionen zum Ausblenden der Zeit in Kommentaren und zum Ausblenden des Sidebartitels sowie des Menutitels. Der Titel im Content wird wie üblich auch für die Überschrift im Archiv genutzt und ist in dieser oder ähnlicher Form in fast allen Themes vorhanden, sinnvoll und notwendig, sofern man seinen Besuchern mitteilen möchte das es ein Archiv zu Kategorie xy ist usw. Also drei neue Options die nach der Testphase zur Verfügung stehen.

30 | 07 2009

um 18:50 » Autor-Kommentar «

Andreas: Bitte mal einen Link und die Wordpress-Version angeben. Das Template ist exklusiv für Wordpress ab Version 2.8!

30 | 07 2009

um 19:28 via Website

Markus: Hier ein Screenshot http://aschnabel.bplaced.net/upload/tmp/screen.gif
Das selbe Problem tritt auch beim Aufrufen einer Seite z.B. Impressum und beim Archivs auf. Ich verwende Wordpress 2.8.2

30 | 07 2009

Fabio Broschat

um 19:33 via Website

Ergänzung: unter MySQL 4.0 bei 1&1 taucht das Problem auch auf.

30 | 07 2009

um 19:35 » Autor-Kommentar «

kannst Du mir mal temporär einen Zugang einrichten, sicher nicht optimal für Dich aber die Ursache lässt sich sonst nicht anders feststellen, das Template selbst funktioniert ja, Kategorien und links werden angezeigt nur der Inhalt lässt auf sich warten… wenns Dir nichts ausmacht würde ich mal reinschauen …

30 | 07 2009

um 19:46 via Website

Markus: E-Mail ging gerade an dich… :)

30 | 07 2009

um 19:49 » Autor-Kommentar «

Danke, ich bin jetzt mal für ca. 20 min drin und geb Dir hier bescheid wenn ich wieder raus bin

30 | 07 2009

um 23:59 » Autor-Kommentar «

Wie ich gerade im WP-Forum lese gibt es speziell bei Webseiten die bei 1und1 laufen diverse Probleme mit WP 2.8, Plugins und offenbar auch mit Themes. Ein wesentlicher Punkt ist der magelnde PHP-Support durch 1und1 so dass ich jetzt erstmal etwas ratlos bin, was den offiziellen Final-Release von Iowa angeht. Von meiner Seite aus sind die Probleme die auftreten nicht nachvollziehbar, da zum einen die 2.8er Version ansich offenbar einige Probleme bereitet, andererseits auch Webseiten bestimmter Anbieter. Ob und wo evtl. Fehler im Theme liegen lässt sich für mich so nicht feststellen. Murphys Gesetz oder shit happens … ich ziehe die Iowa-Version solange aus dem Verkehr, bis klar ist was WP2.8 anrichtet, was am Anbieter scheitert und wie sich dieses nette Chaos hoffentlich schnell auflöst. Ich meld mich noch mal bei Dir Fabio um evtl. zu schauen ob es bei Dir auch a 1und1 scheitert, der Verdacht leigt recht nahe wenn man sich die zahlreichen Probleme im WP-Forum so ansieht …

erstmal Greets, Markus

31 | 07 2009

um 10:11 via Website

Trotz des “Einfrierens” hätte ich da aber doch noch ein riesiges Problem, nämlich – wieder mal – im Beitrag eingebundene Bilder. Da öffnet sich beim Klick zur Vergrößerung kein Popup, sondern eine neue Seite, von der aus man nur per Zurück-Knopf des Browsers zurückkommt. Absolut unschön.

Wo müsste ich da ggf. drehen, um das wieder so hinzubekommen, dass es vernünftig hinhaut?

31 | 07 2009

um 10:56 » Autor-Kommentar «

Das hängt von Dir ab. Wenn Du keine Lightbox nutzt, oder Bild-Link nicht via “rel lightbox” eingebunden ist, ist das ein ganz normales Verhalten. Du benötigst also z.B. die Lightbox und musst natürlich die Links entsprechend damit ausstatten. Das hat nix mit dem Theme zu tun …

31 | 07 2009

um 11:09 via Website

Ah ja. Komisch, vorher klappten die Einstellungen (Shutter per NGG) aber auch… Gut, ist erstmal egal, es haut ja nun so hin :-).

Auf jeden Fall läuft es bei mir wohl recht unproblematisch, wenngleich noch ein paar Fragen im Raum stehen bezüglich der Widgets, z.B. letzte Kommentare und Archiv (hier wird mir nicht das komplette Monatsarchiv – Dropdown – angezeigt). Andererseits: Wen interessiert das Teil überhaupt? *g*

Wenn nur noch das mit Headerbild klappen würde… Da versuche ich aber mal einen Eingriff direkt in der header.php, oder? Müsste doch auch hinhauen, da ich kein Wechselbanner brauche.

Ich mache weiter, stelle jetzt nicht mehr um *g*.

31 | 07 2009

um 11:48 » Autor-Kommentar «

geh mal in Deine Einstellungen und ändere bei “Verschiedenes” den Eintrag unter:

“Uploads in folgendem Ordner speichern” in:

wp-content/uploads

dann klappts auch mit dem Headerbild! (ist ein Wordpress-Bug)

Was ist mit den letzten Kommentaren?

Die Anzahl im Archiv kann eingegrenzt werden, wieviele werden denn aktuell bei Dir angezeigt und welche fehlen?

31 | 07 2009

um 12:10 via Website

Der Pfad stand so dort und stimmt auch. Aber natürlich kann ich dorthin meinen Header auch per FTP jagen. Mal versuchen.

An “letzte” Kommentare stört mich, dass die viel zu viel Platz verschwenden, ich die linksbündig haben möchte und außerdem nicht die Stelle finde, wo ich das mit den Smilies hierfür ändern muss (selbes Problem wie schonmal im Beitrag gehabt).

Aber ich fuchse mich schon immer mehr rein, editiere schon wieder lustig in diversen Dateien rum *g*. “select categories” habe ich gerade schon eingedeutscht ;-).

31 | 07 2009

um 12:19 » Autor-Kommentar «

Versuch es mit einem Eintrag im Stylesheet:

#sidebar .wp-smiley {padding: 0px 5px 0px 5px; display: inline;}

und das hier einfach ändern von

#sidebar ul.sidecom {text-align: center;}

in

#sidebar ul.sidecom {text-align: left;}

31 | 07 2009

Michael Simm

um 12:23 via Website

Schön, dass es bald ein neues Theme gibt und das wird sicher noch besser funzen, als “Dialogue Avenue”.

Keep the good work up!

Michael

31 | 07 2009

um 12:31 via Website

Aaaaarrrrghhhh *gg*. Jou, Markus, da hätte ich für die Ausrichtung nur mal etwas weiter scrollen sollen, denn die Blogroll habe ich ja auch schon an der Stelle linksbündig gesetzt ;-).
Und auch Deine Ergänzung zu den Smilies hat selbstverständlich wieder geklappt, vielen Dank :-).

@Michael: Das Theme ist der Hammer!

31 | 07 2009

um 12:32 » Autor-Kommentar «

Danke Michael, gestern hat mich erstmal kurzzeitig der Schock getroffen, nachdem hier von einigen diverse Problemmeldungen kamen. Es stellt sich aber langsam aber sicher heraus, das die Probleme nicht durch das neue Theme verursacht werden. Hatte heute eine positive Rückmeldung eines Users, bei dem gestern garnichts ging. Bei ihm lag es am Provider und PHP5, das Theme läuft bei ihm jetzt wie bei den meisten anderen auch ohne Probleme … also nochmal die Daumen drücken, ich optimiere dennoch ein paar Sachen um auch noch evtl. auftretende Probs mit versch. Providern auszumerzen.

31 | 07 2009

um 12:48 via Website

Also das mit dem Headerupload haut einfach nicht hin, immer ist der Schirm weiß :-(. Verkürzt habe ich ihn schon per CSS, aaaaber… Wie bekomme ich jetzt den Inhalt nach oben? Könntest Du da mir mal bitte……. ? :-))

Und dann gucke ich mal, wie das in den Avenue-Themes war mit dem Kopf, denn da hatte ich ihn ja auch manuell drin, was mir ja auch völlig genügte.

31 | 07 2009

um 12:53 » Autor-Kommentar «

die Höhe für #header muss an Deine neue Bildhöhe angepasst werden. Das Originalbild war 238px hoch. Die Differenz zu Deiner neuen Bildhöhe musst Du bei der Höhen-Angabe für #header von den bisherigen 350px subtrahieren.

31 | 07 2009

um 13:11 via Website

Aja. Hatte ich übersehen. Nur das mit dem händischen Hinzufügen des Kopfbildes komme ich einfach zu keinem Ergebnis. Es haut einfach nicht hin :-(.

31 | 07 2009

um 13:30 » Autor-Kommentar «

mich wundert viel mehr das Du den Header nicht via Funktion tauschen kannst. Die schnellste möglichkeit, jetzt das Bild zu ändern ist die, Dein eigenes Bild in “headimage_01.jpg” umzubenennen, und das Original im Ordner “images” damit zu überschreiben …

31 | 07 2009

um 13:58 via Website

Kann am WP liegen, Markus. Die Probleme hatte ich aber auch schon bei Avenue. Wie gesagt ist das aber noch nie ein Beinbruch für mich gewesen.

Die Datei umzubenennen, klar, auf die Idee war ich auch schon gekommen, habe aber nochmal nachgesehen und siehe da: Ich bin ja sowas von bescheuert! Dann sollte ich es auch headimage und nicht headerimage nennen, ich Doof … :-).

31 | 07 2009

um 15:03 via Website

Noch zwei Fragen. Irgendwas hindert jetzt NGG daran, Beitragsbilder im Wechsel links und rechts anzuzuzeigen: http://www.mueschen.info/nachschlag-zum-bonduelle-besuch-meines-namensvetters/ Da wüsste ich jetzt wirklich nicht, warum. Und blicke da auch nicht durch, da Du ja auch einige bildspezifischen Angaben in der CSS hast. Beißt sich da vielleicht irgendwas?

Dann habe ich den “Balken”, also z.B. “Aktuelle Blogbeiträge” überall auskommentieren können, nur auf der Startseite eben nicht. Für statische Seiten finde ich das übrigens nicht schlecht, aber auf der Startseite? Was denn sonst außer aktuelle Beiträge (wenn kein Sticky-Beitrag, schon klar)?

Aber lasse Dir Zeit, hast bis morgen erstmal Ruhe vor mir *g*.

31 | 07 2009

um 16:24 » Autor-Kommentar «

die Definition der Image-Klassen ist gegenüber Avenue gleichgeblieben und NGG gibt zumindest die korrekten eigenen Klassen aus. Vielleicht wird das Stylesheet dafür zu spät aufgerufen oder Du hattest vorher die Definitons in Avenue-Style geschrieben … Den Balken mit der H2-Überschrift würde ic persönlich nicht rausnehmen, damit ändert sich die Logik der Überschriftenhierarchie. Ich habe diese Sache speziell für die Barrierefreiheit eingerichtet. Wenn Du es dennoch entfernen möchtest: index.php Zeile 11 löschen oder auskommentieren …

31 | 07 2009

um 20:33 via Website

Hallo Markus,

oha, da scheint wohl wie ich auch einige Andere Probleme mit der neuen WP Version zu haben. Auf jeden Fall muss ich mich aber noch einmal bei Dir bedanken wegen Deiner Hilfestellung gestern. :) Ich freue mich schon, wenn das neue Theme wieder online geht…

01 | 08 2009

um 07:41 via Website

Moin zusammen :-),

der Punkt Barrierefreiheit hat mich schon überzeugt, alles klar. Die NGG-Styles werde ich nachher mal in die Iowa-CSS aufnehmen und gucken, was passiert. Das wäre dann wohl ein weiteres WP-Problem.

@Andreas: Ansonsten läuft bei mir aber alles soweit ohne Probleme. Aber ich möchte den Mund mal lieber nicht voreilig zu voll nehmen ;-).

01 | 08 2009

um 09:11 via Website

Nachtrag zu NGG-Style: Keine Auswirkungen, float=right funzt nicht. WP und Bilder ist und bleibt ein Alptraum.

01 | 08 2009

um 10:33 » Autor-Kommentar «

At Andreas: Kein Problem, übrigens lag es nicht an der Funktion die ich probehalber bei Dir rausgenommen habe. Das es danach funktioniert hat war purer Zufall! Ich hab eine ganze Reihe an Beiträgen im Forum gelesen die mehrere Ursachen vermuten lassen. Möglichkeit A ist eine zu gering bemessene Größe des Arbeitsspeichers auf dem Server des Providers für einen jeweiligen Account. Dieser liegt wohl nicht selten bei recht geringen 24MB. Wordpress 2.8 allerdings benötigt bereits ohne Einsatz von Plugin eine ganze Ecke mehr Speicher als WP 2.7. sodass speziell bei Nutzern, die dann noch viele Plugins einsetzen diverse Probleme auftreten können.

Möglichkeit B und auch recht wahrscheinlich ist die mangelhafte Unterstützung einiger ISPs hinsichtlich PHP. Selbst wenn der Provider angibt, PHP5 zu unterstützen, kann eine unzureichende Config des Providers dazu führen, das Funktionen bzw. Code auf PHP5-Basis nicht richtig geparst werden. Auch das führt bei vielen Nutzern zu diversen Problemen. In dieser Hinsicht hatte ich jetzt bereits die erste Rückmeldung. Bei Fabio der ein Problem auf der Report-Seite gepostet hatte lag es genau daran. Der Account bei 1und1 war schuld und ließ sich durch einen Eintrag in die HT-Access beheben. Danach leif alles glatt.

Zu guter letzt gibt es Wordpress-intern zahlreiche Bugs, die das Chaos sicher nicht besser machen. Ich empfehle auf jeden Fall mal die Installation des Plugin WP Memory Usage. Damit kann man einsehen wieviel Speicher zur Verfügung steht und wieviel genutzt wird. Iowa benötigt dann ca. 2,6 MB die mit eingerechnet werden müssen. Ich schaue gerade ob ich das Theme an einigen Stellen etwas tune um es auch Nutzern mit eher ungünstigen Webspace-Configs zu ermöglichen, das Theme einzusetzen. Ursache ist und bleibt aber Wordpress selbst. Schaut bei Problemen auf jeden Fall ins Forum, dort gibt es mittlerweile einige Lösungen insbesondere für 1und1-Accounts aber auch andere Provider.

01 | 08 2009

um 10:42 » Autor-Kommentar «

At Nobbi: im style.css des Themes im Bereich

.entry img {float: left;}

das komplette float rausnehmen. Das Ganze aber nur bei

.entry img {}

und nicht bei den anderen Definitionen für die Bilder

01 | 08 2009

um 11:13 via Website

Markus, Du bist einfach unglaublich! Dazu schreibe ich Dir aber gleich noch eine Mail.

01 | 08 2009

um 17:29 » Autor-Kommentar «

Immer gerne, nice Weekend!

01 | 08 2009

um 20:04 via Website

WP 2.8.2 – MySQL 5.0.32 – 5.0.32-Debian_7etch5
Ich habe quergelesen, vielleicht auch einen Hinweis übersehen. – Wenn ich das Kalender-Widget bei “09″ einfüge, gibt es drei Fehlermeldungen. Die erste lautet:
Warning: Iowa_Cal::include() [function.Iowa-Cal-include]: Unable to access /var/www/web9/html/15/wp-content/themes/Iowa/outputs/calendar.php in /var/www/web9/html/15/wp-content/themes/Iowa/widgets/widget_iowa_cal.php on line 30 – Bei den anderen Widgets gibt es keine sichtbaren Probleme. – z.Zt. http://shougong.de

01 | 08 2009

um 20:26 via Website

Der gleiche Fehler bei Einbindung in den Fuß (11)

01 | 08 2009

um 21:00 » Autor-Kommentar «

Endlich mal eine astreine Bugmeldung die auch schnell behoben war. Grund war eine falsche Pfad-Angabe im Widget. Der Fehler ist korrigiert und im Update enthalten. Danke für die Meldung. Übrigens dürfte der Fehler immer aufgetreten sein, egal wo das Widget hingezogen wurde. Greets, Markus

01 | 08 2009

um 23:27 via Website

Fällt mir gerade auf: Wird die automatische Einbindung der Bilder von gravatar.com nicht mehr unterstützt ? Oder eine Einstellmöglichkeit, der da viele, übersehen ? (Serifenfreie Texteingabe z.B. an dieser Stelle wäre gut, auch etwas größer gern’ …) – Gute Sommernacht.

02 | 08 2009

um 00:52 via Website

Hi Markus,

am geringen Speicherplatz liegt es nicht, da bplaced 64 MB zur Verfügung stellt. es könnte vielleicht an der PHP 5 Version liegen, die erst vor einigen Wochen geupdated wurde.
Ansonsten habe ich das Gefühl das mit jeder weiteren WP-Version die Probleme zunehmen.

02 | 08 2009

um 11:07 » Autor-Kommentar «

At KChristoph: Aber selbstverständlich, musst Du wahrscheinlich erst im Backend aktivieren, da es Wordpress-seitig nach der Installation deaktiviert ist (Einstellungen/Diskussionen/Avatare)

02 | 08 2009

um 11:12 » Autor-Kommentar «

Das ist zumindest wahrscheinlich, ich mach bis Mittwoch auf jeden Fall ein Update fertig, das aber die gleichen Funktionen nutzt wie bisher auch. Dann müssen wir mal schauen ob Dein Server irgendwo einen Error-Log ausgibt und hoffen, das wir da eine Ursache finden. Ehrlich gesagt kritisiere ich das auch schon seit WP 2.6, das hier andauernd neue Features rausgeschossen werden aber Performance, Stabilität und Speicherbedarf langsam vor die Hunde gehen.

02 | 08 2009

um 11:51 via Website

Danke. Ich sag’s ja immer wieder, daß die “fortschreitende Mächtigkeit” besonders Menschen fortgeschrittenen Alters unnötig verwirrt … – Dieser Hinweis in deiner “Blogrolle” gefällt mir sehr gut: http://jowra.com/ (Mit 7 Klicks aus dem für manche notwendig mächtigen “Iowa” ein “Iowra” zaubern …!?)

02 | 08 2009

um 12:33 via Website

Moin zusammen,

eine Frage zum Float-Menü hätte ich da noch (wenn das eher zur Report-Seite gehört verschiebe das bitte):
Ich habe es bei mir erfolgreich im Einsatz. Bin ich auf der Seite (dritte Menüebene http://www.mueschen.info/ueber-webnobbi/politgedoens/politisch/) und fahre über das Menü, dann erscheint ein kleiner Pfeil neben dem Navi-Punkt. Diesen hätte ich aber gerne schon überall, wo sich noch Unterseiten befinden, damit dies der Besucher gleich beim Betreten der Seite sieht.

Wo könnte ich da diesbezüglich dran schrauben? Gefunden habe ich bislang trotz Suche noch nix.

02 | 08 2009

um 13:05 » Autor-Kommentar «

das ist so nicht möglich, da es keine Abfrage gibt die nachschaut, ob für eine Seite eine Unterseite existiert, bzw. wäre diese Abfrage etwas komplex. Sofern man sich auf einer Unterseite befindet, weist der Pfeil innerhalb des Flyouts den Weg zu diesem Menüpunkt, in dem man sich gerade befindet. Er dient also der Orientierung im Flyout um sofort zu erkennen: aha, hier bin ich gerade …

Die Alternative besteht darin, das Menu manuell anzulegen. Der eigentliche Vorteil, das sich das Menu via wp_list_pages automatisch generiert, hat immer auch den kleinen Nachteil, das man auf die HTML-Ausgabe nur bedingt Einfluss hat. Machst Du das Menu komplett manuell, lässt sich problemlos immer dort eine Klasse “zeige_pfeil” anbringen, wo noch weitere Unterseiten folgen. Wp_list_pages kann man dazu nicht überreden …

02 | 08 2009

um 13:11 via Website

Nänä, dann lassen wir das mal lieber *g*.

Jetzt muss ich nur noch irgendwie ein Problem mit den Bildunteschriften hinbekommen (wenn die zu lang sind, reichen sie ins Bild rein und werden ggf. auch von “Schließkreuz” überdeckt), aber das hat erstmal Zeit. Beim Lightbox-Autor findet man sich leider nicht durch und bei Alex (NGG) leider auch nicht wirklich :-(. Das aber nur mal so für andere hier mit vielleicht ähnlichen Problemen.

An der Iowa-CSS liegt das mit dem Pop-up Bild sicherlich nicht, oder könnte man sogar da dran drehen? Neee, ne? Wie gesagt: nebensächlich.

02 | 08 2009

um 13:37 via Website

Gerade festgestellt: WP “killt” Formatierungen! Meine h7-Überschriften finden nach einem Wechsel von Text zu HTML und wieder zurück im Editor nicht mehr statt. Absätze werden teilweise auch nur anscheinend nach Gutdünken genommen.

Das ist allerdings WP-Frust, der hier nur nochmal erwähnt werden soll, um nicht alles auf’s Theme zu schieben ;-). Im WP-Forum zu kritisieren ist m. E. mitunter auch nicht gelitten… Werde ich dort aber dennoch versuchen anzubringen (wird aber nix bei rauskommen).

Es wird nicht alles besser bei WP, völlig richtig Markus. Ich habe oft den Eindruck, dass man “dort” beratungsresistent ist… “Kostet doch nix, also halte die Klappe”

02 | 08 2009

um 16:08 » Autor-Kommentar «

Jetzt muss ich nur noch irgendwie ein Problem mit den Bildunteschriften hinbekommen

liegt eindeutig an den Plugins! Übrigens gibt es keine H7-Überschriften. Genau wie in Word zum Beispiel wo Du zwischen der ersten bis zur sechsten Überschrift wählen kannst sind in HTML auch genau “sechs” Überschriften bzw. Hierarchien vorgesehen. Manche Browser zeigen das zwar an, was aber wohl eher guter Wille der Programmer ist. Es gilt: Bei H6 ist Feierabend!

Das Wordpress das verschluckt ist klar, ich rate auch grundsätzlich dazu, sich zwischen HTML- und Normal-Editor zu entscheiden. Ein Wechseln führt dazu, das Wordpress den Quelltext anhand seiner eigenen Vorgaben ändert, Absätze entfernt, Klassen nicht akzeptiert usw. Das macht in manchen Situationen durchaus Sinn, ist aber für Anwender die das HTML leiber selbst schreiben nicht so toll. Daher: Den WP-Editor abschalten und nicht hin und her wechseln!

02 | 08 2009

um 16:55 via Website

Kalender-Widget: Ergänzung – Nur zur Info: Wenn ich auf meiner z.Zt. Startseite http://shougong.de eine Suche starte, wird auf der Suchergebnisseite der Kalender an der Seite in “voller Pracht” angezeigt …

02 | 08 2009

um 18:02 » Autor-Kommentar «

Wo liegt das Problem?

02 | 08 2009

um 21:53 via Website

Kein Problem. Manchmal denke ich wohl zu quer. Ich hatte gefühlsmäßig gemeint, daß sich ein Pfadproblem bei einem Widget bei allen gewählten Zielen gleichermaßen darstellt. Siehe die geschilderten Beispiele (Kalender) bei meiner noch nicht fehlerbereinigten Installation. Ich war einfach erstaunt, daß in diesem Fall das Kalender-Widget einwandfrei dargestellt wurde … Eine evtl. Schilderung warum das in diesem Fall so ist, ist nicht erforderlich, würde mich als Autodidakten schlichtweg überfordern … – Dankeschön.

03 | 08 2009

um 08:50 via Website

Das mit den Bildern wird schon irgendwie, aber ich habe schon wieder was gelernt von Dir in Sachen h7 :-). Wusste ich gar nicht… Ist geändert, habe einfach die h6 um-”css”-t *g*.

Mit dem Editor ist so eine Sache, da NGG z.B. nur im HTML-Editor eingefügt werden kann (und einige andere Dinge auch). Aber den finde ich eben ätzend, so dass ich lieber in der normalen Version die Texte eingebe.

03 | 08 2009

mstrl

um 15:27 via Website

Moin, erstmal ein dickes Lob, Dein Theme ist bis jetzt das beste was ich je hatte. Was ich fragen wollte kannst Du vieleicht irgendwie noch einen Bereich für adsense mit einbauen (am besten im footer bereich) ?
Irgendwie habe ich mit den downloadbaren entweder null erfolg oder sie stehen mitten in den Beiträgen was ich auch nicht will. Und vieleicht noch nen Counter ? :)

Danke und beste grüße

03 | 08 2009

um 16:25 » Autor-Kommentar «

Demnächst gibt es hier mal ein Tutorial zum Verfassen von Inhalten via HTML, ist garnicht so dramatisch wenn man ein paar kleinere Dinge beachtet …

03 | 08 2009

um 16:29 » Autor-Kommentar «

Danke für das Lob! Ich schau mal ob ich bezüglich Adsense und Counter was brauchbares finde, wenn ja werd ich es nach Möglichkeit ins Final-Release mit einbinden … Grüße, Markus

03 | 08 2009

Ramona

um 17:02 via Website

path_to_url: Wie/wie ändere ich den Code, damit ich einen anderen Avatar einbinden kann?

03 | 08 2009

um 17:27 » Autor-Kommentar «

get_avatar($comment, $size = '50', $default ='absoluter_url_pfad_zum_avatar', $alt = 'gravatar'); ?>

Absoluter Pfad heißt dann:

http://www.meindomain.de/wo_auch_immer_ordner/mein_gravatar_bild.jpg

03 | 08 2009

um 17:45 via Website

Wenn ich nicht zufällig im Downloadbereich geschaut hätte, wäre die Version 1.10 an mir vorbeigegangen … – Adsense-Unterstützung ist ja wohl eher für die Menschen, die das neue “Kleid” kommerziell nutzen wollen. – Counter: Ich habe schon sehr viele probiert. die meisten sind für meinen Bedarf überdimensioniert. Mich interessiert wann ich über eine Suche, über einen Referrer, über eine Direkteingabe besucht wurde … Meine Empfehlung: Schon etwas überaltert, nicht als PlugIn, aber sehr aussagekräftig. Für den nichtkommerziellen Einsatz kostenfrei, Installation auf dem eigenen Server http://webreflow.de/
Weitere Gedanken und Wünsche folgen.

03 | 08 2009

um 17:52 via Website

Wurde zwar von Markus schon einmal negativ beschieden, wäre aber trotzdem schön: Feines kleines Kontaktformular fertig integriert. // Datum/Zeit in der Seitenleiste, in der Hauptmenüleiste (vielleicht auch innerhalb der angebotenen Mächtigkeit übersehen) – Dankeschön.

03 | 08 2009

um 17:56 » Autor-Kommentar «

angesichts der Tatsache das in den ersten Tagen Fehler auf das Template zurückgeführt wurden, obwohl es nun nachweislich an diversen Problemen im Zusammenhang mit der neuen Wordpress Version liegt, habe ich die Kompatibilität des Templates etwas getuned, so dass hier niemand eine Version in die Hände bekommt, die schon beim kleinsten Gezicke was PHP5 usw. angeht die Beine von sich streckt. Wirklich viel war Theme-seitig allerdings nicht zu machen, aber einen Versuch war es wert. Es handelt sich immer noch um eine Beta, das Final-Release wird dann Version 01.20

Übrigens ändert die Tatsache, dass jemand Werbung im Blog schaltet nichts am Status der Privatnutzung, das wäre gerade dem “kleinen” Blogger gegenüber, der den ein oder anderen Euro dazu verdient unfair, so dass es für Werbung auf Blogs, die ansonsten rein privater Natur sind auch in den Nutzungsbedingungen eine Ausnahme gibt. Wer das Blog natürlich vordergründig zu Werbezwecken nutzt, fällt nicht unter die Privatnutzung.

03 | 08 2009

um 18:05 » Autor-Kommentar «

Ein fertig eingebundenes Formular geht aus zweierlei Gründen nicht. Zum einen, weil das Theme bei kommerzieller Nutzung gegen Entgelt lizensiert wird und das Einbinden eines autarken Kontaktformulars eines Drittanbieters, das wirklich viel Arbeit bedarf für mich nicht infrage kommt. Zum anderen erfordern es die meisten Plugins, dass sie direkt auf einer statischen Seite eingebunden werden, da das dafür notwendige Tag nur über Wordpress funktioniert und nicht aus einer Template-Datei heraus aufgerufen werden kann. Und da Spam heutzutage ein großes Problem ist, kommt ein einfaches Formular ohne Spam-Abfrage garnicht in Betracht, da würde ich mich ganz schön in die Nesseln setzen, wenn sowas hier veröffentlicht wird. Das überlasse ich dann denen, die sich intensiv damit beschäftigen. Greets, Markus

03 | 08 2009

um 18:33 via Website

Betreff: Formular // All’ diese Aspekte hatte ich nicht berücksichtigt. Dankeschön.

03 | 08 2009

Secure and Accessible PHP Contact Form

um 18:55 » Autor-Kommentar «

at KChristoph: Schau mal hier:

Sehr schnell einbindbar, valide und barrierefrei inkl. Spamschutz.

03 | 08 2009

um 19:30 via Website

Gut. Installiere gerade WP 2.8.3 und Iowa 1.10 und wenn ich dann vom Laufen komme evtl. noch das Formular … – Danke.

03 | 08 2009

um 19:47 via Website

Kontaktformular: Gerade ausgegraben http://www.goizio.com/simplecontact/ – Wenn jemand testet, freue ich mich über Rückmeldungen. Danke.

03 | 08 2009

um 22:40 » Autor-Kommentar «

klingt ganz gut, das Captcha in dieser Form ist von vielen Nutzern allerdings nicht so gern gesehen, weil die Zeichen teils nicht mehr lesbar sind. Dies aber nur als Info, irgendwas ist ja immer ;-)

04 | 08 2009

um 08:32 via Website

Ja, wenn man nicht “eingerostet” wäre mit der Zeit ;-).

Aber ich habe jetzt ein ganz anderes Problem und finde da irgendwie keine Lösung im WP-Forum und im Iowa auch nicht die für die Templates (Standard, Archiv, No Comments) zuständigen Dateien. Ich würde nämlich gerne ein zweites Standardtemplate brauchen, was auf Unterseiten zum Einsatz kommen soll. Also in etwa so:
Hautseite (webnobbi.de)
- Unterseite (Kommunalwahl)
Hier sollen ganz normal Artikel stehen.
– weiter Unterseiten dann ganz normal statisch

Mir würde es vermutlich schon helfen wenn ich wüsste, wohin ich die neue Templatedatei auf den Server schieben müsste.

Diese neue “Hauptseite” bekommt auch eine eigene Domain. Klar, ich könnte die auf eine entsprechende Kategorie zeigen lassen, jedoch soll dort eben die Struktur (also auch die Inhalte der Sidebar z.B.) eine andere sein als auf webnobbi.de…

Blöd erklärt, oder? *g* Wie gesagt geht es mir auch um die einzelnen Pfade, den Rest würde ich versuchen mir zurechtzubauen.

Hintergrund ist, dass ich von jetzt auf gleich eine Kandidatenseite für mich bauen muss/möchte – leider aus traurigem Anlass. Und wenn man knapp vier Wochen vor der Kommunalwahl plötzlich doch noch einen Wahlbezirk übernimmt, dann kann es nur um eine grundlegende Seite und nicht komplett eigenständige Seite gehen.

Für Tipps wäre ich also – wie immer – sehr dankbar.

04 | 08 2009

Download Sideblog Template

um 11:48 » Autor-Kommentar «

Ich bin nicht sicher ob das die sauberste Lösung ist aber auf meinem Testblog funktioniert es wunderbar. Den Inhalt der Zip-Datei in den Iowa-Hautordner packen und auf der Unterseite, die jetzt auch Beiträge zeigen soll bei Seiten-Template “Sideblog” auswählen.

Wenn die Sidebar andere Inhalte zeigen soll, ziehst Du ein Widget in die “09 Pages-Sidebar” und gibst jeweils im vorletzten Feld des Widgets die Page-ID Deiner Unterseite an! Dann erscheint dieses Widget auch nur dort. Hast Du bereits Widgets für andere statischen Seiten eingebunden, müssten dann dort jeweils alle ID´s der statischen Seiten rein, außer die der Unterseite…

05 | 08 2009

um 07:47 via Website

Danke Markus, das haut hin, aaaber ich habe mich vielleicht falsch ausgedrückt, denn es ging mir darum, an der Stelle jetzt eigene Beiträge zu verfassen. Oder, wäre auch eine Alternative, ich lege eine Kategorie an und auf der neuen Unterseite sollen nur Beiträge aus dieser Kategorie angezeigt werden.

Das probiere ich mal aus ;-).

05 | 08 2009

um 07:58 via Website

Ich hab’s tatsächlich hinbekommen *g*:
< ?php query_posts(‘cat=3′ , ‘posts_per_page=10paged=’.$paged); ? >

Das fette eingefügt und schon erscheinen nur Beiträge aus der entsprechenden Kategorie :-).

05 | 08 2009

um 08:37 via Website

Mh, bitte entschuldige meine Spammerei ;-). Das mit dem Widget klappt ja, nur könnte ich auch eines einrichten, welches ich nur für die sideblog.php nutzen kann? Sonst komme ich ja in Konflikt mit meinen “normalen” Seiten. Das 09er habe ich nämlich mal ausprobiert, aber wie gesagt “schlägt” das dann auf alle statischen Seiten durch.

05 | 08 2009

um 09:32 via Website

Mach mal nix in der Sache, Markus… Da tauchen noch mehr “Probleme” auf und ich habe mich meiner anderen Möglichkeiten erinnert, die ich ja auch noch habe (haufenweise DBs bei ‘nem Bekannten). Die Wahlkampfseite wird also eigenständig. Ist mir auch lieber so, damit ich das trennen kann.

05 | 08 2009

um 11:01 » Autor-Kommentar «

Wäre einfach gewesen: Einfach das Widget in die 09 ziehen und die Seiten-ID Deiner Unterseite angeben, schon stehts nur auf dieser Seite nicht aber auf den anderen. Übrigens gut gelöst die Sache mit Query_Post! Und ne Flasche Wein haste Dir nun auch verdient, warst der 1111. Kommentar! Du bekommst dann in den nächsten 2 Wochen den guten Tropfen zugeschickt … Greets, Markus

07 | 08 2009

Ben

um 06:48 via Website

Hi Markus,

Ist Iowa nur fuer WP 2.8? Ich kann es gar nicht austesten und habe von Beginn an einen Widget error in Zeile frag mich nicht.
Mein Provider hat PHP 5.2, ich habe WP 2.7 und habe auch nicht vor upzudaten.

07 | 08 2009

um 10:38 » Autor-Kommentar «

Ich bin bei der ganzen Updaterei von Wordpress nicht sicher, ab welcher Version die Multi-Widgets eingeführt wurden. Ich nutze im Prinzip die neue API um Widgets mehrfach zu verwenden aber frag mich mal ob das bereits in WP2.7 oder erst 2.8 unterstützt wird. Zu welchem Zeitpunkt bekommst Du den Fehler? Bereits beim aktivieren des Themes oder erst im Widgetbereich?

08 | 08 2009

mstrl

um 00:42 via Website

Hab auch mal eine frage, kannst Du, sofern es updates irgendwann gibt, in einer zukünftigen Version die “Grund” Widgets automatisch in den Bereichen aktivieren ?
Denn jedesmal wenn ich ein Plugin als Widget dazufügen will muss ich erstmal komplett alle Widgets übernehmen, was leider nicht unbedingt stimmig ist (vom ausehen).

Beste Grüße

08 | 08 2009

um 12:26 » Autor-Kommentar «

Ich kann nicht ganz folgen, was meinst Du mit Grundwidgets? Und zwangsweise muss nichts übernommen werden, die Widgets und die Sidebars funktionieren wie in jedem anderen Template auch …

Greets, Markus

08 | 08 2009

mstrl

um 20:16 via Website

Geht darum, wenn ich ein Plugin (z.B. RSS Feed anzeige) in den Widgets aktiviere und z.B. in Sidebar packe, muss ich auch die Suche, Blogroll, Kategorien usw mit reinpacken.
Und das sieht immer etwas anders aus als im “Original”
Mir geht es halt darum dass alle “Grund Module” automatisch aktiviert bleiben, selbst wenn ich sie im Widget bereich nicht aktiviert habe.

Hoffe Du konntest mich jetzt besser verstehen

Beste Grüße

09 | 08 2009

http://www.web-funk.de/wordpress-multi-widgets

um 11:01 » Autor-Kommentar «

Ich denke das hier sorgt für Aufklärung, zwar etwas länger der Beitrag aber Du siehst dort, das dies technisch nicht möglich nzw. sinnvoll ist:

09 | 08 2009

um 12:54 via Website

Moin zusammen, hallo Markus,

ich habe was gewonnen? :-)))))) Na, da freue ich mich aber wirklich und werde den edlen Tropfen auch genießen und entsprechend würdigen ;-).

Erst jetzt kann ich mich mal schon dafür bedanken, denn ich baue ja an der “neuen” Seite, die ich soweit auch gerade fertiggestellt (bzw. “gestyled”) habe, so dass ich die Domain wohl tatsächlich heute entsprechend umbiegen kann.

Es ist einfach unbeschreiblich, was mit Deinem Theme möglich ist! Angucken geht natürlich schon jetzt unter http://wahl09.mueschen.info . Vorsicht! Stark rotlastig *g*
Das aber nur mal als Beispiel, wie flott man Dank Deiner Arbeit eine solche Seite, für die mir wirklich kaum Zeit blieb, aus dem Boden stampfen kann.

Dennoch ist mir noch etwas aufgefallen, denn ich habe die aus der Avenue-Serie bekannte Möglichkeit der einfachen Einbindung externer Feeds per Widget irgendwie vermisst. Da musste man doch nur irgendwie die Adresse eingeben, jetzt habe ich immer dieses recht umfangreiche hauseigene Modul zur Verfügung. Oder habe ich da wieder mal etwas übersehen?

Und dann noch eine Frage zu Deiner HTML-Sitemap: Wie macht man die denn? Das wäre nun wieder etwas für meine private Spielwiese :-).

Auf jeden Fall gilt wie immer: Klasse, Markus! Einfach nur toll!

09 | 08 2009

um 13:38 » Autor-Kommentar «

Korrekt, das Feed-Widget fehlt (noch). Werds in der Final-Version wieder aktivieren!

Ansonsten respektable Leistung Nobbi, hast ganz schön dazugelernt. Die Sitemap ist handgebaut ;-) und als ganz normale Liste im Quelltext angelegt. Die einzelnen Listenpunkte sind dann mit einer Hintergrundgrafik versehen und das war´s… Sobald hier mal ein wenig Ruhe bei mir einkehrt werde ich nach und nach ein paar Dinge für das Theme nachreichen. Allerdings kannst Du auch jetzt schon eine Sitemap anlegen. Dafür habe ich im Theme bereits die archives.php angelegt. Erstelle einfach eine statische Seite und wähle das entsprechende Page-Template. Gib nur einen Seitentitel an und klick auf publizieren, dann sollte ein Archiv angezeigt werden …

Greets, Markus

09 | 08 2009

um 16:20 via Website

Mache ich mit dem Archiv, aber vielleicht kannst Du mir aktuell helfen, denn ich habe mir alles zerschossen, als ich die norbert-mueschen.de umleiten wollte. Jetzt geht gar nix mehr und ich suche verzweifelt nach Fehlern. Fast fertig im Grunde und jetzt das, ich kann bald echt nicht mehr…

Könnte an der Permalink-Aktualisierung liegen, aber ich kann da auch nix rückgängig machen, dann kommen Fehlermeldungen. Ich sehe gerade schlappe 8 Stunden heute im Popo und bin entsprechend bedient :-(.

Wenn ich nur wüsste, woran das liegt. Am Theme ganz sicher nicht, soviel ist klar.

09 | 08 2009

um 19:22 » Autor-Kommentar «

Per FTP die htaccess löschen, so dass man wieder ins WP-Admin kommt und dann Einstellungen wieder anpassen …

09 | 08 2009

um 20:26 via Website

Tja, ich komme nicht rein :-(. Null Chance also, da was zu ändern. Ich sehe mich schon alles nochmal neu machen und habe darauf absolut keine Lust.

09 | 08 2009

um 20:45 » Autor-Kommentar «

hm, spontan fällt mir nix anderes ein, wo hast du denn die umleitung gesetzt …

09 | 08 2009

um 20:49 via Website

Beim Provider Hosteurope. Da liegt noch meine norbert-mueschen.de, die ich auf das Unterverzeichnis leiten wollte.

09 | 08 2009

um 20:57 » Autor-Kommentar «

Dann ist die Umleitung wahrscheinlich noch irgendwie aktiv, ansonsten würde das Backend erreichbar sein … hast Du im Backend einen anderen Ordner für die WP-Installation angegeben?

09 | 08 2009

um 21:04 via Website

Ich habe WP neu in dieses Unterverzeichnis nur für diese eine Sache installiert. Da greift also auch nix anderes drauf zu. Mir ist das alles vollkommen rätselhaft und ich bin nur erstaunt und vollkommen frustriert. Ich kapiere nicht, wieso ich über http://www.norbert-mueschen.de/ diesen CSS-Müll bekomme. Denn daran habe ich doch überhaupt nicht gedreht, die Weiterleitung haut also hin.

09 | 08 2009

um 21:19 » Autor-Kommentar «

define('WP_SITEURL', 'http://example.com/wordpress');

Pack das mal in Deine wp-config und trag die genaue Adresse bis in den Ordner ein, wo Dein Wordpress jetzt liegt.

09 | 08 2009

um 21:31 via Website

Es tut sich leider nix… Wo sind die CSS-Änderungen an der iowa_user.css eigentlich gespeichert und vor allem wo die Auswirkungen meiner Änderungen per Iowa-Options? Dann setze ich nämlich lieber alles komplett neu auf. Inhalte sind ja noch nicht in dem Maße da, das wäre verschmerzbar, aber nicht die ganzen Änderungen an den Styles.

09 | 08 2009

um 21:38 » Autor-Kommentar «

Da ja Inhalte sichtbar sind findet Wordpress Deinen wp-content Ordner offenbar nicht aber nun gut, alle Style-Änderungen befinden sich in der options.css (Ordner “styles”), die anderen Sachen werden in der Datenbank gespeichert. Ich hoffe das die Sachen dann dort auch noch drin sind. Also Datenbank sauber exportieren und auf gehts …

hier noch ne anleitung: http://bueltge.de/wp-datenbank-backup-mit-phpmyadmin/97/

09 | 08 2009

um 22:18 via Website

Och, die DB ist mir erstmal schnuppe, denn da war noch nicht viel drin. Aber an der CSS habe ich kräftig geschraubt, daher Danke für Deinen Hinweis :-). Damit wären schon einige Stunden Arbeit gerettet…

09 | 08 2009

um 22:39 via Website

Tja, hat soweit wohl alles geklappt, aber mit den Optionen der CSS liegste wohl nicht ganz richtig, denn da muss ich wieder ran, das haut nicht hin :-(

09 | 08 2009

um 22:41 » Autor-Kommentar «

Vergiss das Schlafen nicht ;-)

09 | 08 2009

um 22:52 via Website

Ich habe die Schnauze aber sowas von voll… Vielleicht lasse ich das auch komplett, keine Ahnung. Alles neu machen, klasse :-(.

09 | 08 2009

um 23:00 via Website

Und nochens ich: Versuche mal, den Standardtext zu kommentieren: Wieder Fehlermeldung…

10 | 08 2009

um 00:08 » Autor-Kommentar «

Hab es gerade probiert und war doch sehr erstaunt:

Your comment was a bit too short. Please go back and try again.

Hab ich ja noch nie gesehen, hat aber wohl was mit Anti-Spam zu tun!

10 | 08 2009

Markus

um 00:09 via Website

Test

10 | 08 2009

um 00:11 » Autor-Kommentar «

Bei mir fungierts, hast Du da ein Plugin gegen Spam?

10 | 08 2009

um 07:31 via Website

Ja, wp-spamfree. Wusste gar nicht, was die da alles zusätzlich eingebaut haben und habe es erstmal deaktiviert.

10 | 08 2009

um 10:31 » Autor-Kommentar «

Ist wohl ein wenig sensibel das Plugin ;-)

10 | 08 2009

um 13:50 via Website

Das Vorhaben mit der eigenständigen Seite habe ich übrigens soeben verworfen. Es ist nicht zu händeln mit der Subdomain, so geht nichtmal der RSS-Feed. Stunden Zeit verplempert, aber immerhin so einiges in Sachen Iowa-Theme rausgefunden ;-). Ganz umsonst war das alles also dann doch nicht.

10 | 08 2009

um 14:32 via Website

Und schon wieder ein Problem, denn die Menüpunkte lassen sich absolut nicht per Reihenfolgennr. (beim Seiten erstellen) sortieren. Ich glaube, ich lasse besser alles sein :-(.

10 | 08 2009

um 14:54 » Autor-Kommentar «

Wo versuchst Du das denn einzustellen?

10 | 08 2009

um 15:04 via Website

Wenn ich eine neue Seite erstelle bei den Attributen unter Reihenfolge. Da kann ich doch Zahlen eingeben, aber das scheint nicht angenommen zu werden. Denn ich muss ja irgendwie die Möglichkeit haben, da eine bestimmte Reihenfolge zu erzwingen, also Impressum z.B. ganz hinten.

10 | 08 2009

um 16:00 » Autor-Kommentar «

wp_list_pages('title_li=&number=&depth='.$mydepth.'&sort_column=id&sort_order=asc&include=&exclude=');

ersetzen durch:

wp_list_pages('title_li=&number=&depth='.$mydepth.'&sort_column=id&sort_order=asc&include=&exclude=&sort_column=menu_order');

jeweils unten in der base_head.php und in der wide_head.php

10 | 08 2009

um 16:46 via Website

Ich kann mich echt nur in Lobhudelei wiederholen, Markus :-). Klasse, Danke Dir zum zigsten Mal ;-).

10 | 08 2009

um 16:50 » Autor-Kommentar «

Null Problemo!

11 | 08 2009

um 08:26 via Website

Hallo,

erstmal vorab: Ein klasse Theme! Allerdings hab ich einen gehörigen Bug entdeckt: Ich bin grad dabei ein neues Blog mit meinen Tauchausflügen einzurichten. Dazu hab ich letzte Woche ein jungfreuliches WP mit Deinem Theme aufgesetzt. Jetzt ist mir aufgefallen, dass es nicht mit dem Statistiktool Semmelstatz funktioniert. Mit jedem anderen Theme klappt alles, sobald ich Iowa aktiviere, werden die Optionen in den Einstellungen entfernt und Semmelstatz zählt nicht mehr.

Darum geht es: http://www.tauchdoch.de/

11 | 08 2009

um 11:49 » Autor-Kommentar «

Hi StoiBär,

ein Bug isses nicht, da beißen sich offenbar einfach zwei Funktionen, die sowohl im Plugin als auch im Theme den selben Namen nutzen. Laut Plugin-Seite ist das bei Semmelsatz bereits korrigiert:

Änderung: $options-Variable umbenannt, da sie offensichtlich mit einer globalen Variable eines speziellen Themes ins Gehege kolidiert (im Download korrigiert (30.7. um 8:00)

Muss also schon vorher mal augetreten sein. Hab mir gerade die aktuelle Version gezogen und hatte damit keine Probleme. Gib mir mal bitte bescheid ob Du die Pluginversion 3.3 nutzt, und falls nicht, ob es nach einem Update fungiert …

Ansonsten erstmal Danke für das Lob!

11 | 08 2009

um 22:42 via Website

Ich drehe am Rad… Jetzt kann ich die Widgets nicht mehr bearbeiten (Text/HTML). Änderungen werden partout nicht angenommen :-(. Kann das an irgendeiner Änderung liegen, Markus? Es ist weder begreif- noch nachvollziehbar :-(.

11 | 08 2009

um 23:04 » Autor-Kommentar «

mach mal einen Gegencheck: Geh in die functions.php (Zeile 224) und lösche dort:

unregister_widget('WP_Widget_Text');

Daraufhin findest Du das Original-Wordpress-Widget für Text und HTML in der Widgets-Liste. Probier es dann mal damit und sag bescheid ob das geht.

11 | 08 2009

um 23:28 via Website

Aber es haute doch hin, das Widget lief und läuft doch… Aber natürlich mache ich erstmal das, was Du mir sagst :-).

Es ist einfach nicht zu glauben! Du kannst mich am Jahresende hier öffentlich teeren und federn, wenn von mir nix unter Deinem Weihnachtsbaum liegt! Spätestens dann :-).

Hat natürlich wieder mal hingehauen, aber ich verstehe es nicht, da ich ja Änderungen (Banner eingefügt) ja auch schon gemacht hatte und sie genommen wurden. Und plötzlich nicht mehr? Am Provider kann es auch nicht liegen, ist immer derselbe *g*.

12 | 08 2009

um 00:46 » Autor-Kommentar «

also geht es jetzt zwar mit dem Wordpress-Widget aber nicht mit dem Iowa?

12 | 08 2009

um 07:26 via Website

Jepp, auf der Semmelstatzseite hatte die aktuelle Version die gleiche Versionsnummer, wie die fehlerhafte, die ich im Einsatz hatte. Daher bin ich nicht drauf gekommen, mir die nochmal zu ziehen. Jetzt gehts. Danke nochmal.

12 | 08 2009

um 11:03 via Website

Markus, korrekt. Jetzt geht es.

12 | 08 2009

um 14:38 via Website

Noch ne Frage: Dass man die Sidebar, den Footer usw. für die Hauptseite, Beiträe und Seiten separat einstellen kann, ist prinzipiell super. Allerdings machts auch die dreifache Arbeit, wenn man überall die gleichen Einstellungen haben möchte. Gibt es nicht eine Möglichkeit, einfach die Einstellungen von einer auf die andere Sidebar zu übernehmen?

12 | 08 2009

http://www.web-funk.de/wordpress-multi-widgets

um 15:00 » Autor-Kommentar «

Genau an dieser Sache habe ich am längsten gesessen um eine sinnvolle Lösung zu finden. Eine detaillierte Erklärung warum es jetzt so ist, wie die Alternative aussah und das dies bereits die komfortabelste Lösung ist findest Du im Beitrag:

Ein Tipp: Nimm ein Widget, konfiguriere es und zieh es in den Bereich “inaktive Widgets”. Dort ist es mit allen vorgenommenen Einstellungen gespeichert und kann von dort aus in alle Sidebarbereiche gezogen werden, ohne das dann nochmal konfiguriert werden muss!

12 | 08 2009

um 15:13 via Website

Wenn ich es dann aus den inaktiven Widgets in die entsprechende Sidebar ziehe, ist es aus den inaktiven Widgets wieder raus.

Ein Button “Einstellungen aus Startseitensidebar übernehmen” wär super! ;-)

12 | 08 2009

um 16:50 » Autor-Kommentar «

… wäre es, geht aber leider nicht. Abgesehen davon hätte man dieselbe Arbeit und noch eine ganze Ecke mehr, wenn man das wie bisher selbst in den Template-Dateien machen müsste. Von daher erkauft man sich den Luxus unabhängiger Sidebars durch etwas mehr Einrichtungsarbeit. Da die erstmalige Einrichtung im entsprechenden Umfang im Grunde auch nur einmal nötig ist kann man hoffentlich damit leben. Mir ist zumindest keine Möglichkeit eines solchen Buttons bekannt, wenn es sowas geben wird, findest Du es ganz sicher im Theme ;-)

12 | 08 2009

um 22:23 via Website

Kommando zurück mit dem Text-Widget bei mir. Geht schon wieder nicht. Ich kann dem Teil einfach nix hinzufügen, es wird nicht angezeigt.

12 | 08 2009

um 22:33 via Website

Noch nicht mal einen Titel nimmt das Teil an. Aber es gibt ja noch ‘ne Lösung: Die harte Tour, rein in den Code ;-). Fliegt Ende des Monats sowieso wieder raus, aber kurios ist das Ganze doch, oder?

12 | 08 2009

um 22:43 » Autor-Kommentar «

Das Problem ist, das ich das von hier aus nicht nachvollziehen kann. Ich habs sowohl auf meinem Localhost als auch Online im Demo-Blog probiert und dort fungiert es einwandfrei. Zumal Du ja sagst, dass es schoneinmal funktioniert hat. Die Tatsache, das selbst das Original-Wordpress-Widget nicht geht, deutet daraufhin, das hier was anderes nicht passt, aber frag mich mal was …

Sinnvoll wäre, wenn Du mal temporär ein Gastzugang anlegst so dass ich mal drüberschauen kann … gib mir morgen mal bescheid …

12 | 08 2009

um 22:43 via Website

Und gleich das nächste, was ich gerade entdeckt habe: Das Flyout-Menu geht im Opera nicht richtig. Unterpunkte verschwinden, wenn man drauffahren möchte. Langsam bekomme ich die Krise, denn so bricht mir mein ganzes Konzept zusammen :-(.

12 | 08 2009

um 22:44 via Website

Den Gastzugang richte ich Dir natürlich gerne ein. Mache ich sofort.

13 | 08 2009

um 00:22 » Autor-Kommentar «

… das automatisch durch wp-list-pages generierte Menu bringt nix als Ärger mit dem CSS-Layout, der Maus-Fokus geht durch die aufpoppenden Tooltips leider in einigen Browsern verloren, und die Tooltips lassen sich nicht unterbinden. Auf den Testseiten dieser CSS-Menüs sieht man immer nur Varianten die ohne Title-tag gebaut sind und daher bestens fungieren. Da dieser Unsinn im Theme erstens nicht infrage kommt und zweitens das Title-tag der Menülinks sowieso nicht zu unterbinden ist, lässt sich dieses typische gezicke dieser Art von Menuüs nicht wirklich beheben. Ich war noch nie ein Freund von diesen Menüs und bisher hats nur Ärger gebracht. Konsequenz daraus: in der Final-Version fliegts jetzt raus weil es einfach keine Optimal-Lösung ist …

Greets, Markus

13 | 08 2009

um 01:37 via Website

Ergo bekommt meine Seite ein klassisches Menü rechts in der Leiste, fertig :-).

Mich ärgert es an WP. Die bekommen sowas nicht hin, die schnallen NULL in Sachen Bild einfügen, aber ein Papierkorb, jou, der muss demnächst sein.

Du lieferst ein sauberes Template ab und sollst (und tust es dankenswerter Weise ja auch) Dir selber in den Hintern treten. Kann es nicht sein. Ich ändere das. Irgendwie. Aber nicht mehr jetzt, die Augen machen langsam schlapp *g*

13 | 08 2009

um 10:51 » Autor-Kommentar «

Dein Textwidget geht doch aber, habs gerade probiert?

13 | 08 2009

um 11:34 via Website

Es nimmt aber keine Änderungen bzw. Ergänzungen an.

13 | 08 2009

um 12:16 » Autor-Kommentar «

Unter Deinem Banner auf der Startseite steht jetzt das Wort “Test”, ging ohne Probleme …

13 | 08 2009

um 21:28 via Website

Ich kapiere es nicht, es geht tatsächlich. Kann es evtl. am p-Tag liegen?

13 | 08 2009

um 22:34 » Autor-Kommentar «

die HTML-Formatierung ist auf jeden Fall problematisch ;-) …
am besten alles via:

<p>text</p>

oder

<p><b>text</b></p>

oder

<p><em>text</em></p>

oder bei Listen

<ul>
    <li>text</li>
    <li>text</li>
</ul>

usw. es ist denkbar das Wordpress das HTML checked, also ist richtige Formatierung wichtig …

13 | 08 2009

um 23:46 via Website

Naja, ist ja richtig. Aber den Text oben drüber habe ich dann ja auch nicht “sauber” reingeschrieben und dennoch funzt er ;-).

Und hast Du Dir mal das Problem mit dem Flyout schon vornehmen können? (mein Kommentar von gestern 22:43) Wenn ich ein wenig runterscrolle die gesamte Seite, dann geht es (FF 3.5.2). Bei Opera komme ich gar nicht auf die Unterpunkte.

14 | 08 2009

um 00:23 » Autor-Kommentar «

Ich kann es nur wiederholen, es gibt css-technisch keine Lösung, die nicht in irgendeinem Browser zickt. Genau das ist der Grund warum viele Nutzer diese Menüs nicht besonders mögen, weil das schon immer ein Problem war. In der Final gibts das auch nicht mehr, wirklich freiwillig war der Einbau von vornherein nicht … abgesehen davon gibt es keine brauchbare und sinnvolle Möglichkeit, speziell Opera mitzuteilen, das Flyout anders zu handeln. Andererseits gäbe es auch keinen Ansatz, was anders gemacht werden könnte. Das Flyout ist so sauber wie möglich gelöst, aber Du siehst schon in einigen anderen Kommentaren, das alles was nicht besonders gut funktioniert immer auf den Autor zurückfällt und ich hier nur am rechtfertigen bin, dass es aus tausend technisch irgendwie und sowieso komplizierten Gründen nicht anders geht ;-) Am besten ist, mal bei den Browseranbietern Tag und Nacht an die Tür zu klopfen, die können sich nicht mal auf die die Schreibweise eines Kommas einigen … Wie gesagt, an dem Verhalten des Flyouts lässt sich nichts anders machen, eine Sache habe ich aber bei einem eigenen Test festgestellt. Dadurch, dass Deine Seitentitel im Flyout zweizeilig sind, zickt der Opera. Bei dem Menu in der Iowa-Demo fungierts. Noch breiter machen würde ich eine einzelne Spalte im Flyout nicht, das ist schon 40px Größer als die gängigen Varianten und spätestens bei Menupunkten die ganz rechts liegen, fliegst im wahrsten Sinne des Wortes (aus dem Sichtbereich raus). Kleine Anmerkung noch: Wer es mit JavaScriptMenus probiert hat noch weniger gekonnt, da die Anzahl der Nutzer mit deaktivierten JScript größer ist als die Anzahl der Opera-Nutzer ;-)

Grüße, Markus

14 | 08 2009

um 01:35 via Website

Also erstmal ein herzliches Dankeschön an Dich, Markus :-).

Mit der Flyout-Sache hast Du mich schon überzeugt, das sehe ich ein, obwohl ich vom technischen Hintergrund keine Ahnung habe. Schade, denn das sah doch nicht verkehrt aus…

Klassische Navi rechts also ;-). Aber nicht mehr jetzt, denn die Augen fallen zu…

14 | 08 2009

um 10:56 » Autor-Kommentar «

in aktuellen Browsern gehts es bei mir auch wunderbar aber ich hatte diverse Anfragen, dass das Menü zu sensibel ist, was von Browser zu Browser schwankt. Aber genau dagegen kann ich nix machen. Das Flyout ist eine ganz normale Liste. Jeder Listenpunkt hat eine Hintergrundfarbe. Standardmäßig wird die gesamte Liste per CSS außerhalb des sichtbaren Bereichs platziert, und in dem Moment, wo man mit der Maus über den Link fährt, wird´s in den sichtbare Bereich geholt. Dadurch entsteht der Eindruck, das Menü würde ausklappen. Durch die Tooltipps die beim überfahren eines Links aufpoppen geht aber der Focus des Links durch die Maus verloren und das Menü wird wieder ausgeblendet. In Deinem Fall kannst Du probieren, die Seitentitel einzeilig zu machen oder die Schrift zu verkleinern so das keine zwei Zeilen entstehen.

15 | 08 2009

um 00:16 via Website

Nabend Markus,

die Textverkleinerung würde ich ja mal versuchen, aber… wo? ich finde nix.

15 | 08 2009

um 00:53 via Website

Hab’s gefunden und per FTP mal geändert auf 12px. Scheint zu funzen…

15 | 08 2009

um 02:44 via Website

Mal geht’s, mal wieder nicht. Da hilft alles nix, die Alternative Navi muss also noch mit in die Seite… Nix gegen Dich, Markus, aber mir gehen die ach so tollen Browser-Programmierer ziemlich auf den Senkel. Hätten die nur halb soviel drauf wie Du, dann würde das wohl auch funzen.

Sehe ich in Sachen Bildbearbeitung/-einbindung usw. bei WordPress übrigens auch so. Der Papierkorb kommt, aber bei wirklich für jeden Nutzer wichtigen Sachen tut sich einfach nix. Kostenlos und ehrenamtlich, keine Frage, erkenne ich hoch an. Aber man kann Projekte auch künstlich hochloben und selbstbeweihräuchern. Das tut man für meinen Geschmack bei WP zu häufig…

15 | 08 2009

um 11:14 » Autor-Kommentar «

Auf jeden Fall, der ganze Feature-Hype geht mir auch auf den Pinsel und die nette Sicherheitslücke aus dieser Woche war das i-Tüpfelchen.

15 | 08 2009

um 19:16 via Website

hab das ganze mal getestet.

Kann man den Footer Bereich ganz abschalten ??
Bei Galerien in den Beiträgen sind die Bilder so zusammengepresst ?!

15 | 08 2009

um 19:39 via Website

was mir noch aufgefallen ist:
Wenn man das Header Bild ändert, hat man immer noch die Ehren über und unter dem Bild

Kann man die Abstände und Textgrössen der Sidebar ändern ??

……tolle Arbeit wie immer !

16 | 08 2009

um 11:22 » Autor-Kommentar «

Kann man den Footer Bereich ganz abschalten ??

Jup: Optionsbereich 04/Zeige keine Widgets im Footer und synchron dazu Options-Bereich 02/Option 10

Bei Galerien in den Beiträgen sind die Bilder so zusammengepresst ?!

Schalt mal auf das Default-Template, damit sieht es genauso aus. Die Wordpress-Galerie ist aktuell noch nicht fertig und gibt auch keinen validen Quelltext aus, hier muss auf das nächste WP-Update gewartet werden :(

Da das Headerbild im Standard gleichzeitig der Home-Link ist, oben aber Blogtitel und unten das Menu drin stehen, kann nich einfach das gesamte Bild ausgetauscht werden. Dafür gibt es dann die Option, die beiden Leisten mit einer Hintergundfarbe zu versehen und schon passt es ! (Options-Bereich 02 / Option 3 und 4)

Kann man die Abstände und Textgrössen der Sidebar ändern ??

Von dieser Art Optionen hätten noch ungefähr 200 mit ins Backend gepasst ;-) Nutzt dafür einfach das Stylesheet …

Beste Grüße und Danke fürs Lob!

16 | 08 2009

um 15:40 via Website

danke, bei den ganzen Einstellungen habe ich den Überblick verloren :)

16 | 08 2009

um 16:16 via Website

Ersteinmal ein schönen warmen Sonntag Nachmittag (schwitz) und ein noch viel schöneren Dank für das für mich bisher beste WP Theme :)

Sehr gutes Theme, alles in deutsch und wie ich verfolge auch erstklassiger Support – Respekt.

Wobei wir schon beim Thema Support sind gleich eine erste Frage (weitere folgen sicherlich :) ). Und zwar zwischen den einzelnen Beiträgen auf der Startseite ist doch so eine ganz leicht zu sehende blaue Linie gezogen (wenn ich einen Rechtsklick mach, dann zeigt er mir etwas von einem Bild Namens repeater.jpg an) . Wie oder wo kann ich die Farbe dafür ändern, so das man diese Linie zwischen den einzelnen Beiträgen besser sehen kann. Hab zwar alles in den Dashbaord Einstellungen überprüft und ausgetestet, aber irgendwie find ich keinen passenden Eintrag.

Danke.

16 | 08 2009

um 16:20 via Website

Und gleich noch eine weitere Frage hinterher. In den Dashboard Einstellungen kann man ja die Ansichts Optionen für die Sticky Post ändern.

Muss ich um Sticky Post anzeigen zu lassen, irgendein WP Plugin zusätzlich installieren – oder ist das in irgendeiner weise ein Bestandteil des Themes ???

16 | 08 2009

um 16:22 via Website

Nach meinen Updates habe ich jetzt ein Farbenwirrwar in der Seite ;-(. Und wenn man den einzelnen Beitrag komplett aufruft, dann fehlt die strukturierende Überschrift, der Hintergrund ist aber da.

Kannste mir da bitte weiterhelfen, Markus?

(Und hoffentlich gehen meine Trackbacks an Dich durch *g*)

16 | 08 2009

um 17:11 via Website

Habe folgendes Problem wie von Nobbi am 10.08. beschrieben. “Wenn ich eine neue Seite erstelle bei den Attributen unter Reihenfolge. Da kann ich doch Zahlen eingeben, aber das scheint nicht angenommen zu werden. Denn ich muss ja irgendwie die Möglichkeit haben, da eine bestimmte Reihenfolge zu erzwingen, also Impressum z.B. ganz hinten.” Deine Hilfestellung hierfür, das ändern der base_gead.php und wide_head.php bringt bei mir keine Änderung. Wordpress Vers. 2.8.4 und deine neueste Version und beide Updates. Bin für jede Hilfe dankbar.

Viele Grüße aus Dinslaken
Uwe

16 | 08 2009

um 18:10 » Autor-Kommentar «

at Zegger: Frag mich mal wie ich beim Anlegen der Optionen geschwitzt habe ;-)

at Rene: Die repeater.jpg hat damit nichts zu tun. Die letzte Zeile unterhalb eines Beitrags bekommt im Stylesheet eine Border verpasst, die Du einfach im Stylesheet farblich anpassen kannst. Geh dazu in die style.css Zeile 270 .postcom und ändere dort den Farbwert bei:

border-bottom: 40px solid #f8f8f8;

Was meinst Du mit Dashboardeinstellungen? Ein Plugin wird nicht benötigt, Du setzt einfach beim Schreiben oder Bearbeiten eines Artikels rechts unter “Publizieren/Sichtbarkeit/Diesen Artikel auf der Startseite halten” das Häkchen und schon ist der Beitrag “sticky”. Ansonsten erstmal lieben Dank für das Feedback!

at Uwe: Hast Du die Reihenfolge auf den Seiten auch schon festgelegt? “Seite/Bearbeiten” und dann rechts “Attribute/Reihenfolge”

at Nobbi: sieht so aus als würden sich bei Dir neue und alte Template-Dateien mischen. In der Finalversion gibt es im Beitrag keine Struktur-Überschrift mehr weil das viele etwas irritiert/gestört hat. Im Quelltext sehe ich aber noch Fragmente aus der Beta-Version?

16 | 08 2009

um 18:25 via Website

Jou, da kann durchaus noch “Alt-Ballast” mit drinne sein *g*. Aber wie und wo? Das ist sicherlich leicht in den Griff zu bekommen, da bin ich echt gelassen ;-).

16 | 08 2009

um 18:26 via Website

Also das mit der Änderung in der style.css funktioniert leider nicht , die Farbe wird nicht geändert (rrr)

16 | 08 2009

um 19:34 » Autor-Kommentar «

at Rene: welche Linie meinst Du genau, die horinzontale recht breite sehr helle zwischen den Beiträgen oder den Schatten der Sidebar oder die sehr feine Haarlinie unter den Überschriften?

at Nobbi: Ist etwas merkwürdig, offenbar steckt da irgendwas im Wordpress-Cache und wird nicht aktualisiert, schalt mal kurzzeitig auf das Default-Theme und dann wieder zurück auf das Iowa

16 | 08 2009

um 19:43 via Website

at Rene: welche Linie meinst Du genau, die horinzontale recht breite sehr helle zwischen den Beiträgen

Genau diese Linie meine ich…

16 | 08 2009

um 19:47 » Autor-Kommentar «

na alles klar: probier das Gleiche wie beschrieben nochmal in der iowa_user.css, ich denke mal Du hast vorbildlich nach Anleitung gehandelt und auf diese Stylesheet umgeschaltet? Aber daran muss ich mich auch erst noch gewöhnen ;-)

16 | 08 2009

um 19:55 via Website

Wenn meinst du jetzt ? Nach Anleitung wenn du mich meinen solltest, hab ich nichts gemacht (welche Anleitung überhaupt ?) und kann man das Stylesheet auch umschalten (auf was ?), hab ich bisher nirgendwo gefunden.

16 | 08 2009

um 20:05 » Autor-Kommentar «

Na diese Anleitung hier: Geh dazu in die iowa_user.css Zeile 270 .postcom und ändere dort den Farbwert bei:

border-bottom: 40px solid #f8f8f8;

Damit muss es gehen, entweder in der style.css oder der iowa_user.css – ansonsten mal schauen ob Du Schreibrechte besitzt!

16 | 08 2009

um 20:13 via Website

Funktioniert leider immer noch nicht, weder in der style.css noch in der iowa_user.css.

Hab nun die Dateien local bearbeitet und dann nochmals auf den Server geladen, aber wie gesagt es geht nicht

16 | 08 2009

um 20:19 » Autor-Kommentar «

probier es mal hiermit, sehe gerade das es ja zwei Klassen gibt, je nachdem was in den Optionen eingestellt ist (Zeile 282 style.css):

.metadate {border-bottom:40px solid #F8F8F8;}

Schwere Geburt zum Sonntag aber bei den ganzen Styleangaben muss ich auch etwas genauer hinsehen, ich denke jetzt sollte es klappen …

Greets, Markus

16 | 08 2009

um 20:26 via Website

Genau das ist es… freu

Ein anderes Problem sind die Einstellungen des Footers (die Einstellungen auf der Iowa Pro Options-Page werden zwar gespeichert,aber im Blog selbst nicht immer richtig dargestellt) aber das bin ich selbst gearde noch am austesten und melde mich wenn ich es selbst nicht hinbekomme.

16 | 08 2009

um 20:29 » Autor-Kommentar «

Wenn es tatsächlich ein Problem ist, bitte genau die Einstellung angeben die nicht funktioniert …

16 | 08 2009

um 20:35 via Website

Naja z.B. hab ich bei den Iowa-Einstellungen gesagt (04/Text des Footer-Titels), das kein kein Name angezeigt werden soll und dennoch wird der Name “Footer-Bereich” im Blog selbst angezeigt (manchmal aber wiederum nicht)

16 | 08 2009

um 20:48 via Website

Jetzt mal allgemeines und positives (brauch man ja auch ab und zu einmal). Hab das Theme nun fast 2 Tage am Start und es gefällt mir bisher sehr gut. Es ist klar strukturiert, übersichtlich und relativ einfach in der Handhabung und dank den zahlreichen individuellen Einstellungsmöglichkeiten (erfordert aber etwas Zeit) ganz leicht an die persönlichen Bedürfnisse anzupassen.

Also einfach perfekt für mich und deshalb noch einmal ein herzliches Dankeschön (hoffe es bleibt weiterhin kostenlos grins)

16 | 08 2009

um 20:48 » Autor-Kommentar «

Es gibt zwei Optionen: Eine zum Ändern des Textes, eine zum Ausblenden des Titels

Option 04 ändert den Text, wird das Feld leer gelassen wird der Standard-Text angezeigt.

Unter 02. Basis-Optionen/Zeige keine strukturierende Überschrift im Footer … kann man den Titel komplett entfernen

16 | 08 2009

um 20:53 » Autor-Kommentar «

uups, Synchron-Kommentar: besten Dank! und an dem Prinzip das es für Privatnutzer kostenlos ändert sich nichts :-)

16 | 08 2009

um 21:06 via Website

at Uwe: Hast Du die Reihenfolge auf den Seiten auch schon festgelegt? “Seite/Bearbeiten” und dann rechts “Attribute/Reihenfolge”

Habe ich gemacht. Wenn ich auf Kubrick umschalte, ist die Reihenfolge auch so, wie von mir eingestellt bzw. festgelegt

Viele Grüße
Uwe

16 | 08 2009

um 21:06 via Website

Perfekt Danke. Hab dein Theme gerade bei mir im Blog vorgestellt und einfach mal denn Banner (http://www.web-funk.de/wp-content/themes/webfunk/tools/wordpress_theme_iowa.jpg) als Werbemittel geklaut, ich hoffe das geht in Ordnung, ansonsten könntest du mir ein anderes Werbemittel zur Verfügung stellen (?).

16 | 08 2009

um 21:22 » Autor-Kommentar «

at Uwe: Überprüfe bitte nochmal die korrekte Schreibweise:

<?php wp_list_pages('title_li=&number=&depth=1&sort_column=menu_order&sort_order=asc&exclude='); ?>

16 | 08 2009

um 21:24 » Autor-Kommentar «

at Rene: Super, freud mich natürlich wenn das Projekt supported wird. Das mit dem Bild geht selbstverständlich in Ordnung!

17 | 08 2009

um 16:17 via Website

Hi Markus,

also: Ich hatte mal das Theme umgestellt, aber keine Änderung, beim ganzen Beitrag erscheint oben immer noch der Balken.

Und ich bekomme Teile der Sidebar (also die Überschriften) absolut nicht auf das “redside” umgestellt :-(.

Watt nu?

Aber das Archiv-Widget klappt jetzt wunderbar, vielen Dank :-).

17 | 08 2009

um 16:28 via Website

Ähm, nochwas… Nach dem Update 05 (comments.php und style.css) sieht die Zeile mit “xx Kommentare” nicht gerade prickelnd aus, da die Linien links an den Rand “klatschen” ;-). Beispiel: http://www.mueschen.info/beta-oder-alfa-romeo-oder-indianer-oder-iowa-hauptsache-web-funk/#comments

Leider finde ich nix, wo ich da ggf. etwas ändern könnte. Kann natürlich auch sein, dass ich den Wald vor lauter Bäumen nicht sehe.

17 | 08 2009

um 16:30 » Autor-Kommentar «

also sicher ist schonmal, das die single.php nicht die aus der Final-Version ist und das scheint nicht das einzige zu sein. Die Sidebar-Überschrift steht ja auf redside.jpg aber das Bild ist noch immer das aus der Beta. Du hast wahrscheinlich nicht alle Dateien überschrieben und im Options-Bereich versuchst Du vergeblich Farben anzupassen die in der Final-Version nicht vorhanden sind. Wie genau hast Du denn geupdatet?

17 | 08 2009

um 17:08 » Autor-Kommentar «

Ja, weil einige Dateien bei Dir nicht upgedatet sind, aus welchem Grund auch immer. Sichere mal all Deine Anpassungen die Du in den Stylesheets gemachts hast in einer separaten Datei, sichere auch die options.css und versuch das mit dem Update nochmal. Irgendwas muss beim kopieren auf via FTP auf deinen Server schief gegangen sein, schwer zu sagen was genau aber da mischt sich einfach alles bei Dir!

17 | 08 2009

um 17:41 via Website

Oha, klar, ich habe ja noch Beta… Und hie und da rumgeschraubt, das kann ja lustig werden *g*. Ich mache das aber mal und date gleich up.

Also habe ich ein völlig neues Theme erschaffen? *binschonweg*

Dieser Kommentar vernichtet sich von selbst und wird von 2222 automatisch abgezogen :-))))

17 | 08 2009

um 18:21 via Website

Oha, was’n nu? Gibt es keine user_css mehr? Alles die style.css? Ich bin etwas verwirrt, Schulligung….

17 | 08 2009

um 18:35 » Autor-Kommentar «

Doch gibt es, die wird jetzt automatisch eingebunden so dass man das nicht mehr manuell machen muss!

17 | 08 2009

um 18:47 via Website

Die user_css habe ich aber nicht. Kann sie auch nicht anwählen im Editor.

Ich blicke eh nicht mehr durch… Die Menüpunkte waren wieder nicht sortiert, ich also hier nach Deiner Anleitung gesucht und eingebunden. Und was nun: Flyout wieder da…

Teilweise sind die Sidebar-Überschriften in der richtigen Farbe und dann scheint was zu fehlen. Kannst Du Dich bei Gelegenheit vielleicht mal einloggen? Ich bin mir in meinem Tun nämlich überhaupt nicht mehr sicher :-(.

17 | 08 2009

um 19:00 » Autor-Kommentar «

hast Du die aktuelle Version, mal abgesehen davon gabs das Flyout nur in der Beta … das mit dem Einloggen mach ich gerne aber solange ich die ganzen Änderungen nicht kenne oder die nicht alle gesichert sind bringt Dich das auch net weiter :( Du benötigst im Grunde einmal Deine optinons.css wo alle visuellen Optionen gespeichert sind. Sofern Du an der style.css oder der iowa_user.css etwas gemacht hast brauchst Du auch diese Änderungen. Bis auf Deine Sotierung in der base_head.php hast Du glaube ich an den php-Dateien nix weiter gmacht so dass Du die Beta dann runterfeuerst, die Final raufschiebst und Deine persönlichen Änderungen einfach in die neue und leere iowa_user.css kopierst … Damit sind Deine individuellen Einstellungen was das optische angeht gerettet …

17 | 08 2009

um 19:07 via Website

Ich habe alles per FTP überschrieben. Vielleicht denke ich auch zu kurz und muss wirklich erstmal komplett löschen und dann Iowa neu aufspielen. Meine CSS-Dateien habe ich, das ist nicht das Problem.

Also probiere mal einfach und stelle nochmal das Layout um vorher.

17 | 08 2009

um 19:46 via Website

Habe gerade die Template Version 01.24 und das Update_07 installiert. Kannst du dir und mir die Darstellung auf meiner Homepage erklären. Bevor ich 01.24 installiert habe, habe ich das vorherige Verzeichnis gelöscht.

Uwe

17 | 08 2009

um 20:19 » Autor-Kommentar «

Schalt mal in den Optionen auf das style.css, das sollte normalerweise automatisch passieren aber vielleicht hats die Datenbank noch nicht begriffen …

17 | 08 2009

um 20:23 via Website

Neue Version seit gestern – gibt es ein Changelog – oder anderst gefragt, was hat sich ver/geändert ?
Denn im Moment läuft meine Version 1a Prima :)

17 | 08 2009

um 20:27 » Autor-Kommentar «

Das Changelog folgt, ich weiß nicht wo mir momentan der Kopf steht und der Tag geht schneller rum als man denkt ;-) Das Update ändert die Einbindung des User-Stylesheets. Dieses sollte bisher in den Optionen aktiviert werden aber die Lösung war nicht optimal bei späteren Updates. Das iowa_user.css ist jetzt komplett leer und wird automatisch im Header geladen. Damit kann ich Problemchen in der style.css jetzt grudsätzlich updaten, ohne das das User-Style in die Quere kommt und überschreiben muss ich das dann (sinnvollerweise) auch nicht mehr. Du kannst das Update installieren, solltest dann aber schauen ob in den Options das style.css ausgewählt ist. Hier dann einfach nochmal auf speichern klicken …

17 | 08 2009

um 20:32 via Website

Ok und besten Dank für die ausführliche Erklärung.
Ich persönlich werde erst mal nicht updaten sondern auf ein sagen wir mal “größeres” Update warten, denn wie gesagt – im Moment läuft alles prima.

17 | 08 2009

um 20:35 » Autor-Kommentar «

Sofern Du im style.css keine Änderungen machst kein Problem, ansonsten würde ich das Update schon empfehlen, so bist Du auf der sicheren Seite das Deine Änderungen beim Update nicht ersetzt werden.

Zwingend ist das Update aber ansonsten nicht …

17 | 08 2009

um 21:03 via Website

Wie funktioniert das Update bei diesem Theme hier eigentlich …

Einfach alle Dateien überschreiben und dann die ganzen Iowa Einstellungen wieder anpassen oder kann man diese vorher irgendwie per xml Datei sichern ?

17 | 08 2009

uwe Boruta

um 21:04 via Website

Nach dem Aktualisieren der style.css ist alles wieder in Ordnung. Habe nochmals versucht, die Reihenfolge der statischen Seiten zu ändern: Trotz deines Hinweises vom 16.08. / 21:22 leider kein Erfolg.

Uwe

17 | 08 2009

um 21:54 » Autor-Kommentar «

Vollkommen unverständlich, ich hab jetzt im Demoblog sämtliche Varianten von wp_list_pages probiert und alles fungiert einwandfrei. Noch ein letzter Versuch, ansonsten richte mir morgen mal einen temporären Zugang ein wenn es für Dich kein Problem ist.

<?php wp_list_pages('sort_column=menu_order'); ?>

wenn er darauf nicht reagiert lösch mal die ganze Zeile um zu sehen ob überhaupt etwas passiert. Beste Grüße, Markus

18 | 08 2009

um 00:22 via Website

Hi Markus,

wie verfahre ich jetzt eigentlich mit den Stylesheets, da die iowa_user.css jetzt leer ist? iowa_user.css sichern, Stylesheets updaten, gesicherte iowa_user.css wieder auf den Server hochladen und anschließend style.css in den Options aktivieren?

Wird mit den neuen css-Fateien auch der Fehler in der Anzeige des Kalenders krorrigiert? Wenn der Kalender im Footer-Bereich aktiviert wurde, verrutscht bei mir das Kalender-Navi, siehe z.B. http://aschnabel.bplaced.net/wordpress/2009/07/lro-fotografiert-apollo-landeplatze/

18 | 08 2009

um 02:34 via Website

Noch eine kleine Ergänzung:

Der Darstellungsfehler im Kalender Widget (Footer-Bereich) tritt z.B. beim IE7 auf. Im Firefox und Opera Browser wird das Kalender-Navi hingegen korrekt angezeigt.

18 | 08 2009

um 12:44 » Autor-Kommentar «

at Andreas: wie verfahre ich jetzt eigentlich mit den Stylesheets …

Im Grunde ganz einfach. Das style.css am besten nicht ändern, keine Anpassungen vornehmen und links liegen lassen. Alle eigenen Anpassungen können in die iowa_user.css eingetragen werden. Bei Updates wird nur noch das style.css ausgeliefert, und so bleiben alle persönlichen Änderungen in der iowa_user.css stets erhalten. Die options.css wird beim Speichern in den Optionen automatisch geschrieben und sollte unangetastet bleiben. Diese dient dazu, das Theme auf einen anderen Blog zu portieren bzw. die gemachten Anpassungen im Backend dauerhaft zu speichern.

Das Update für den Kalender ist jetzt fertig!

18 | 08 2009

um 17:05 via Website

Also ich verzweifle… Headerbild bekomme ich nicht wieder so hin wie ich wollte, etliche Hintergrundfarben in der Sidbar machen farblich was sie wollen (und auch die Schriftformate passen nicht, siehe Kategorien und z. B. Archiv (Fettschrift)). Das Dropdown-Menü in den Kategoien hängt auch rechts anstatt links…

Ich komme so kaum weiter und befürchte schon das Schlimmste, nämlich zur Wahl niemals fertig zu werden :-(.

18 | 08 2009

um 19:39 via Website

Hallo Markus,

muss mich für meine “Blindheit” entschuldigen. Sortierung funktioniert (ich hatte nie den Header im Blick, sondern die Seiteneiiste). Die habe ich jetzt auch mit den Widgets richtig sortiert. Sorry für die “unnütze” Arbeit.

Uwe

18 | 08 2009

um 20:37 » Autor-Kommentar «

at Nobbi: zur Beta hat sich aber strukturel nichts geändert, die Bildgröße kannst Du genausso einstellen wie Du es vorher gemacht hast. Was meinst Du mit Dropdown hängt rechts statt links?

at Uwe: kein Problem, so geht mir das häufiger ;-)

18 | 08 2009

um 21:02 via Website

Markus, ich habe die Drop-Down-Möglichkeit gerade nochmal zugeschaltet. Unten siehst Du den Unterschied zwischen Archiv und dem Test ;-).

Zum Kopfbanner: Ja, aber jetzt wird es “mit Zwang” nach oben verzerrt. Ich habe auch schon alle Optionen ausprobiert, aber ohne Erfolg. Wenn ich denn mal das Original hatte, dann war es ganz nach oben gesetzt (Suchfenster war z.B. im Banner) mit viel Luft nach unten.

Leider kann ich jetzt aktuell nicht mehr dran rummachen, denn die Heia ruft :-(.

18 | 08 2009

um 23:28 » Autor-Kommentar «

Erstens (style.css) Höhe ändern:

#header {height: 250px;}

Zweitens (style.css) Höhe ändern:

#header img {height: 148px;}

Drittens (options.css) diese Zeile komplett löschen:

#header {padding-bottom: 10px;}

Außerdem ist Deine options.css mit allerlei Sachen bestückt die nicht vom Theme stammen (-moz-background-clip usw.)

Nach der Bundestagswahl empfiehl sich auf jeden Fall ne Aufräumaktion ;-)

Die Sache mit den verschobenen Dropdowns ist auch im neuen Update drin!

19 | 08 2009

um 16:19 via Website

Tach Markus und vielen Dank!

Den Header habe ich hinbekommen, aber an der option.css habe ich nicht bewusst geschraubt und schon gar nicht solche komischen Dinge reingeschrieben… Könnte es theoretisch sein, dass da Plugins irgendwie die Finger mit im Spiel haben? Mir ist das wirklich ein Rätsel und eigentlich sollte das schon alles jetzt vernünftig sein und nicht erst nach den Wahlen *g*.

Die style.css habe ich jetzt noch nicht überschrieben, da ich Deine Hinweise zum Gebrauch der leeren user.css natürlich erst gelesen hatte, nachdem ich in der style.css rumangepasst hatte *schäm*. Aber da könnte ich ja mal einfach hin- und herkopieren und nochmal fummeln.

19 | 08 2009

um 20:57 via Website

Hallo Markus, gibt es eine Möglichkeit mit einer globalen CSS Anweisung alle Texte in der Font Family Arial darzustellen.

19 | 08 2009

um 21:49 via Website

Gibt es eine Möglichkeit (vtl. in einem nächstem Update) das Headerbild bei jedem neuem Seitenaufruf durch ein anderes zu ersetzten … ?

19 | 08 2009

um 22:24 » Autor-Kommentar «

at Uwe: Das es ja Elemente gibt, die Times als Schriftart nutzen, ist eine globale Änderung CSS-technisch nicht möglich. Wenn Du aber einen brauchbaren Editor zur Hand hast, geht das trotzdem in weniger als einer Minute. Öffne dafür das Stylesheet im Editor und lass nach der Times suchen:

font-family: "Times New Roman", Times, serif;

… und automatisch durch die Arial ersetzen:

font-family: Arial, Helvetica, sans-serif;

Gäbe es im Theme nur eine Schriftfamilie, ließe sich das global ändern. So gehts aber auch fix …

at Rene: dafür gibt es ein Plugin, frag mich bitte nicht nach dem Namen aber die Pluginlösung ist deshalb geeigneter, da der Bildwechsel eher Geschmackssache ist. Ich bin allerdings nicht ganz sicher, ob es speziell ein Plugin gibt das beim Reload der Seite das Bild austauscht, schaumal in die WP-Plugin-Directory. Wenn Du garnicht fündig wirst, schau ich mal nach einer brauchbaren Lösung und schreib ein (hoffentlich) kurzes Tutorial dazu …

19 | 08 2009

um 22:27 » Autor-Kommentar «

at Nobbi: Wenn ich mir die Seite mit Firebug anschaue stehen dort Styleangaben die eindeutig aus der options.css im Themeordner kommen. Allerdings arbeite ich mit genau diesen speziellen ANgaben nicht, da diese nicht valide sind, wie eben die -moz-background-Sachen … ich hab keine Ahnung wie die da hinkommen, sicherlich stammt das von einem Plugin aber wie kommt es dazu, das die Styleangaben in ein Stylesheet des Themes kommen … Auf jeden Fall funkt es bei einigen Sachen dazwischen.

20 | 08 2009

um 13:56 via Website

Erst mal ein großes Lob für das geniale Theme. Blick immer noch nicht bei den ganzen Einstellungsmöglichkeiten durch.

Wo wird denn am besten der Code für Google Analytics eingebaut? Eine footer.php gibts ja nicht.

20 | 08 2009

um 14:30 » Autor-Kommentar «

Hi Spike, Danke für´s Feedback! Von der footer.php gibt es gleich mehrere, Du findest die Dateien im Unterordner “sidebar” des Themes. In den Footer-Files packst Du dann den Google-Analytics-Code direkt vor das schließende Body-Tag …

Greets, Markus

21 | 08 2009

um 08:30 via Website

Hallo Markus,

hat wunderbar funktioniert!

Viele Grüße

Jochen

21 | 08 2009

um 16:33 » Autor-Kommentar «

… nice Weekend!

22 | 08 2009

um 04:29 via Website

Hallo Markus, mir ist gerade aufgefallen das wenn man einen Kommentar schreibt nur soviel an Text eingeben kann, so groß das Eingabefenster ist. Das bedeutet das der Text nur 9 Zeilen lang sichtbar ist und jedes weitere Wort ist dann nicht mehr sichtbar, da das Eingabefenster sich nicht verlängert oder vergrößert.

Kann man das irgendwo ändern ? Habe übrigens noch die Version 01.21 installiert, da du mir bisher immer noch nicht gesagt hast wie ich ein “perfektes” Update mach :)

22 | 08 2009

um 04:59 via Website

Sorry wegen dem Doppelpost, aber ich nun ein Update gewagt (Sicherung vorher angelegt) und alles ist wieder in bester Ordnung.

Wenn ich das nun richtig verstehe, ist bei späteren Updates nur die style.css zwingend zu sichern, da diese die ganzen persönlichen Änderungen enthält … (?)

22 | 08 2009

um 10:00 » Autor-Kommentar «

Deine persönlichen Änderungen die Du Styletechnisch vornehmen möchtest (unabhängig von den Optionen) kommen ins iowa_user.css Sichern musst Du dann auch nichts, da ich diese Datei bei Updates nicht mit überschreibe … Das Kommentarfeld sollte mit der aktuellen Version funktionieren …

Das mit dem Update ist undramatisch, einfach immer die angebotenen Files dort hinkopieren wo es angegeben ist …

Greets, Markus

22 | 08 2009

um 10:24 via Website

Hallo Markus, wie kann ich es anstellen, ein neues Seiten Template zu erstellen, dass nur aus dem Hauptinhalt besteht; also wo der gesamte rechte Bereich, also die Sidebar und der zwischen dem Hauptinhalt und der Sidebar bestehende “Trennstrich” nicht sichtbar ist?
Viele Grüße
Uwe

22 | 08 2009

um 11:42 via Website

Verstehe ich jetzt aber nicht. Wenn ich z.b. diese besagte “hellblaue Linie” zwischen den Beiträgen farblich geändert haben will, mach ich das doch auch in der style.css und diese müßte ich dann bei jedem Update wieder von Hand abändern – oder du baust eine Option zum ändern direkt in die Iowa Einstellungen mit ein.

22 | 08 2009

um 14:31 » Autor-Kommentar «

Du änderst an der style.css garnichts, genau weil ja bei Bugfixes für Styleangaben die style.css überschrieben wird. Deine “persönlichen” Änderungen kommen in die “iowa_user.css”, weil die nicht geupdatet wird und damit all Deine Änderungen erhalten bleiben.

Beispiel: Du änderst wie besagt die Farbe der Linie durch die Angabe

.postcom {border-color: #ffffff;}

Und diese Anpassung kommt in das User-Stylesheet. Das ist der eleganteste Weg, weil Du erstens Deine ganzen Änderungen immer in einer Datei beisammen hast und zweitens beim Update des Template-Stylesheets nichts von Deinen Änderungen verloren geht. Andersrum wäre es auch gegangen, so dass ich z.B. die Bugfixes in einer zusätzlichen CSS-Datei nachliefere. Das wäre aber für Dich als User nicht mehr so übersichtlich, da Du wie bisher auch Deine Anpassungen mitten in der style.css vornimmst nd nach 8 Wochen nicht mehr weist, was Du wo genau geändert hast. Also gibts Dein “eigenes” Stylesheet wo Deine Angaben drin stehen …

Greets, Markus

22 | 08 2009

um 14:40 » Autor-Kommentar «

at Uwe: Das ist insofern etwas aufwendiger, als das ja Formatierungen speziell für bestimmte Bereiche definiert sind wie z.B. eine Überschrift oder auch Listen für den Inhaltsbereich links, oder auf der anderen Seite Formate für den Sidebar-Bereich rechts. In einem Page-Template ohne Sidebar müsste nun ein neues DIV her, das entsprechend breiter ist als der Content-Bereich ohne Sidebar.

Wenn Du noch ein paar Tage warten kannst, mach ich nächste Woche ein solches Template fertig.

Im Übrigen war ich gestern dermaßen überrascht, als hier eine Buchlieferung ankam. Hab mich wirklich darüber gefreud, einen ganz herzlichen Dank dafür! Die Bannerseite richte ich in den nächsten zwei Wochen ein, bisdahin stehst Du schonmal in der grafischen Blogrolle.

Beste Grüße, Markus

22 | 08 2009

um 16:25 via Website

Hi Markus,

Uwe hat in einem Kommentar vorher ja schon geschrieben, dass man im Kommentarfeld nur so viel Text eingeben kann, wie das Feld auch groß ist. Dieser Fehler taucht bei mir im Firefox (3.5.2) auf.

22 | 08 2009

um 17:20 via Website

Und was schreibe ich dann in die “fast” leere iowa_user.css Datei dann rein, wenn ich eben z.B. diese blaue Linie farblich geändert habe/will ?

22 | 08 2009

um 17:31 via Website

Hallo Markus,

das mit dem Buch habe ich sehr gerne gemacht – Dein Template, und die darin steckende Arbeit, und erst recht Dein Support – musste ich irgendwie würdigen. Was die “leere” Seite (Template” betrifft – da habe ich keinen Blutdruck und kann warten.

23 | 08 2009

um 10:12 » Autor-Kommentar «

at Andreas: ist schon behoben und im Update korrigiert!

at Rene: Das ist doch genau der Sinn der user.css, das diese nur die Angaben enthält, die Du einträgst, ansonsten könntest Du doch Deine Änderungs-Angaben nicht von bestehenden unterscheiden. Und das Beispiel habe ich doch oben in den Kommentar geschrieben.

.postcom {border-color: #ffffff;}

oder

.metadate {border-color: #ffffff;}

oder

.postcom {border-bottom: 40px solid #f8f8f8;}

Ich hätte auch alle Styleangaben des normalen Stylesheets nocheinmal in die user.css schreiben können damit die Änderungen einfach nachgetragen werden, aber dann würde die Seite zwei komplette Stylesheets mit allen Angaben in doppelter Form laden, was dem Modemnutzer sicher freuen würde ;-)

Besorg Dir mal das Firefox-Addon “Firebug”, damit kann man beliebige Änderungen erstmal ruckzuck ausprobieren und wenn es dann passt mit der Farbe der Linie oder anderer Änderungen, kopierst Du dir die Angaben einfach in deine user.css

at Uwe: auf jeden Fall klasse von Dir, dass Page-Template reiche ich dann nächste Woche nach!

23 | 08 2009

um 15:18 via Website

Hi Markus,

wegen dem Kommentar-Feld: Wenn ich die css-Dateien ersetze taucht der Fehler immer noch auf. Lag es eigentlich an einer css-Datei oder muss ich dafür die functions.php ersetzen, was ich ja nicht kann wegen meiner Serverkonfiguration und der fsockopen() Geschichte bei bplaced?

23 | 08 2009

um 15:52 » Autor-Kommentar «

Bei Dir einfach in der iowa_user.css das hier ausfindig machen:

#comment {
background:#FFFFFF none repeat scroll 0 0;
border:1px solid #6B9BB3;
color:#6B9BB3;
font-size:14px;
height:150px;
overflow:hidden;
padding:5px;
width:448px;
}

und das overflow: hidden einfach löschen …

Grüße, Markus

23 | 08 2009

um 17:32 via Website

Noch eine Frage. Ich wollte als Blog Hintergrund ein Bild anstatt einer einzelnen Farbe und hab folgendes eingetrage

background: url(“images/bg001.jpg”) no-repeat left top;

doch irgendwie wird das Bild nur bis zur Hälfte des Blogs angezeigt und der Rest bleibt weiss. Hast du da einen Tip für mich ?

23 | 08 2009

um 18:12 via Website

Hab das selbst hinbekommen (war eine Denkfehler meinerseits) – aber dennoch eine andere Frage.
Der Hintergrund der Beiträge und der Sidebar ist doch mit dem Bild repeater.jpg (weiss) hinterlegt, doch wie kann ich die Hintergrundfarbe der Beiträge und Sidebar dennoch ändern ???

23 | 08 2009

um 18:42 » Autor-Kommentar «

… für einzelne Beiträge:

.hentry {background: #xxxxxx;}

oder den gesamten Blogcontainer:

#site {background: #xxxxxx;}

23 | 08 2009

um 19:11 via Website

Also das mit dem

#site {background: #xxxxxx;}

funktioniert leider nicht !

24 | 08 2009

um 04:30 via Website

Hallo Markus, ich muß dich schon wieder um Rat fragen. Schau mal bitte bei Gelegenheit auf meinem Blog vorbei (Hauptseite und irgendeine Kategorie) und der Fehler sollte dir dann sicherlich auffallen. Wenn nicht, wie kann ich das Bild zwischen den einzelnen Beiträgen etwas tiefer setzten, so das mir es nicht die Schrift (zb. Verfasst am Freitag, 19. August 2009) überdeckt. Oder auf der Kategorie Seite den Link (Beitrag kommentieren).

Hab jetzt alles möglich ausprobiert und alle Dateien durchgeschaut, konnte aber nichts finden bzw. meine tests blieben leider erfolglos.

Danke.

24 | 08 2009

um 10:01 » Autor-Kommentar «

also wegen dem Backgroundfarben schnapp Dir mal das aktuelle Update auf 0129, damit sollte es dann gehen. Für das Bild musst Du dort, wo es eingebunden ist (.postcom oder .metadate) den dritten Wert bei padding solange erhöhen bis es passt, also ca. 60px wenn ich das richtig sehe:

.postcom {padding: 5px 0px 60px 100px;}

24 | 08 2009

um 10:10 via Website

Das mit dem Update war jetzt keine so gute Idee bei mir, denn jetzt hat’s die Farbeinstellungen wieder zurückgesetzt…

24 | 08 2009

um 11:37 via Website

Markus, ich brauche da echt Deine Hilfe (eilt jetzt nicht wirklich, aber ich verzweifle), denn ich begreife wirklich nicht, wieso die Einspielung des neuesten Updates der header.php solch gravierende Auswirkungen auf nahezu sämtliche Einstellungen hat. Da stimmt von den Farben über die Textformatierungen bis hin zu den Rahmen bei den Kommentaren plötzlich nichts mehr.

Jetzt warte ich aber erstmal auf Dich, bevor ich da nun rumfummle, was ich letztlich dann nicht mehr nachvollziehen kann ;-).

24 | 08 2009

um 15:05 via Website

Das mit dem .postcom {padding: 5px 0px 60px 100px;} hatte ich auch schon probiert, aber das Ergebniss war für mich nicht zufriedenstellend, da dann erstens die grüne Linie zu weit nachunten geschoben wird und zweitens der Abstand der günen Linie und dem Baumbild sich auch wieder vergrößert.

Daher wäre für mich eine Lösung mittels (nur wo) am besten, oder aber die zwei Einträge komplett auszukommentieren (nur wo).

24 | 08 2009

um 15:05 via Website

Das mit dem .postcom {padding: 5px 0px 60px 100px;} hatte ich auch schon probiert, aber das Ergebniss war für mich nicht zufriedenstellend, da dann erstens die grüne Linie zu weit nachunten geschoben wird und zweitens der Abstand der günen Linie und dem Baumbild sich auch wieder vergrößert.

Daher wäre für mich eine Lösung mittels (nur wo) am besten, oder aber die zwei Einträge komplett auszukommentieren (nur wo).

24 | 08 2009

um 15:39 via Website

@Rene, vielleicht liege ich ja auch falsch, aber warum bindest Du dei Bäume nicht mit in die CSS ein?

So habe ich bei mir z.B. die Linie an der Stelle verkleinert, an der doch sicherlich auch die Grafik stehen könnte:
.postcom {
text-align: left; color: #6b9bb3; clear: both;
font-style: italic; line-height: normal; border-bottom: 10px solid #ffe398;

(hoffentlich hat das jetzt mit dem Code hingehauen *g*)

24 | 08 2009

um 15:47 via Website

Hab ich ja in meine iowa_user.css eingebunden

.postcom {

text-align: center; color: #6b9bb3; clear: both;

font-style: italic; line-height: normal; border-bottom: 10px solid #006600; background: #ffffff url(“images/bg_linie001.gif”) no-repeat center;

padding: 5px 0px 20px 100px; margin: 0px 30px 0px 90px;}

Doch wie gesagt, wenn ich die Werte von padding und/oder margin ändere, schaut das ganze Ergebniss dann optisch sehr unschön aus. Daher würde ich eine eben eine br / Lösung bevorzugen oder eben die Einträge ganz auskommentieren.

24 | 08 2009

um 16:26 via Website

Und wenn Du “border-bottom” mal auskommentierst?

Da wollte ich endlich mal konstruktiv helfen und nix ist *g*. Aber wie bei mir ja zu sehen, habe ich auch schon wieder deftigste Probleme :-(.

24 | 08 2009

um 17:17 » Autor-Kommentar «

at Nobbi: In der neuen header.php wird das user.css als letztes eingebunden. Die Frage dabei ist, welche Sachen Du noch aus der Beta-Version in welchen Dateien drin hast. In der Finalversion ist die user.css leer und wird nur mit Angaben ergänzt, die nicht in den Options vorgenommen werden können. Die Frage ist jetzt, wo Du Deine Einstellungen aus der Beta gespeichert hast?

at Rene: Mit Padding positionierst Du den Text, das Bild verschiebt sich dabei nicht sondern Dein Text vergrößert den Abstand nach unten so dass dann genügend Luft zwischen Text und Bild ist. Die Border ist ja eine Border-Bottom, liegt also immer ganz unten, ein Hintergrundbild lässt sich nur Top, Center oder Bottom setzen und somit nie frei positionieren. Die sinnvollere Variante wäre es, die Border rauszunehmen und dafür bereits im Bild den grünen Balken zu integrieren, ansonsten baust Du in zwei Tagen noch an der Positionierung ;-)

24 | 08 2009

um 17:58 via Website

Tja, Markus, dann habe ich wohl das Problem, den Blog wieder komplett neu aufziehen zu müssen, denn die Änderungen nachvollziehen kann ich nicht. Mir wir nun aber klar (verstehe ich aber nicht), warum Änderungen in den Optionen nicht angenommen werden, obwohl sie dort noch verfügbar sind.

Die Beta hatte ich doch auch schon längst überschrieben und alles neu überspielt. Ich sehe da mittlerweile absolut kein Land mehr und nicht mehr durch…

Übrigens klatscht das Widget mit den Kategorien das DropDown immer noch nach rechts ;-). Muss ich jetzt nicht unbedingt für mich haben, aber da ist definitiv irgendwo ein Bug oder so, den ich nicht erklären kann. Deshalb ist das Teil zur Demo noch drauf…

24 | 08 2009

um 18:02 via Website

Hi Markus. ich wollte mich nochmal wegen der Kommentar-Sache bedanken. Jetzt funzt es auch im Firefox. Der Hinweistext “(X)HTML zur Formatierung der Kommentare” steht bei mir seltsamerweise in Englisch.

24 | 08 2009

um 19:51 » Autor-Kommentar «

at Nobbi: Allein die Tatsache mit den Dropdown deutet daraufhin, dass sich hier immer noch Sachen durchmischen. Der Fehler ist behoben und durch eine entsprechende Styleangabe korrigiert. Das es bei Dir nicht geht liegt daran, dass immer noch die Altlasten der Beta in den Styles stehen. Letzter versuch: Deine Angaben aus der Beta ans Ende der style.css und die user.css leer machen so wie in der Finalversion!

at Andreas: Hatte am Samstag eine nette Überraschung im Briefkasten. Auch an Dich einen herzlichen Dank für den Support!!! Hab mich sehr darüber gefreud und ein Banner zu Deiner Seite gibt es dann auch noch. In einem der Updates war übrigens die korrekte Übersetzung drin aber warte mal noch ehe Du jetzt danach suchst, hab heut noch ne Kleinigkeit gefunden die ich im nächsten Update nachreiche!

24 | 08 2009

um 21:26 via Website

Hast du das Download Update auf 0129 wieder entfernt ?

25 | 08 2009

um 09:46 » Autor-Kommentar «

Nein, wieso?

25 | 08 2009

um 15:27 via Website

Weil auf der Download Seite die Versionsnummer (noch) 0128 steht und du ja in deinem Kommentar die Download Version 0129 erwähnt hast, die ich herunterladen und installieren soll.

25 | 08 2009

um 16:16 » Autor-Kommentar «

Versteh ich jetzt nicht, ganz unten steht doch die Version 0129

25 | 08 2009

um 23:26 via Website

Markus, ich habbet, glaube ich :-). Zwar hatte ich die CSS jeweils immer überschrieben, aber das machte das Teil ja nicht mir. Hat eine Zeit gedauert, diesen meinen Denkfehler einfach mal beiseite zu schieben. So habe ich die style und user.css einfach mal umbenannt und die aktuellen Versionen draufgespielt und siehe da: Ich habe meine Farben wieder, muss nur noch ein paar Änderungen vornehmen, was ich “befehlsgemäß” dann in der user.css tun werde :-).

Selbstredend ist nun auch das Pop-Up bei Kategorien dort, wo es sein soll… ;-))

26 | 08 2009

um 00:06 via Website

Ich komme doch nicht klar. Änderungen in der user zeigen null Auswirkung, der Header will plötzlich überhaupt nicht so mitspielen, wie er es letztens noch tat (mit Deinen Änderungen). Es ist für mich absolut nicht mehr nachvollziehbar, so dass es wohl am besten ist, das Theme nochmal komplett neu aufzuspielen, obwohl ich auch das schon gemacht habe.

Mittlerweile isses eh egal, den Wahlbezirk gewinne ich weder mit noch ohne Homepage *g*.

26 | 08 2009

um 02:13 via Website

Ganz langsam verstehe ich den Aufbau und Funktionsweise des Themes und nimmt auch langsam Gestalt in meinem Blog an. Natürlich nicht ganz ohne deine Hilfe und dafür möchte ich Dir an dieser Stelle einfach mal danken und ein kleines Präsent als Anerkennung/Dankeschön werde ich Dir in den nächsten wohl auch zukommen lassen (grins).

26 | 08 2009

um 10:59 » Autor-Kommentar «

Zugegebenermaßen ist es gegenüber anderen Templates etwas anders aufgebaut, aber der große Nachteil bisher war, das im Grunde viele Nutzer selbstverständlich auch Änderungen im Stylesheet vornehmen wollen. Gibt es dann ein Update, würde das jedesmal überschrieben werden. Also gibt es jetzt ein eigenes Stylesheet für den User. Der Dritte im Bunde ist die options.css. Der Hintergrund dafür ist folgender. Normalerweise würde jede optische Änderung am Theme, die man in den Options vornimmt direkt in den header geschrieben. Bei derart vielen Optionen wäre das aber nicht Sinn und Zweck der Sache, da irgendwann mehr Styleinformationen im header Stehen als eigentlicher Inhalt. Also gibt es hier die options.css.

Bei Auslieferung regelt also die style.css das Aussehen. Wird eine Option genutzt kommt die options.css mit dazu und werden Änderungen erforderlich, die nicht mithilfe der Optionen gemacht werden können, schreibt man selbst die Styleangaben in die iowa_user.css.

Alle drei werden dann in der genannten Reihenfolge geladen, wobei die Angaben der jeweils folgenden Datei jene überstimmen, die zuvor aufgerufen wurden.

Kleines Beispiel: Steht in der style.css als Background-Farbe “weiß”, und in den Optionen wird “schwarz” eingetragen, steht dann auch in der options.css “background: schwarz”. Da die options.css erst nach der style.css aufgerufen wird, überstimmt das “schwarz” die Angabe “weiß”. Ansonsten würden die Optionen garnicht fungieren.

Trägt man jetzt noch aus welchen Gründen auch immer “Background: Rot” in die iowa_user.css ein, überstimmt diese Angabe jene aus der options.css, da die user.css als letztes geladen wird. Egal was ich jetzt bei einem Update an Korrekturen in die style.css schreibe, die Änderungen im Backend und jene direkt im User-Stylesheet bleiben immer erhalten. Bei CSS gilt also, das weiter unten aufgerufene Angaben jene weiter oben liegende Angaben “überstimmen”:

 
body {background: #ffffff;}
 
body {background: #000000;}
 
body {background: #cc0000;}

Es ist hier egal, ob diese Angaben genauso untereinander in einer einzigen Datei stehen, oder ob die erste Angabe in einer, die zweite und die dritte jeweils in einer anderen Datei stehen. Das was ganz unten steht überstimmt die anderen, bzw. das was in der Datei steht, die als letztes im header aufgerufen wird, überstimmt den Rest. Im Beispiel wird der Hintergund also letztlich “rot”.

Als kleine Faustregel: Einstellungen werden an den Optionen vorgenommen, und alles was dort nicht geht in der iowa_user.css, das wars schon ;-)

Beste Grüße Euch beiden!

26 | 08 2009

um 22:41 via Website

Besten Dank, für die ausführliche Erklärung.

26 | 08 2009

Angi

um 23:10 via Website

Guten Abend zusammen,
könntet ihr mir kurz erklären, wo ich die Hintergrundfarbe des Textteils sowie die Textfarbe der normalen Beiträge ändern kann. Ich habe es in der user-css versucht aber das funktioniert nicht. Hab ich vielleicht auch falsch eingegeben – ich hatte dann immer die Gesamt-Hintergrundfarbe verändert.
LG.
Angi

27 | 08 2009

um 00:44 via Website

Jaja, das leuchtet mir ja auch ein, aber irgendwas verhindert, dass Einträge in der user.css auch berücksichtigt werden. Ich vermute, dass da auch die options.css ihre Finger mit im Spiel hat. Außerdem habe ich den Überblick etwas verloren ;-). Erstmal lasse ich es aber jetzt so wie es ist, denn damit kann ich prima leben. Dann werde ich einfach mal die Theme-Datei umbenennen und Iowa nochmal neu aufspielen und die Änderungen auch vernünftig durchführen.

Bissken problematisch sehe ich wieder den Header (der ist mir einfach zu groß, zu “erschlagend”) und ob WP es zulässt, ihn über die Sonderfunktion zu ändern. Kann auch gut sein, dass ich im Laufe meines einwöchigen Urlaubs auch die Seite meines Schüler-Ehemaligen-Vereins von Avenue auf Iowa umstelle. Aber da bekommt dann der Vorstand Herzklabastern *g*.

27 | 08 2009

um 10:36 » Autor-Kommentar «

At Angi: Die Textfarbe der normalen Beiträge änderst Du gleich im ersten Optionsbereich ganz unten. Die Hintergundfarbe des Textteils lässt sich für Stickyposts ändern (Optionsbereich 08). Möchtest Du das auch für normale Beiträge gehts ab in die iowa_user.css via:

.hentry {background: #000000;}

At Nobbi: Nicht unterkriegen lassen!. Das Du in der kürze der Zeit alles mit der Beta schon umgebaut und gut hinbekommen hast, ist doch schon bemerkenswert. Die Headergröße lässt sich mit ziemlich genau zwei Angaben anpassen, also ganz locker rangehen und fragen, wenn es soweit ist! Unabhängig meiner politischen Einstellung auf jeden Fall viel Erfolg beim Wahlkampf!

27 | 08 2009

um 13:29 via Website

Moin Markus,

Erfolg am Sonntag wäre der Super-Gau, ist aber recht unwahrscheinlich ;-).
Den Header hatten wir ja schonmal hinbekommen, aber irgendwie werden die Änderungen nicht angenommen oder ich treffe vor lauter Betriebsblindheit schon die richtigen Stellen nicht mehr. Das waren aber mal drei und nu sprichst Du von zweien. Da könnte natürlich der Hase im Pfeffer liegen und für einen Tipp von Dir wäre ich natürlich wie immer sehr dankbar, denn diese Änderung müsste ich ja in der “jungfräulichen” Version ohnehin vornehmen ;-).

27 | 08 2009

um 13:44 » Autor-Kommentar «

(style.css):

#header {height: 250px;}

#header img {height: 148px;}

(options.css) diese Zeile komplett löschen:

#header {padding-bottom: 10px;}

27 | 08 2009

um 16:04 via Website

Hi Markus,

Du hast ja vor kurzem ein Lokalisierungsupdate freigegeben. Korrigiert das eigentlich die Sache im Kommentar-Bereich mit der fehlenden deutschen Übersetzung? Bei mir hat das nämlich keinerlei Auswirkungen. Außerdem erscheint bei Artikeln mit Kommentaren “One Response” anstatt “Ein Kommentar”.

Übrigens gern geschehen das mit dem Obolus… :)

27 | 08 2009

um 16:27 » Autor-Kommentar «

Deine comments.php ist ja eine andere, die Sprachfiles sind per E-Mail an Dich raus!

27 | 08 2009

um 18:57 via Website

Hi Markus, danke Dir nochmal für die Arbeit und für die Files. Jetzt ist zumindest die Anzahl der Kommentare im Beitrag korrekt in Deutsch. Im Kommentarfeld der Hinweis “(X)HTML Tags to style your comments” wird aber nach wie vor so angezeigt. (?)

27 | 08 2009

Angi

um 23:36 via Website

Vielen Dank Markus, die Textfarbe habe ich geändert – da hatte ich wohl Tomaten auf den Augen. Die Hintergrundfarbe für den Textteil konnte ich auch ändern, allerdings ist es dann auch nur der Textteil. Ich hatte jetzt so an den gesamten HG unter “Aktuelle Blogbeiträge” gedacht, also praktisch alles, was jetzt weiß ist. So habe ich da jetzt immer nur andersfarbige Balken, eben da wo Text steht. Du verstehst?
LG.
Angi

28 | 08 2009

um 00:00 » Autor-Kommentar «

Probier es mal damit:

#site {background: #cc0000;}

Das Ganze in Deine iowa_user.css und natürlich noch den Farbcode anpassen, damit sollte es gehen …

at Andreas: Ergänze mal in Deiner comments.php die Zeile 84 von:

(‘to style your comments’)

in

(‘to style your comments’, ‘iowa’)

28 | 08 2009

Angi

um 00:08 via Website

Juhuuu, jetzt hat es geklappt, danke schööööööööön.

LG.
Angi

28 | 08 2009

um 09:16 via Website

Hi Markus, vielen vielen Dank, daran lag’s. :)

28 | 08 2009

um 15:27 » Autor-Kommentar «

At Andreas: ich musste das auch im Standard-Iowa korrigieren, also Danke für den Hinweis!

At Angi: Bitte schöööööön ;-)

28 | 08 2009

um 19:05 via Website

Also, die aktuelle Komplettversion 1.31 habe ich gerade gezogen und werde sie gleich bei meinem Ehemaligenverein http://www.die-bernhardiner.de ausprobieren *g*. (Die Admin-Macht ist doch echt was tolles :-)))

Ach ja, wenn es klingelt demnächst, dann isses wohl der Postbote, ich wollte jetzt doch nicht bis Weihnachten warten ;-).

29 | 08 2009

um 03:51 via Website

Hi Markus, es ist zwar jetzt früh am Morgen aber ich habe spaßeshalber mal das Seiten-Widget so eingestellt, dass es als Dropdwon Menu in der Siedebar angezeigt wird. Das Menu rutscht dann nach rechts an den Rand der Siedebar. Auch wird “Seiten Auswählen” mal wieder in Englisch angezeigt.

Ich glaube wenn das gefixt ist, sind langsam alle Kinderkrankheiten in “Iowa” beseitigt. Jedenfalls kann ich bei mir ansonsten keinerlei Fehler mehr feststellen. :)

29 | 08 2009

um 10:01 » Autor-Kommentar «

Die Dropdowns sind bereits gefixt, schaumal ob in Deiner style.css folgendes schon drin steht:

	#sidebar #page {margin: 0px 0px 0px 0px;}
 
	#sidebar #cat {margin: 0px 0px 0px 0px;}

Die Margin-Werte sollten alle auf 0px stehen, falls nicht, fehlt bei Dir ein Update. Das select Pages lässt sich offenbar nicht lokalisieren, da es als Parameter in einer Funktion steht und dort die Zeichenkette für die Übersetzung nicht zu lässt. Ich schreibe diese Angabe jetzt direkt in deutsch dort rein …

29 | 08 2009

um 14:31 via Website

In meiner sytle.css (vom 18.8.) stand die CSS-Anweisung schon so drin. Allerdings stand in der user.css folgendes:

#sidebar #page {margin: 0px 0px 0px 30px;}
#sidebar #cat {margin: 0px 0px 0px 30px;}

Habe das gefixt und jetzt funktionierts… :)

29 | 08 2009

um 14:43 via Website

Ich habe gerade http://www.die-bernhardiner.de umgestellt. Es ist auch hier so, dass ich an der user.css machen kann was ich will: Die Änderungen werden nicht übernommen. Ich begreife es echt nicht, woran das liegt oder ob ich da irgendwas falsch eintrage, denn wirklich klar ist mir nicht, was denn jetzt mit der user genau zu tun ist.

29 | 08 2009

um 20:21 » Autor-Kommentar «

at Nobbi: Habs gerade wieder mit Firebug probiert und wenn ich dort in das user.css was eintrage wird es auch genommen. Es ist egal was Du dort einträgst, weil die Angaben darin alle anderen Styles überstimmen. Und wie gesagt, in die user.css kommen alle Designänderungen, die man eben nicht in den Options ändern kann. So kompliziert ist es doch garnicht. Bisher hat man immer das Style.css eines Themes bearbeitet, im iowa ändert man alles im user.css Vorteil: DEINE Änderungen werden bei Updates nicht überschrieben. Trag doch mal für einen kleinen Test folgendes ein:

body {background: #cc0000;}

Deine Seite sollte dann rot sein! Wenn das geht, geht alles andere auch!

At Andreas: mit einem der Updates gab es eine “leere” user.css!

30 | 08 2009

um 00:27 via Website

Hat es genommen…. Ist ja aber auch ein einfacher Befehl, aber wie mache ich es denn, wenn ich alles auf Arial stellen möchte? *g*

Momentan habe ich aber völlig andere Probleme, die nix mit CSS und so zu tun haben. Eher mit “SS”… Eine Spam-Attacke, die den braunen Drecksäcken nix genützt hat (haben wohl auch nicht damit gerechnet, dass in K-Wahl-Zeiten einer zeitnah reagieren kann/wird), aber ein bissken Nerven kostet. Info nur mal so, was alles so passieren kann im Internet. Kannst Du aus meinem Kommentar aber nach Kenntnisnahme, da ja Erklärung von mir, gerne löschen ;-)

30 | 08 2009

um 01:44 via Website

Hi Markus, ich habe soeben das neuste Update überspielt und nun sind alle meine Style-Einstellungen verschwunden. Auch wenn ich die alte user.css wieder hochlade und in den Options auswähle, werden die persönlichen Änderungen nicht übernommen.

30 | 08 2009

um 02:02 via Website

Bzgl. meinem vorhergehenden Kommentar: Der Grund für dieses Verhalten ist die neue header.php, die offenbar die iowa_user.css nicht berücksichtigt – so jedenfalls bei mir.

Wenn ich die alte Datei hochlade, werden die persönlichen Einstellungen berücksichtigt.

Btw. Die leere user.css habe ich in einem der Updates bemerkt. Ich habe sie nicht hochgeladen, da ich befürchtet habe, dass meine Einstellungen dadurch überschrieben werden.

30 | 08 2009

um 11:25 » Autor-Kommentar «

Also nochmal der Reihe nach. Schau das in Deinen Optionen das ganz normale Stylesheet (style.css) eingestellt ist. Sichere alle Styleangaben die Du selbst vorgenommen hast, mach die user.css leer und trage Deine eben gesicherten Styleangaben dort ein. Nimm die neue header.php, mach den Browser-Cache leer und ein sauberes Reload. Schau im Quelltext des Browsers ob als erstes das style.css, als zweites die options.css und als letztes die iowa_user.css aufgerufen werden.

30 | 08 2009

um 11:36 » Autor-Kommentar «

Hat es genommen…. Ist ja aber auch ein einfacher Befehl, aber wie mache ich es denn, wenn ich alles auf Arial stellen möchte? *g*

at Nobbi: Dann gehts auch!

Du kannst nicht mit einem einizigen Eintrag alle Schriftarten auf Arial setzen, da hätte ich mir ja den Formatierungsaufwand sparen können ;-) Das ging mit ziemlich genau 100%iger Wahrscheinlichkeit auch in der Beta nicht. Ich überlege jetzt seit Tagen, wie ich das noch einfacher hätte lösen können mit den Styles aber der Punkt ist und bleibt. Wenn ich das style.css updaten muss, wird es beim Nutzer logischerweise überschrieben. Um zu vermeiden das individuelle Änderungen verlore gehen, hab ich dafür einfach ein Stylesheet vorgesehen, das jeder nach Belieben nutzen kann, ohne das es später bei Updates verloren geht. Schau einfach wie bisher auch, was Du konkret ändern möchtest, und trag es ins user.css ein. Sprich: Überschrift gefällt Dir nicht, also einmal ein h1 oder was auch immer eintragen und die Eigenschaft font-family: arial xyz dazupacken.

Happy Sunday und Greets, Markus

30 | 08 2009

um 12:07 via Website

Gut, Markus, also trage ich vermutlich die Werte falsch ein. Beispiel: Der Tag soll in Arial erscheinen, so habe ich diesen Schnippel in die user übernommen (Arial ergänzt)

.day {
line-height: 27px; font-size: 27px; font-weight: bold;
display: block; font-family: Arial, “Times New Roman”, Times, serif;}

Es tut sich aber nix. Mit Sicherheit könnte es auch ein Denkfehler meinerseits sein, aber der scheint sowas von tief zu sitzen, dass ich ihn nicht rausbekomme. Vielleicht könntest Du mir mit einem leichten Schlag auf den Hinterkopf auf die Sprünge helfen? *g*

30 | 08 2009

um 12:31 via Website

Hi Markus, so ich habe jetzt die neue header.php abermals überspielt und de style.css als Hauptstyle eingestellt. Und wie weiter, damit ich meine Einstellungen nicht verliere?

30 | 08 2009

um 12:31 » Autor-Kommentar «

Die Schriftfamilie muss lauten: font-family: Arial, Helvetica, sans-serif;

30 | 08 2009

um 12:33 » Autor-Kommentar «

At Andreas: wo stehen denn Deine Einstellungen? Die options.css kannst Du doch ignorieren, backendeinstellungen bleben doch immer gepseichert. Nur das was Du selbst bisher an styleangaben irgendwo geändert hast kommt in die user.css

30 | 08 2009

um 12:44 via Website

Ich dachte immer, das dass Theme die individuellen Stylangaben automatisch in die user.css schreibt. Aber seit dem ich sie geleert habe, bleibt sie auch leer. Irgendwie sehe ich langsam gar nicht mehr durch. Wenn ich nun die user.css auswähle, zerhaut mir der Browser das Design.

30 | 08 2009

um 12:50 via Website

Die Schriftfamilie muss lauten: font-family: Arial, Helvetica, sans-serif;

Es tut aber immer noch nicht *heul*…

30 | 08 2009

um 12:51 » Autor-Kommentar «

kann es sein das dein body im user.css auf geht, dann alle styleangaben kommen und body ganz unten wieder zu geht?

30 | 08 2009

um 13:32 via Website

Endlich hab ich es kapiert, wie “Iowa” die Einstellungen speichert:
Im Grunde ist die user.css unerheblich. Die Styleänderungen werden in der option.css gespeichert. :)

30 | 08 2009

um 13:47 » Autor-Kommentar «

Ja genau, man braucht garnicht so kompliziert denken. Es geht nur um eine Unterscheidung zwischen dem, was man im Backend macht, und dem was dort nicht geht. Um das Backend braucht man sich keine Gedanken machen, das wird alles separat gespeichert. Nur wenn man etwas ändern möchte was nicht als Option verfügbar ist (z.B. die Schriftart), trägt man sowas in die user.css ein. Alle anderen Stylesheets kann man getrost ignorieren. Das ist am Anfang zunächst insofern etwas mehr Arbeit, als das man die Styleangaben für die user.css komplett selbst eintragen muss. Langfristig ist das aber mehr als sinnvoll, da man nach einem halben Jahr in dieser Datei eben wirklich nur die eigenen Änderungen sieht, die dann nicht zwischen 1600 Zeilen im Original-Stylesheet versteckt sind. Wer weiß dann schon noch, wo er einen Wert geändert hat ;-)

30 | 08 2009

um 14:31 via Website

kann es sein das dein body im user.css auf geht, dann alle styleangaben kommen und body ganz unten wieder zu geht?
Kann nicht nur sein, habe ich mir so gedacht, dass ich alles zwischen den geschweiften body-Klammern setzen muss…

Muss/darf ich nicht?

Wer weiß dann schon noch, wo er einen Wert geändert hat ;-)
Na, ich bestimmt nicht z. B. *g*

Ich habe langsam den Verdacht, dass ich gar nix mehr weiß, nichtmal wie CSS geht *schäm*

30 | 08 2009

um 14:34 via Website

Boah, was bin ich doch ein Idiot :-((((. Die body-Angabe in der jungfräulichen user.css ist nur so eine Art Beispiel, damit solche Dämels wie ich wissen, wohin eigene Änderungen müssen… Jetzt haut die Sache selbstverständlich hin…

Uaaaah, wie peinlich…

30 | 08 2009

um 14:53 » Autor-Kommentar «

aus dem sokratischen Sinne: Ich habe langsam den Verdacht, dass ich gar nix mehr weiß … ;-)

machen Wir dann ganz nach Kant: Was kann ich wissen …

aber wenn ich mir die Datei nicht angesehen hätte wäre ich wohl auch nicht drauf gekommen, also nicht unterkriegen lassen!

30 | 08 2009

um 16:48 via Website

Hi Markus, übrigens habe ich noch eine ältere Mail von Dir gefunden, wo dir eigentlich recht gut den Sachverhalt mit den verschiedenen CSS erklärst. Ich war halt immer der Meinung, dass das Theme alle Styleangaben in die user.css schreibt (das lag wahrscheinlich daran, dass beim ersten Release des Themes die user.css nicht leer war). Dabei schreibt es alles in die option.css. Wichtig ist dann nur noch, die option.css und die user.css (dort habe ich z.B. eingetragen, dass Links nicht unterstrichen, außerdem eine css Anweisung eines Plugins) zu sichern, falls man zuuufälligerweise den “zurücksetzen” Button drückt oder aus versehen das Verzeichnis des Themes löscht. :) Man kann die Angaben der option.css an das Ende der style.css hängen und weitere Einstellungen in den Options vornehmen.

Ein Beispiel wäre bei, wenn mein Hoster endlich fsockopen freischaltet und ich das normale Theme verwenden kann. Dann kann ich die Angaben aus der option.css importieren.

Manchmal ist die Sachlage wirklich einfacher als man denkt. :D

31 | 08 2009

um 04:42 via Website

Kann man das Theme irgendwie auf eine 2te Sidebar erweitern ?

01 | 09 2009

um 16:11 » Autor-Kommentar «

kann man mit jedem Theme, entsprechenden Aufwand vorausgesetzt. Da es beim Iowa aber nicht nur um die zweite Sidebar als solche geht, sondern auch wesentliche Optionen, CSS-Strukturen und Widgetbereiche, ist dies kein einfaches unterfangen. Hinzukommt, das die Sidebar recht breit ist um auch die Galerien aufzunehmen, zwei solche Sidebars wären insgesamt schon unglaublich breit, möchte man diese schmaler machen, müssen alle Galerien entsprechend angepasst werden, alle Banner und auch der Werbebereich. Ein volständiges Layout mit zwei Sidebars auf Iowa-Basis sind gut zwei bis drei Wochen Arbeit wenn nicht noch mehr. Darüber hinaus wären dann im Backend noch 5 weitere Widgetbereiche notwendig – alles nicht ganz ohne um es grob zusammenzufassen … momentan kann ich den Quelltext nicht mehr sehen, nach vier Monaten Entwicklung ist irgendwann die Luft raus und wenn ich in der Hinsicht wieder Energie getankt habe, gibts evtl. eine Version mit zwei Sidebars – in diesem Jahr auf jeden Fall nicht mehr, hab genug zu tun bis Ende des Jahres ;-)

Beste Grüße, Markus

01 | 09 2009

um 16:19 » Autor-Kommentar «

At Nobbi: Du konntest es wohl nicht abwarten ;-) Vielen lieben Dank für die gelungene Überraschung die der Postmann dabei hatte – eine gute Wahl noch dazu, das Buch hatte ich schon sehr lange im Blick!

Wenn ich die Tage endlich mal Zeit finde kommt Dein Wein auch demnächst bei Dir an. Bisdahin nochmals Danke und beste Grüße, ein Banner zu Deiner Seite gibts dann bis zum Wochenende …

01 | 09 2009

um 23:14 via Website

hab genug zu tun bis Ende des Jahres ;-)
Jenau! Denn da ist ja noch einer, der den Künstler aber sowas von massivst immer wieder ausbremst… :-))

Du konntest es wohl nicht abwarten ;-)
Nä. Komm’, das musste jetzt sein. Ich habe mich an Deinen Prios gehalten, mir kam das entgegen, also zugeschlagen! Der versprochene Weihnachtszuschlag kommt aber trotzdem noch.

Lasse Dir ansonsten ruhig Zeit ;-). Zumal ich schon wieder ein kosmetisches Problem bei den Bernhardinern habe (Login für Mitglieder). Da muss ich aber mal erst selber nachgucken, wofür mir trotz Urlaub (den habe ich überproportional beim Zahnarzt verbracht….) die Zeit fehlte.

Wird aber morgen in Angriff genommen inklusive Umstellung meiner Seite zurück auf “privat” *g*.

02 | 09 2009

um 11:50 via Website

Ich habe ‘ne gute Nachricht, Markus: Ich habe die user.css kapiert *g*. Seeehr schön :-)).

02 | 09 2009

um 13:48 » Autor-Kommentar «

Und das nach Wahlkampf und Zahnbehandlung ;-) Vielleicht wirds Zeit für ne Bloggerpartei, oder gibts das vieleicht schon?

02 | 09 2009

um 15:40 via Website

Naja, Wahlkampf habe ich nicht wirklich gemacht und die meiste Urlaubszeit mit was anderem verbracht. Für ‘ne Bloggerpartei wäre ich auch nicht wirklich, da hätte ich auch keine Zeit für ;-).

Die Bernhardiner-Seite muss noch “rund gemacht” werden, aber selbst das habe ich noch nicht geschafft (auch bedingt dadurch, dass ich kaum bis keine Reaktionen/Meinungen bekomme von den Mitgliedern und Vorstand)…

Mich ärgert sowas irgendwie, wenn keine laufenden Rückmeldungen, die ja auch Hilfen sind oder sein können, kommen. Hinterher kannste wieder alles auf Anfang setzen im ungünstigsten Fall und darauf habe ich keine Lust. Die Motivation ist da schwer herzustellen irgendwie.

Dank Deiner zahlreichen und umfassenden Hilfen passt es aber mit dem Layout beider Seiten :-). Hie und da Kleinigkeiten, aber die liegen (Login bei Bernhardiner) nicht am Iowa, wie ich mal vermute. Wie gesagt, ich kann schlecht hier um Hilfe bitten, wenn ich die von den “eigenen Leuten” nicht bekomme. Das frustiert.

15 | 09 2009

Thomas

um 22:31 via Website

Guten Tag,

ist die Nutzung des Iowa-Themes für einen Verein (Schachverein) kostenlos?

15 | 09 2009

um 23:38 » Autor-Kommentar «

Hallo Thomas, schick mir bitte mal die Daten zur Verwendung per E-Mail wie Domain und Domaininhaber, ich sende Dir eine entsprechende Lizenz zu die für Vereine kostenlos ist. Über etwas Support freue ich mich natürlich trotzdem …

Beste Grüße, Markus

16 | 09 2009

um 01:33 via Website

Ja Hurrah, er lebt noch *gg*…

Soeben habe ich nämlich wieder mal ein Problem entdeckt, mit dem ich nicht weiterkomme, weil ich entweder die richtige Stelle im CSS nicht finde oder womöglich ein Plugin (Comment Form Quicktags) Ursache ist. Könntest Du dazu etwas sagen? Zu sehen ist das Problem “Blockqoute”, die sich in den Kommentaren der Haupteinstellungen bedient und hier besch… aussieht hier: http://www.mueschen.info/das-fast-vergessene-geschenk/comment-page-1/#comment-2313

Eine weitere Frage geht in Richtung Widgets und deren Überschriften. Da habe ich nämlich jede Menge verschiedener Überschriften im Einsatz, was ich nicht so dolle finde, denn die sollten schon einheitlich sein.

Wie bekomme ich es hin, die Überschriften in der Sidebar grundsätzlich so zu darzustellen wie z.B. bei “Hauptnavigation”, auch wenn ich fremde Plugins einsetze und denen eine individuelle Überschrift verpasse?

Ich habe da schon herumprobiert und bin mächtig gescheitert…

Nacht aus Goch
Nobbi

16 | 09 2009

um 11:34 » Autor-Kommentar «

In Deiner user.css steht etwas von blockquote und irgendwas mit border-style, das ist sicher schon ein Eintrag von Dir. Zur Formatierung sind zwei Werte wichtig. Zum einen die Blockquote selbst. Dort setzt Du zunächst margin auf 20px 20px 20px 80px, die Angabe für Border lautet border: 1px solid #farbwert;

Zu letzt wird noch blockquote p benötigt:

blockquote p {margin: 0px 0px 12px 0px; padding: 0;}

Die Überschrift für Widgets wird in der functions.php definiert und zwar für jede der widgetized Sidebars jeweils in der Zeile für “before_title” Dort steht momentan die H3-Klasse “widgethead”, die sich z.B. in die Klassen “alpha” oder “beta” ändern lässt. Welche Sidebarklassen für die H3 bereit stehen siehst Du im Stylesheet. Um wirklich alle Überschriften anzupassen musst Du die Dateien im Ordner “widgets” und im Ordner “output” durchforsten und dort jeweils nach der H3 suchen und die Klasse entsprechend abändern.

Beste Grüße, Markus

16 | 09 2009

um 12:29 via Website

Deine Änderungen bei Blockquote habe ich mal durchgeführt, jedoch ist das Ergebnis nicht so, wie ich es eigentlich möchte, denn das wirkt sich ja auch auf die “normalen” Zitate im Text aus, was ich so nicht wollte. Und im Kommentar beginnt dann das Zitat erst nach erheblichen Zwischenraum in Höhe des Nutzerbildes.

Teil zwei gucke ich mir heute Abend mal an, aber danke für den Tipp. Per CSS lässt sich da nix machen? Denn dann hätte ich ja bei Updates das Problem, die Dateien immer wieder ändern zu müssen, richtig?

16 | 09 2009

um 12:40 » Autor-Kommentar «

Der normale Kommentartext ist ja auch auf Höhe des Avatars, dieser Abstand lässt sich aber problemlos über den letzten Wert bei Margin ändern. Um alle anderen Blockquotes im Beitrag unbeeinflusst zu lassen, kommt vor das blockquote im Stylesheet einfach noch ein .maincom für User-Kommentare und ein .xcom für eigene Kommentare

also:

.maincom blockquote, .xcom blockquote {}

.maincom blockquote p, .xcom blockquote p {}

Zu den Überschriften: In den entsprechenden Dateien gab es bisher keine Bugs oder Probleme so dass sich Änderungen bzw. Updates dafür absehbar in Grenzen halten sollten.

Du kannst aber auch einfach alle H3-Überschriften aus der style.css in Deine User.css kopieren, und dann jene klasse raussuchen die Dir zusagt. Deren Angaben kopierst Du dann einfach in alle übrigen klassen so dass dies letztlich alle die gleichen Angaben enthalten.

17 | 09 2009

um 02:11 via Website

Also in Sachen Blockquote habe ich mir jetzt einen Wolf ausprobiert, da haut gar nix hin, die sitzt immer unter dem Avatar, egal, was ich mache.

Die h3 verhalten sich auch so, dass, wenn sich etwas tut, das vollkommen daneben ist. Ich blicke da nicht mehr durch, wollte aber schon ganz gerne die CSS-Lösung machen.

Also “mal so einfach” ist da gar nix, denn ich bin – trotz aller Beschäftigung damit – kein CSS-Profi oder sowas… Ich probiere da weiter dran herum, aber je mehr ich das mache, umso unübersichtlicher wird es irgendwie.

17 | 09 2009

um 11:00 » Autor-Kommentar «

In Deiner user.css sehe ich noch nix von .maincom usw. Dort steht immer noch blockquote anstatt .maincom blockquote

Einfach ist das nicht am Anfang aber falls Du nicht schon damit arbeitest, empfehle ich Dir die Firefox Erweiterung “Firebug”. Damit findet man sehr schnell heraus, wo etwas gestylt wird und kann Änderungen Testweise direkt über Firebug ausprobieren. Schaus Dir mal an, das ist wirklich hilfreich!

17 | 09 2009

um 14:14 via Website

Ich glaube, ich lasse es bleiben. Es tut sich zwar was bei den Überschriften, aber nicht das, was ich möchte, denn irgendwie “erwische” ich da nie das richtige. Auch das mit den Kommentar-Blockquotes bekomme ich nicht hin, sie hängen immer wieder unter dem Avatar.

Mir kommt das manchmal so vor, als wenn ich irgendwo etwas ändere, eine andere Änderung das aber wieder aufhebt oder überlagert. Ergo trete ich immer wieder nur auf der Stelle :-(. Das frustriert schon enorm.

17 | 09 2009

um 15:58 via Website

Als wenn ich die Finger davon lassen könnte… *g*. Also das mit den Überschriften habe ich jetzt ;-). Fehlt noch dieses zitieren in Kommentaren, da komme ich nicht so richtig weiter, verstehe Dich vielleicht auch irgendwie nicht richtig.

17 | 09 2009

um 20:09 » Autor-Kommentar «

so wie es aussieht fungiert es doch schon mit der Blockquote, nur der marginwert muss hochgesetzt werden bis auf 80px
also margin: 20px 0px 20px 80px;

17 | 09 2009

um 21:35 via Website

Ne, nicht ganz, fängt immer noch erst unterhalb des Avatars an ;-(.

19 | 09 2009

um 16:42 via Website

Ich komme nicht weiter und bitte daher nochmal um Hilfe. So sieht der Teil in meiner user-css jetzt aus:

.maincom blockquote {
clear: left; color: #000;
text-align: left;
padding: 5px 5px 5px 5px;
margin: 20px 0px 20px 80px; /*16px 20px;*/
border-left: 4px solid #b33000;
border-top: 1px solid #b33000;
border-bottom: 1px solid #b33000;
border-right: 1px solid #b33000;}

.maincom blockquote p {margin: 0px 0px 12px 0px; padding: 0;}

.xcom blockquote {
clear: left; color: #000;
text-align: left;
padding: 5px 5px 5px 5px;
margin: 20px 0px 20px 80px; /*16px 20px;*/
border-left: 4px solid #b33000;
border-top: 1px solid #b33000;
border-bottom: 1px solid #b33000;
border-right: 1px solid #b33000;}

.xcom blockquote p {margin: 0px 0px 12px 0px; padding: 0;}

Es tut sich nichts, das Zitat beginnt hartnäckig erst nach dem Avatar.

Daher nochmals meine Frage (ist vielleicht untergegangen), ob es an dem Comment-Quicktags-Plugin liegen könnte?

19 | 09 2009

um 17:27 via Website

Am Plugin scheint es nicht zu liegen, übrigens gibt es dasselbe Problem auch in meinem Ehemaligen-Blog. Blockquote kann man völlig vergessen zu Beginn eines Kommentares. Auch, wenn vorher schon Text geschrieben wurde, es rutscht unter das Datum. (Wieso schreiben wir immer vom Avatar? *g*)

19 | 09 2009

um 19:20 » Autor-Kommentar «

Bitte mal noch ein clear: none; einsetzen bzw. ein bestehendes clear von left auf none setzen (für maincom blockquote, xcom blockquote etc.)

19 | 09 2009

um 19:30 via Website

Also mein versprochener “Weihnachtsnachschlag” wird immer gößer, Markus ;-))). DAS war es!!! Wäre ich niemals drauf gekommen, weil ich das mit diesem “clear” zwar immer wieder zur Kenntnis nehme (und hübsch die Finger von lasse), aber null Plan habe, was das konkret bewirkt…

Darf ich Dich mal ganz kurz OT etwas fragen? Wenn ich mit der WP-eigenen Mediathek ein Bild einfüge (als Thumb) und dann auf die größere Version klicke, dann öffnet die sich auch, aber immer komplett im selben Fenster, so das man im Prinzip “von der Seite geschossen” wird. Kein Effekt wie bei den anderen Bildern also (ist NGG, auch nicht soooo befriedigend). Kann ich WP irgendwie dazu bringen, das Originalbild im Popup anzuzeigen?

Wir hatten das ja mal kurz mit den “ach so tollen neuen Features” von WP, mir schwillt da einfach der Hals und morgen ist ja der Chat, da möchte ich natürlich das mal ansprechen bei den Herrschaften ;-).

Aber wie gesagt: Ist OT und hat hier in diesem Bereich, der ja Iowa gehört, nix zu suchen, ist aber für die anderen WordPresser vielleicht auch mal interessant.

19 | 09 2009

um 22:46 » Autor-Kommentar «

Jo, das clear ist quasi das Gegenstück zum float. Das clear left besagt, das neben dem Element nix mehr etwas zu suchen hat, was im Beispiel nicht Sinn und Zweck der Sache war.

Auf ein Popup würde ich verzichten und besser auf etwas wie Lightbox zurückgreifen. Das gibt es als Plugin, wird einfach aktiviert, und Bildlinks dann mit einem rel-Attribut versehen. In Wordpress geht das glaub ich sogar automatisch, ansonsten sieht das dann so aus:

<img scr="http:/www..." rel="lightbox" />

20 | 09 2009

jtoth

um 17:59 via Website

@ Nobi: Empfehlen kann ich zwei Plugins, die einen tollen LightBox-ähnlichen Effekt ermöglichen und dazu alles automatisch machen: oder .

20 | 09 2009

jtoth

um 18:01 via Website

Irgendwie habe ich im vorherigen Kommentar wohl die Links falsch formatiert, also nochmal einfacher:
Shadowbox JS: http://wordpress.org/extend/plugins/shadowbox-js/
FancyBox for WordPress: http://wordpress.org/extend/plugins/fancybox-for-wordpress/

22 | 09 2009

Ramona

um 17:36 via Website

Manche der hier genannten Plugins sind nicht für kommerzielle Nutzung frei, also aufpassen. Kommerziell ist schon, wenn jemand Werbelinks einbaut.
Und nun mein eigentliches Anliegen: Ich würde gerne den Avatar der kommentierenden Person inkl. meiner Wenigkeit anzeigen statt des Dummies. Hat jmd. einen Tipp/eine URL, wie das geht?

23 | 09 2009

um 00:01 via Website

Ramona, das Problem mit dem Avatar hatte ich auf der anderen Seite auch. Als ich dann meine dazugehörige Mailadresse eingetragen hatte, kam auch meine Visage :-).

Im WordPress-Forum wurde mir dieses Plugin vorgeschlagen: http://blog.fusi0n.org/category/wp-prettyphoto Das läuft auch, wenn auch nicht soooo dolle bei langen Bildunterschriften. Macht aber nix, kann ich mit leben.

Die von jtoth angesprochenen Plugins waren mir für meine Zwecke auch irgendwie zu mächtig.

23 | 09 2009

um 00:15 » Autor-Kommentar «

Wordpress bietet doch die Avatare bereits ohne Plugin die nur aktiviert werden müssen. Der blasse Typ wird nur dann angezeigt, wenn der Kommentator keinen eigenen Avatar besitzt und eigene Kommentare schnappen sich den Avatar von der E-Mail, die für den Autor eines Beitrags hinterlegt ist. Gibt es für die Mail keinen Avatar, sieht man auch nur den blassen Typen …

Lightboxähnliche Effektplugins gibt es mittlerweile unzählige, ich selbst bleib hier beim Klassiker lightbox – klein, schnell und als Plugin easy …

23 | 09 2009

um 00:38 via Website

Lightbox ist ja auch in Ordnung. Nur hatte ich damit wohl mal Probleme in Verbindung mit NGG, bin mir da aber mittlerweile nicht mehr sicher… Wie gesagt, mein Problem ist die Bildunterschrift, die NGG nicht unterstützt, wohl aber die Mediathek. Und die wiederum macht die Thumbs – ohne Plugin – immer im selben Fenster auf :-(.

24 | 09 2009

Ramona

um 12:26 via Website

Wer twittert, könnte sich das Twavatar-Plugin runterladen (http://wordpress.org/extend/plugins/twavatar/), werde ich mal ausprobieren. Danke für eure Rückmeldungen!

01 | 10 2009

um 13:26 via Website

Neues Problem… Jetzt habe ich mal die Macro-Buttons eingesetzt, das haut auch prima hin. Nur: Warum öffnen sich hier die Links im selben Fenster (das lehne ich nunmal grundsätzlich ab), in den Galerie-Widgets jedoch scheint mein Link-Indication-Plugin zu greifen, dort werden die Links im neuen Fenster geöffnet.

Kannst Du mir da vielleicht einen Tipp geben?

01 | 10 2009

um 16:09 » Autor-Kommentar «

Das Link-Indication-Plugin macht meiner Meinung nach garnichts mit den Links außer ein Icon bei bereits als “external” ausgezeichneten Links anzuhängen.

Das Iowa-Theme ist XHTML 1.0 Strict-validie. In der Strict-Variante gibt es kein “target=blank” so dass alle Links im selben Fenster/Tab geöffnet werden.

Möchtest Du das ändern, muss in jedem Link das Target-Attribut explizit angegeben werden.

01 | 10 2009

um 17:29 via Website

Nö, stimmt nicht, das Plugin fügt das “target=_blank” irgendwie automatisch an externe Links an ;-). Haut an sich auch hin. Ich weiß, dass das nicht “sauber” ist. Wie Du sehen kannst, haut es in dem einen Widget hin, in dem anderen nicht. Könnte ich natürlich von Hand hinzufügen, aber wie mache ich das in Deinem Macro-Button-Widget?

Da geht komischer Weise nicht das, was im Galerie-Widget funzt. Mit Hilfe von Link-Idikation ;-)

01 | 10 2009

um 20:04 » Autor-Kommentar «

Ich kann Dir leider nicht sagen warum das Plugin hier nicht funktioniert, und manche Links umgewandelt werden und andere nicht – das ist alles Sache von Link Indication … Der HTML-Output für die Buttons liegt im Ordner “Output” (micro.php und macro.php) … hier in den Links das target=blank setzen …

02 | 10 2009

um 01:51 via Website

Da werde ich mal nachfragen, danke Dir aber erstmal für den Tipp, hat geklappt :-). Sehr schön überhaupt, diese macro.php :-). Da kann man doch bestimmt auch die Anzahl der Links/Buttons erhöhen bei Bedarf, oder? Probiere ich demnächst mal aus, denn das gefällt mir als “Linkliste” (da würden sich dann die Micros vielleicht besser eignen) ganz ausgezeichnet.

02 | 10 2009

um 02:35 via Website

Mh, nächstes Problem, was ich nicht erklären kann: Widgets lassen sich nicht nicht entfernen. Das ist mehr als seltsam und stelle ich jetzt erst fest. So sind die “Wichtige Links” raus aus den Widgets, erscheinen aber dennoch hartnäckig weiter. Gleiches gilt auch auf den anderen Seiten (mit anderen Text/HTML-Widgets).

Woran kann das denn nun liegen?

02 | 10 2009

um 02:38 via Website

Nachtrag: Nachdem ich nochmal im Adminbereich auf Widgets geklickt und es dann entfernt habe, hat es geklappt. Nur heraus”beamen” scheint nicht oder nicht richtig zu funzen, was natürlich auch an WP liegen kann.

03 | 10 2009

um 10:56 via Website

Hallo!
Kann man irgendwo einstellen das auf allen Seiten (Startseite,Beitragseite,usw) die gleiche Sidebar erscheint

03 | 10 2009

um 11:30 via Website

ah und der Footer soll natürlich auch immer gleich aussehen.

Das Plugin für die Bilder “FancyBox” funktioniert auch nicht :(

03 | 10 2009

um 13:13 via Website

ah und meine Smilies Leiste lässt sich zwar einfügen, doch sind die Smilies nicht klickbar und werden nicht im Kommentar übernommen.

04 | 10 2009

um 15:31 » Autor-Kommentar «

Zu Deiner ersten Frage: http://www.web-funk.de/wordpress-multi-widgets

hier wird genau erklärt warum der jetzige Weg der bessere ist …
Nicht funktionierende Plugins haben (in 99% nichts mit dem Theme zu tun), es kann aber sein das sich Funktionen überschneiden oder das Plugin noch nicht für WP2.8+ ausgelegt ist ?!?

Smilies abschalten kann ich mit dem Theme auch nicht, kann gerade auch nichts genaueres einsehen da Deine Seite nicht läd :(

greets, markus

04 | 10 2009

um 17:17 via Website

Also Fancybox läuft bei mir in einer “jungfräulichen” Installation, also auch ohne NGG usw. einwandfrei in Verbindung mit der K**k-WP-Mediathek. Ein Test von beiden Plugins bei mir, also Fancybox und NGG nebeneinander, steht noch aus.

Smilies: Das liegt sicherlich am Plugin, ganz sicher nicht an Iowa. Wie man überhaupt mal grundsätzlich feststellen muss, dass nicht funktionierende Plugins nicht am Theme liegen, sondern am Plugin oder dem Zusammenwirken mit anderen Plugins.

Man kann fragen, ob es damit zusammenhängt, aber man sollte nicht den Eindruck erwecken, dass es am Theme liegt. Bei mir hat sich der Fehler eigentlich immer ursächlich in den Plugin-Versionen oder dem Typen vor dem Bildschirm herausgestellt :-) …

04 | 10 2009

um 17:23 via Website

Nachtrag (Markus, verschmelze ruhig mit meinem Kommentar von gerade): Es haut hin: http://www.mueschen.info/da-war-ich-mal-kurzzeitig-komplett/

04 | 10 2009

um 18:42 via Website

habe bei Beiträgen mit vielen Kommentaren folgenden Fehler
Fatal error: Maximum execution time of 30 seconds exceeded in wordpress/wp-includes/plugin.php on line 302

die Kommentare werden nicht angezeigt und auch es erscheint kein Kommentarfeld zum eintragen, nur am Ende der Seite dieser Fehler :(

04 | 10 2009

um 19:55 » Autor-Kommentar «

hört sich strengstens nach einem dieser netten Probleme von WP an, hast Du erst kürzlich geupdatet?

04 | 10 2009

um 20:07 via Website

ne schon länger, habe alle Plugins deinstalliert und auch Gravatare abgeschaltet.

der fehler kommt auch nur bei Beiträgen mit vielen Kommentaren

zb. http://www.berrsch.de/?p=1715

04 | 10 2009

um 20:10 via Website

beim Avenue gibt es keine Probleme

04 | 10 2009

um 20:45 » Autor-Kommentar «

lad Dir mal das Plugin herunter: http://www.web-funk.de/memory.zip
einfach aktivieren und im Dashboard ganz unten mal nachschauen was dort bei der Auslastung steht

Bitte mal noch die PHP-Version angeben, steht auch dort …

04 | 10 2009

um 21:02 via Website

* PHP Version : 4.4.9 / 32Bit OS
* Memory limit : 65 MByte
* Memory usage : 15.82 MByte
24%

05 | 10 2009

um 10:54 » Autor-Kommentar «

Das Problem ist Deine PHP-Version. Wordpress benötigt seit V2.8 PHP5 und das Iowa-Theme macht speziell im Kommentarbereich von Funktionen gebrauch, die auf PHP5-Code in Wordpress zugreifen. Unabhängig vom Theme kann es zu zahlreichen, unlogischen Problemen kommen die nur dadurch zu beheben sind, Deinen Server auf PHP5 umzustellen. Zu dieser ganzen Angelegenheit gibt es bereits seit Wochen ne ganze Menge Ärger in der WP-Community (http://www.web-funk.de/wordpress-2-8-statement-zur-aktuellen-lage) und Dir bleibt nur, entweder den Provider zu wechseln oder de jetzigen zu veranlassen, auf PHP5 umzustellen. Früher oder später wirst Du unabhängig vom Template noch mehr Probleme bekommen, da Wordpress nach und nach komplett auf PHP5 umgestellt wird.

Beste Grüße, Markus

05 | 10 2009

um 12:56 via Website

danke!
so was habe ich mir fast gedacht, wenn ich auf PHP5 umstelle, worauf muss ich achten, muss ich sogar alles neu installieren ??

05 | 10 2009

um 14:36 » Autor-Kommentar «

Nein, Dein Provider muss den Server auf PHP5 umstellen/updaten – Du selbst musst dabei nichts neu installieren. Mach dennoch vorher ein Backup vom Server und Deiner WP-Datenbank, man weiß ja nie was beim Provider schief geht ;-)

05 | 10 2009

um 14:46 via Website

alles klar danke, werde mal all-inkl.com anschreiben.

05 | 10 2009

um 15:26 via Website

Ich habe bei denen mal geguckt und da ist überall PHP4 und 5 mit drin. Müsstest Du also im Kundenbereich selber umstellen können.

06 | 10 2009

um 07:08 via Website

Hallo!
Umgestellt, aber keine Besserung.
Laden von Seiten über hundert Kommentaren dauert ewig, am Ende kommt immer der gleiche Fehler und die Kommentare werden nicht alle geladen.
in line 302 plugin.php steht if ( is_array($wp_actions) )

* PHP Version : 5.2.9-1nmm1 / 64Bit OS
* Memory limit : 64 MByte
* Memory usage : 40.96 MByte

nach dem update habe ich jetzt sogar 64% Auslastung.

06 | 10 2009

um 07:09 via Website

z.B. http://www.berrsch.de/?p=680

06 | 10 2009

um 09:32 via Website

läuft das Theme eigentlich irgendwo mit so vielen Kommentaren in einem Beitrag ??

06 | 10 2009

um 11:10 » Autor-Kommentar «

glaub mir, das Theme hat auf die Performance keinen Einfluss, das Iowa macht nicht mehr und nicht weniger Datenbankabfragen wie z.B. das Default-Template … Schau mal im Wordpress-Forum und suche dort nach wp2.8+provider+htaccess … in einigen Fällen ist zwar PHP5-Unterstützung da, aber nicht ordentlich konfiguriert. Dazu gibt es im Forum eine Anleitung für einen htaccess-Eintrag der bei vielen Abhilfe geschafft hat. Unter Umständen musst Du auch abwarten bis der Cache aktualisiert ist. Der einzige Unterschied zwischen Avenue und Iowa bei den Kommentare liegt darin, dass das Iowa die neue Kommentar-Funktion von WP2.8 nutzt, und die basiert auf PHP5, ich mache mit dem Theme keine speziellen Abfragen oder irgendetwas, was den Betrieb bremsen könnte, ist alles nur HTML plus die ganz normale Abfrage der Kommentare. Mein Webfunk-Template basiert auf dem Iowa und hier siehst Du einen Beitrag mit fast 1000 Kommentaren: http://www.web-funk.de/avenue

beste Grüße, Markus

06 | 10 2009

um 11:24 via Website

ich habe jetzt mal alles mal in einer frischen Wordpress Installation getestet, nicht besser.

wenn ich aber irgend ein anderes Theme laufen lasse dann klappt es mit den Kommentaren einwandfrei.

werde mir das mal mit der htaccess ansehen

06 | 10 2009

um 16:40 » Autor-Kommentar «

wie gesagt, es liegt schon am Theme aber es ist eben kein Fehler – wenn es so wäre, würde ich damit sogar besser klar kommen weil ich dann einen Ansatz zum Beheben hätte aber es scheitert an dieser leidlichen PHP5-Problematik. Andreas, der hier auch schon gepostet hat, hatte ein ähnliches Problem – bei Ihm ag es nicht nur am PHP5 sondern an einer speziellen Funktion die sein Provider nicht unterstützt. Wenn es hart auf hart kommt sende ich Dir mal die speziell für ihn angepasste Version, Du musst dann nur auf die separate Zählung von Trackbacks, Pingbacks und Kommentaren verzichten.

Allerdings scheint mir das auch nicht wirklich die Lösung, da ja jetzt die Beiträge mit Kommentaren ohne Fehlermeldung funktionieren, dass es mit steigender Kommentarzahl so lange dauert ist schon recht merkwürdig aber falls es nicht hinhaut schick ich Dir mal die andere Version …

06 | 10 2009

um 17:10 via Website

das ist echt verrückt, habe jetzt die .htaccess mit dem Befehl AddHandler php5-cgi .php eingefügt, alles wie immer :(

sowas hatte ich auch schon länger nicht mehr :)

ich hab als Provider all-inkl.com ist ja nicht gerade aldi

denen habe ich auch mal eine Mail gsendet.

Ich habe auch mal die neue Version vom Plugin Pagebar installiert, diese Version läuft nut mit PHP5, bringt aber trotzdem bei mir einen Fehler.

irgendetwas ist da megafaul

06 | 10 2009

um 17:27 via Website

mit der .htaccess Datei habe ich anscheinend aber PHP5 richtig zum laufen bekommen.

nur kommt nun beim öffnen von Beiträgen mit vielen Kommentaren der Fehler
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
usw

06 | 10 2009

um 21:21 » Autor-Kommentar «

allein die Tatsache, das die Fehlermeldung von der Anzahl der Kommentare abhängig ist, ist schon unlogisch … das Theme macht ja keine Unterschiede zwischen vielen und wenigen Kommentaren :(

ich stelle morgen mal die alternative Version bereit und poste den Link zum Download hier in den Kommentaren… mal sehen ob wir das noch hinbiegen …

06 | 10 2009

um 21:35 via Website

danke, ich habe Avenue wieder draufgepackt, habe aber noch den Testblog um es dann auszuprobieren.

07 | 10 2009

um 10:06 » Autor-Kommentar «

hier der Download: Iowa Alternativ-Version

07 | 10 2009

um 14:25 via Website

ne wie gehabt.
werde erst mal alles beim Alten lassen, wenn ich wieder Zeit habe gehe ich wieder ran an die Arbeit, vielleicht hat bis dahin noch jemand den Fehler und weiß ne Lösung.

07 | 10 2009

um 16:00 via Website

@Zegger

Wie ich gelesen habe bekommst du einen Internal Server Error.
Zu Jedem Internal Server Error gibt es auch einen Eintrag im Error-Log des Webservers. Falls du nicht selbst Zugriff darauf haben solltest, mal bitte den Admin fragen. Die Einträge in der Log-Datei würden eventuell eher weiterhelfen.

Gruß Sven

07 | 10 2009

um 16:08 via Website

achso nochwas :-)

Aus den FAQ’s von 1und1 z.b

Folgende Einschränkungen sind technisch für Skripte festgelegt, welche von Ihnen auf unseren Webservern ausgeführt werden:
* Prozesse dürfen max. 10 Sekunden Rechenzeit beanspruchen
* Prozesse dürfen max. 32 Megabyte Speicher belegen
* Es dürfen max. 24 Prozesse gleichzeitig laufen

Diese Limitierungen gelten nicht für die Managed-Server.

Bei Überschreitung einer der oben genannten Einschränkungen wird das Script „getötet“. Dieses macht sich durch einen „Internal Server Error (HTTP 500)“ oder durch die Fehlermeldung „CGI Limits reached, please try later!“ bemerkbar.

ein zu klein bemessenes Memorylimit in der php.ini erzeugt ebenfalls einen Internal Server Error 500.

Wie Markus schon sagt es liegt mit ziemlicher Wahrscheinlichkeit nicht am Theme selbst (höchstens das der Sepicherverbrauch ein wenig höher ist als beim Standardtemplate), das Problem sind vermutlich eher Beschränkungen auf deinem Server durch den etwas ehöhten Speicherverbrauch. Je nach Anbieter kannst du das selber einstellen oder muß es vom Admin einstellen lassen.

Gruß Sven

07 | 10 2009

http://blog.wordpress-deutschland.org/2009/07/23/enormer-php-speicherverbrauch-ursache-gefunden.html

um 16:25 via Website

oh man, ich nochmal :-)

hab gerade gesehen das du einen 64 Bit Server hast. Vielleicht hilft dir das hier weiter.

07 | 10 2009

um 17:40 via Website

eine Lösung habe ich auch dort nicht gefunden, seit dem Update auf PHP5 und angeblich neuen schnelleren Server liegt die Auslastung bei 57%, vorher 25%

mein Testadresse http://www.berrsch09.berrsch.de

habe dort jetzt schon mehrere Themes getestet, bei keinem kam es zu diesen seltsamen Problemen mit den Kommentaren.

18 | 10 2009

um 13:38 via Website

Hier ist ja so ruhig in letzter Zeit… Na, das ändere ich doch mal *g*.

Folgenden Gedanken habe ich:
Ab und zu möchte ich eine Art “Info-Box” in einen Artikel einfügen. Dazu habe ich mittlerweile sogar ein nettes Plugin gefunden: http://simplelib.co.cc/?p=11 . Im Testeinsatz zu sehen: http://www.pannenregierung.de/?p=73

Das Teil ist echt genial, aber wie Ihr seht, wird der nachfolgende Absatz ignoriert, einfach nicht “gemacht”, vermutlich vom WP-Editor mal wieder “verschluckt”.

Nun war meine ursprüngliche Überlegung aber die, ob man das mit dieser Box nicht auch per CSS mit eigenen Mitteln realisieren könnte, also eine Art “Blockquote 2″. Dass dann auch in die Quicktags mit einfügen und gut ist.

Nur traue ich mir und meinem vielleicht zu naiven Gedankengang nicht wie ich auch meinen CSS-Künsten absolut nicht über den Weg traue. Denn diese Box müsste ja auch Textumfließung zulassen und aufgehübscht werden.

Habt Ihr vielleicht eine Idee, wie ich das realisieren könnte? Ich sage gleich dazu, dass ich in Holper-Englisch beim Plugin-Autor nachgefragt habe und auch im WPD-Forum (da verspreche ich mir allerdings nix von, vermutlich bin ich auch einigen zu kritisch mittlerweile ;-) ).

Mir kam die Idee mit einem solchen “Einschub” (ist ja nix anderes) eher zufällig beim Verfassen eines Beitrages, wie das nunmal so ist, wenn einem eine fixe Idee im Kopp rumschwirrt…

Jedenfalls würde ich mich freuen, wenn es zu diesem Problem Lösungsansätze gibt.

Tschö
Nobbi

27 | 10 2009

Viktor

um 04:28 via Website

Hallo Markus,

es wird wahrscheinlich an der Uhrzeit liegen, dass ich keinen geeigneten Post zu meiner Frage finde, deswegen wage ich es mit einer eigenständigen Frage:

Kann ich den Home-Link in der Menüleiste ausblenden ?
Ich habe leider keine geeignete schaltfläche in den Optionen gefunden.

Die Erklärung für mein Vorgehen ist folgende:
Ich möchte gerne eine statische Startseite haben mit einem eigenen Namen, und es sollte kein doppelter Punkt in der Menüleiste sein, auch kein Artikel als Sticky. Ich finde, dass das Aussehen der artikel und der statischen Seiten sich doch merkbar unterscheiden (Vorallem die Überschrift “aktuelle Blogbeiträge”).

Mir ist auch bewusst, dass ich die Menüleiste ausblenden kann und einfach in der Sidebar mit den Sites navigieren kann. Ich finde jedoch die Menüleiste mehr als gelungen, deswegen möchte ich sie behalten.

Momentan habe ich auch das Problem, dass ein dritter Unterpunkt in die erste Ebene der Menüleiste hineinrutscht. Nehme ich den driten Unterpunkt heraus, so rücken die weiteren Punkte der ersten ebene wieder anch links.

Ich habe in dem Demo-Blog gesehn, dass Du die Unterpunkte komplett ausgeblendet hast und nur die erste ebene der Menüleiste zu sehen ist.

Das wäre auch eine Alternative. wie könnte ich den Umstand ändern ?

Vielen DANK für die Antworten oder den Verweis zu den Posts.

Die besten Grüße
Viktor

27 | 10 2009

um 10:37 » Autor-Kommentar «

Dazu einmal in die base_head.php und dort im ul-id “menu” das erste li komplett löschen, so dass nur noch wp_list_pages im ul stehen bleibt … Falls Du den alternativen Header nutzt, das Ganze einfach in der wide_head.php ändern …

Um keine Unterseiten anzuzeigen, ändere in wp_list_pages den Wert bei depth auf 1, obwohl der standardmäßig bereits auf 1 stehen sollte …

beste Grüße, Markus

29 | 10 2009

um 21:52 via Website

Hallo Markus, spricht aus deiner Sicht (Kompatibilität mit IOWA) etwas dagegen auf WP 2.85 abzudaten?

Viele Grüße
Uwe

30 | 10 2009

um 16:17 » Autor-Kommentar «

… hab jetzt lokal getestet und bisher keine Probleme gefunden, einem Udate steht also von meiner Seite her nix im Wege …

beste Grüße, Markus

31 | 10 2009

um 16:21 via Website

Erstmal zu WP 2.8.5.: Keine negativen Auswirkungen nach Autoupdate ;-). Es haut also prima hin, keine Sorge in Sachen Iowa hatte ich.

Ich hätte da mal wieder ein anderes Problem… Ich finde einfach nicht den Teil in der CSS, der Links in den Kommentaren so formatiert wie im normalen Text. Gesucht habe ich schon, jedoch bin ich nicht fündig geworden und würde mich – mal wieder – über einen Wink mit dem Zaunpfahl freuen.

Links in Kommentaren erscheinen bei mir nämlich in ganz normalem Format auf: http://www.mueschen.info/klein-und-oho-mit-zusaetzlicher-real-promo/#comments (mein Kommentar mit Gräfe + Unze, was verlinkt ist).

Wie bekomme ich das hin, Markus? Sicherlich simpel, aber ich finde es einfach nicht, Schulligung :-( …

01 | 11 2009

um 12:29 » Autor-Kommentar «

Im options.css bzw. in den Optionen selbst ist die Änderung möglich. Im ersteren Fall einach .xcom a {} bzw. .maincom a {} ändern!

14 | 11 2009

um 09:45 via Website

für mein Problem hat auch noch niemand eine Lösung ??? :(

14 | 11 2009

um 10:44 » Autor-Kommentar «

Du meinst mit den Kommentaren? Es scheitert wie Sven oben schon ausgeführt hat am Server, die Kommentarfunktion ist sauber und mir fehlt der Ansatz am Theme etwas zu optimieren, mittlerweile setzen wirklich schon ne ganze Menge Leute das Template ein und mit Ausnahme von 4 bis 5 Installationen läuft es einwandfrei – bei anfänglichen Problemen konnte dann auch dort durch Serverconfig und die HTAcess-Lösung alles behoben werden – Das Theme nutzt einen Update-Cache für Kommentare in der functions.php, hier muss Dein Provider jetzt mal eine Lösung anbieten, also Fehler provozieren, techn. Support bescheid geben und von denen mal eine Ansage anfordern – ich kenn die Problematik von einigen neueren Plugins und es scheitert immer an PHP5, der Serverconfig/Konstellation (z.B. 64 bit) und solchen Dingen …

beste Grüße, Markus

17 | 11 2009

um 18:38 via Website

ich will ja noch nicht so schnell aufgeben :)
habe all-inkl.com eine mail gesendet und eine Antwort erhalten
“…benötigen wir dafür einem eine konkrete Fehlermeldung. Wo kann man diese sehen, bzw. wie reproduzieren?”

nur habe ich keine Fehlermeldung, die Ladezeiten sind extrem lang und das Eingabefeld fehlt z.b. http://www.berrsch09.berrsch.de/?p=1789

20 | 11 2009

Steven

um 11:27 via Website

Guten Tag,
habe gestern das erste Mal das Theme getestet. Das ist ja echt klasse. Hier wurde schoneinmal angesprochen, den Header per Zufall zu ändern. Also bei jedem Seitenaufruf einen neuen Header. DAs funktioniert soweit alles, nur weiß ich nicht, an welcher Stelle der Header “headimage_02.jpg” eingebunden wird. Lower- und Upper-Pad sind bei mir weiß und müssen nicht ausgetauscht werden. Mit der Zeile “” des Plugins lassen sich verschiedene Header einspielen. Die Frage ist nur, wo muss ich die Zeile einsetzen, damit nicht mehr “headimage_02.jpg” sonder “” geladen wird? War das Verständlich? Vielen Dank für eine Antwort!

Grüße

20 | 11 2009

um 12:03 » Autor-Kommentar «

Hi Steven,

das Headerbild im Iowa-Theme wird bereits durch eine Funktion erzeugt, die es ermöglicht, im Backend eigene Bilder für den Header zu nutzen. Diese Funktion wird in der functions.php fast ganz unten definiert (Function Change Header) und dann in der base_head.php bzw. wide_head.php aufgerufen.

Möchtest Du nun ein Plugin verwenden, welches sich um den Header kümmert, musst Du diese Funktion abschalten. Dazu kommentierst Du zunächst die genannte Funktion in der functions.php aus, und ersetzt in base_head.php und wide_head.php den Funktionsaufruf “iowa_header_style();” durch Deine Pluginfunktion.

Das Iowa-Theme erlaubt es darüber hinaus, den Header in einem anderen Layout anzeigen zu lassen (via Template-Options). In dieser Konstellation kümmert sich eine Styleangabe direkt in der header.php um das Headerbild (Zeile 37 header.php).

Nutzt Du das Theme in der “normalen Form”, gilt also erstere Variante, nutzt Du eine der Template-Optionen, dies sich um den Header kümmern gilt letztere Variante.

Ich hoffe das hilft Dir weiter, ansonsten einfach nochmal nachfragen …

Beste Grüße, Markus

21 | 11 2009

Steven

um 12:38 via Website

Vielen Dank für die Info!
Funktioniert perfekt. Ich werde mal schauen was sich auf der Amazon-Wunschlist kaufen lässt ;)

Grüße

21 | 11 2009

um 14:29 » Autor-Kommentar «

… kein Problem, würd mich auf jeden fall freuen!

Beste Grüße und ein angenehmes Wochenende, Markus

25 | 11 2009

http://www.berrsch09.berrsch.de/?p=1789#comments

um 11:42 via Website

Hallo!
wie schon geschrieben ich gebe nicht auf :)

ich wette darauf das es etwas mit der comments.php zu tun hat !

Ich habe mal einfach die comments.php von Avenue ins Verzeichnis kopiert dann sind die Kommentare zwar zeschossen, aber sie laufen.

25 | 11 2009

um 15:52 » Autor-Kommentar «

Lad Dir mal diese Version hier herunter: http://www.web-funk.de/webfunk/material/iowa_as.zip

Dort nimmst Du mal die functions.php und die comments.php und ersetzt beide Dateien auf dem Server. Dein Anbieter unterstützt eine Caching-Funktion wohl nicht so dass Du mit den beiden Dateien das Theme zwar zum Laufen bekommen solltest, aber auf die separate Zählung von Trackbacks, Pingbacks und Comments verzichten musst.

Probier es mal aus und gib kurz Feedback ob es fungiert …

25 | 11 2009

um 23:44 via Website

ne läuft nicht :(

wie geschrieben läuft nur mit der alten comments.php von Avenue

26 | 11 2009

um 17:54 » Autor-Kommentar «

Sag mal hab ich das jetzt richtig verstanden, dass Du Wordpress 2.7 einsetzt? Das Theme läuft erst ab WP 2.8 … !

26 | 11 2009

um 23:17 via Website

nein natürlich die neueste Version

27 | 11 2009

um 14:56 via Website

ich benutze die Version 2.8.6

ich meinte mit “alte” die comments.php von dem Avenue Theme

03 | 12 2009

um 18:10 via Website

Hi!
Wenn ich Iowa bei mir lokal zum Testen installiere (WP 2.8.6, Xampp for Windows 1.7.2), erscheint ganz oben die Fehlermeldung “Warning: Parameter 1 to iowa_update_cocache() expected to be a reference, value given in C:\Programme\xampp\htdocs\test\wp-includes\plugin.php on line 166″.
Auch werden keinerlei Seiten und Beiträge angezeigt. Es erscheint immer nur “Error 404″.
Andere Themes funktionieren problemlos.
Wie kann ich diesen Fehler denn beheben?

Im Voraus schon einmal vielen Dank für die Hilfe!
Chris

04 | 12 2009

um 10:39 » Autor-Kommentar «

… Hi Chris, hab es vor einigen Tagen ebenfalls festgestellt – offenbar hat man von WP 2.8.5 auf 2.8.6 mal kurzerhand etwas an der Cachefunktion geändert … Lad Dir nochmal die aktuelle Version vom Iowa-Theme herunter und schau ob es jetzt funktioniert!

04 | 12 2009

um 12:10 via Website

un ich :)

die “iowa” comments.php muss irgend einen Eintrag haben der sich bei mir nicht verträgt.

wo hingegen die “avenue” comments.php funktioniert

04 | 12 2009

um 12:55 via Website

@webfunk: Das nenne ich mal prompte Bearbeitung. Besten Dank dafür! Scheint jetzt zu funktionieren ,zumindest ohne Fehlermeldung und mit Beiträgen. Den Rest muss ich noch testen.
War schon am überlegen, nach meinem jetzigen “Concrete Avenue” eventuell auf ein anderes Theme umzusteigen, aber bei einem solchen Support? Werde Iowa mal ausgiebig testen ;-)

Btw: Wird es vielleicht irgendwann noch die Möglichkeit geben, 2 Sidebars einzurichten bzw zwei Sidebars zu kombinieren wie z.B. in diesem Theme: http://cordobo.com/free-wordpress-templates/green-park-2/

Noch einmal vielen Dank für die schnelle Hilfe!

04 | 12 2009

um 15:16 » Autor-Kommentar «

at Zegger: die neue Comments.php ist nun auf dem neuesetn Stand und das Theme läuft seit einigen Monaten problemlos auf allen Seiten wo es zum Einsatz kommt … ich hab meinerseits keine Ansatzpunkte, speziell da auch die abgespecktes Version die Du probiert hast auch nicht läuft … kommt den jetzt eine Fehlermeldung oder was passiert genau?

at Chris: Eine Version mit zwei Sidebars gibt es in absehbarer Zeit erstmal nicht – mir fehlt momentan einfach die Zeit und aufgrund der umfangreichen Widgets muß da richtig was formatiert werden … vielleicht wird es im nächsten Frühjahr mal was ;-)

04 | 12 2009

http://www.berrsch09.berrsch.de/?p=1789#comments

um 15:46 via Website

wie gehabt, es kommt keine Fehlermeldung, das laden von Beiträgen ü 20 Kommentaren dauert ewig, wenn die Seite dann endlich geladen ist, fehlen Kommentare und das Kommentarfeld.

Fatal error: Maximum execution time of 30 seconds exceeded in wp-includes

04 | 12 2009

um 15:48 via Website

imum execution time of 30 seconds exceeded in /wp-includes/plugin.php on line 302

04 | 12 2009

http://meinungsguck.de/2009/02/06/wordpress-27-probleme-mit-pings-und-trackbacks/

um 16:02 via Website

ich bin nicht alleine

04 | 12 2009

um 16:20 via Website

und hier http://www.come2suzan.de/?p=182

04 | 12 2009

um 17:17 » Autor-Kommentar «

die Links helfen nicht weiter, ich sag nur mal: http://www.web-funk.de/avenue … 970 Kommentare und kein Problem … Der Fehler verweist im Übrigen stets auf die plugin.php von Wordpress und nicht auf ein Iowa-File, die Tatsache das es nur mit Iowa so ist muss paradoxer Weise nicht bedeuten, dass es auch tatsächlich am Theme liegt … vielleicht beißt sich irgendein Plugin mit einer Themefunktion … Falls Du auch lokal mit xampp arbeitest, probier doch das Theme mal lokal, ich kann mit der Fehlermeldung nichts anfangen da es einfach keine Hinweise gibt wo im Theme etwas schief geht …

04 | 12 2009

um 18:32 via Website

ich habe alle Plugins deaktiviert

der Fehler habe ich jetzt schon auf mehreren Iowa Seiten gefunden, wo ich glaube das es einigen noch gar nicht aufgefallen ist.

ich hatte sicher schon 20 Themes im Test und alle liefen, habe jetzt sogar die beta Wordpress 2.9 genommen, aber das brachte auch nicht viel

naja vielleicht finde ich die Lösung irgendwann :)

05 | 12 2009

um 12:38 » Autor-Kommentar «

… so, nächster Versuch – lad Dir noch mal die aktuelle Version herunter und versuch es damit!

05 | 12 2009

um 17:30 via Website

donnerwetter scheint zu laufen !!

danke!

05 | 12 2009

um 18:00 » Autor-Kommentar «

… ja, sieht gut aus .. die Feinheiten mit der Übersetzung folgen dann im Januar – bin wie gesagt etwas volgepackt mit Arbeit und Weihnachten steht ja auch vor der Tür ;-) … Übrigens war es kein Fehler sondern eher ein Problem mit der Abfrage-Performance (Dank an Sven!) … zwei kleine “else” eingefügt und eine Option in den Kommentaren entfernt und es läuft rund – manche Server wie meiner hier verkraften das etwas besser und es fällt nicht auf, bei anderen kann das offensichtlich schon ganz schön auf die Performance drücken aber das sollte nun Geschichte sein …

05 | 12 2009

um 21:40 via Website

Hi Markus,

wie du weißt, benutze ich die für mich modifizierte Version Deines Themes (iowa_as). Jetzt ich habe mir mal spaßeshalber die aktuelle Originalversion Deines Themes (vom 4.12.) heruntergeladen. Und jetzt funktioniert die Version auch mit der Serverkonfiguration meines Hosters. :)

05 | 12 2009

um 21:47 » Autor-Kommentar «

… na jetzt häufen sich ja die guten Nachrichten ;-) … ich habe synchron zur Abfrage der Kommentare auch die Update-Cache-Funktion geändert, da es unter Wordpress 2.8.6 eine Fehlermeldung gab – offenbar läuft diese Variante jetzt auch bei Dir so dass Iowa nun wunderbar mit diversen Serverconfigs kompatibel ist und PHP 5 kein Problem mehr ist … beste Grüße, Markus

11 | 12 2009

um 09:27 via Website

jetzt noch ein Schalter, mit dem man einstellen kann, das der Footer und Sidebar immer die gleichen Widget sind und alles ist perfekt.

11 | 12 2009

um 12:25 » Autor-Kommentar «

… auch dazu gibt es positive Nachrichten: Ende Januar gibt es eine aktualisierte Version wo man eine Standard-Sidebar und einen Standard-Footer mit Widgets bestücken kann, was dann für alle Seiten gilt. Wer dann Single, Pages oder Archiv einzelnen gestalten möchte kannn dies aber weiterhin machen!

12 | 12 2009

um 20:25 via Website

klasse !

schick mir mal deine Adresse damit ich dir noch ein Weihnachtsgeschenk zukommen lassen kann :)

12 | 12 2009

um 21:29 » Autor-Kommentar «

… na Hauptsache jetzt fungiert alles! Adresse steht hier:
http://www.web-funk.de/impressum

Greets, Markus

18 | 12 2009

Andi

um 14:26 via Website

Erstmal muss ich sagen das IOWA wirklich ein geniales Theme für WordPress ist. Aber leider sind seit dem letzten Update (Version 01.32) alle Pingbacks verschwunden. Kommentare und Trackbacks werden weiter angezeigt. Wähle ich ein anderes Thema aus ist alles wieder in Ordnung.
Habe ich beim Update irgendwas falsch gemacht?

18 | 12 2009

Andi

um 14:51 via Website

Nochmal ich, habe gerade festgestellt, wenn ich die alte “comments.php” von der Vorversion nehme sind alle Pingbacks wieder da.

20 | 12 2009

um 20:12 via Website

Hi Markus, mal wieder wurde eine neue Wordpress Version veröffentlicht (Wordpress 2.9). Ist Dein Theme kompatibel zur neuen WP-Version? Falls nicht, warte ich lieber mit dem Upgrade. :D

20 | 12 2009

um 21:03 » Autor-Kommentar «

at Andi und Andreas: erstmal sorry für die späte Antwort, hab noch mal ordentlich zu tun kurz vor Weihnachten ;-)

Die Sache mit den Pinbacks wird im Januar nachgeliefert und Wordpress 2.9 … ich krieg bald die Krise mit der Updaterei aber im Grunde sollte es keine Probleme geben – Unterstützung für neue Funktionen von WP 2.9 folgen im Januar in einem größeren Update dass auch performancetechnisch was bringt!

Euch allen erstmal ein frohes Fest!

20 | 12 2009

um 21:14 via Website

Hi Markus, ja kein Problem. Ich bin ja selbst im Weihnachtstress. :D

Zum Update ich glaub ich warte noch lieber, bis Wordpress 2.9.1 veröffentlicht wird, die wichtigsten Bugs gefixt sind und von den Autoren die Updates der Plugins nachgeliefert wurden. Dann werde ich auch aufs normale Iowa-Theme umstellen.

Eine ziemliche Frechheit von den Wordpress-Machern ein Update an Weihnachten zu liefern. Damit auch ja alle über die Feiertage beschäftigt sind Bugs zu finden und sich zu ärgern, weil ihr Blog nicht funzt. ;)

21 | 12 2009

um 01:42 via Website

Konnte doch nicht mit dem Upgrade warten. ;) So viel schon mal vorweg: Aus meiner Sicht gibt es momentan keine Probleme mit dem Theme und der neuen Wordpress-Version.

Frohe Weihnachten

26 | 12 2009

Roman

um 10:37 via Website

Hallo Markus,

ich würde gerne die Sidebar im neuesten iowa schmaler machen. Ich hab das auch schon mal über die styles.css gemacht und auf etwa 170px festgenagelt. Bringt mir aber nichts, da jetzt die ganzen Sidebar-Überschriften rechts aus der Sidebar heraus ragen.

Ausserdem sollte natürlich dann auch die vertikale Linie links neben der Sidebar weiter nach rechts rücken, ansonsten ist der Abstand zwischen dem Hauptbereich für die Artikel und der Sidebar zu groß.

Also insgesamt wäre mir daran gelegen, dass ich den gesamten sichtbaren Bereich des Themes schmaler bekomme.

Wo lege ich denn die einzelnen Optionen hierfür fest?

26 | 12 2009

um 11:47 » Autor-Kommentar «

… es ist zwar viel möglich mit den Optionen aber alles mal eben schmaler machen geht nicht. Soll wirklich das gesamte Theme schmaler werden, müssen zahlreiche Styleangaben geändert werden, das Headerbild und die entsprechende Funktion muss angepasst werden usw. Die Galerie-Widgets sind ebenfalls auf die Breite der Sidebar angepasst, so das es ne Menge Arbeit wird. Der vertikale Schatten der die Sidebar abgrenzt wird durch die repeater.jpg vorgegeben, diese müsstest Du in einem Grafikprogramm anpassen… Vielleicht wartest Du bis Ende Januar, dann gibt es Version zwei von Iowa, die etwas einfacher aufgebaut sein wird und bereits von Haus aus in optimierter Form daher kommt …

26 | 12 2009

Roman

um 12:45 via Website

Okay, das hatte ich vermutet. Hhm, schwieriger wird es, wie Du schon gesagt hast, mit den Widgets. Könnte ich aber vermutlich auch alles in der Styles.css anpassen, oder muss da woanders nachgearbeitet werden? Bei der Galerie sehe ich allerdings dann eher ein Problem auf mich zukommen wegen der richtigen Aufteilung bzgl. der Anzahl der Bilder.

Anyway, vorerst habe ich mal mein Header-Bild auf die entsprechende Höhe 940×198 bzw. genauer 940×238 skaliert. Die zusätzlichen 40 bei der Höhe sind dazu, um dann für die Link-Leiste den netten Durch-Schein-Effekt und den abgedunkelten Hintergrund zu bekommen. Hierzu hab ich eben die Datei “lower_pad_01.jpg” ausgetauscht. Ich weiss nicht, ob das die richtige Vorgehensweise war, oder ob man das eher anders machen sollte?

Apropos Link-Leiste: ich würde gerne meine verschiedenen Kategorien der Ebene 1 anstelle der statischen Seiten aufnehmen. In welcher PHP-Datei müsste ich hier anpacken?

Dann noch ne Frage zu dem Bereich, in dem per default “Aktuelle Blogbeiträge” steht. Evlt. würde ich das auch gerne kleiner machen oder mal testweise ausblenden, um zu sehen, wie es zum Rest meines Layouts passt. Wo beeinflusse ich das?

Wenn dann Ende Januar ein neues iowa Update kommt, kann man das dann 1-zu-1 als Upgrade drüber kopieren, oder schätzt Du, dass hier dann die ganzen Veränderungen alle nochmals gemacht werden müssen? Ich hab jetzt schon beim Wechsel zwischen verschiedenen Themes festgestellt, dass ich mir damit die Einstellungen bzgl. der Widgets etc. zerschossen hab (bei beiden Themes). Ist das normal bei WordPress?

Dann evtl. noch als Tipp für das Theme. Wenn man das Theme installiert und dann die Widgets editiert, werden sofort nach der Installation im Widget-Bereich gar keine angezeigt, obwohl doch einige zu sehen sind. Evlt. wäre das gut, wenn die ganzen aufklappbaren Menüs hier schon mit den Standard-Widgets, die mit dem Theme mitgeliefert werden, gefüllt sind.

Ich finde aber, nach dem ich jetzt so langsam auf iowa umsteige, dass Du hier wirklich SUPER ARBEIT geleistet hast!!!

27 | 12 2009

Roman

um 11:01 via Website

Hallo Markus,

zwei Dinge sind mir aufgefallen:

1) Wenn ich in den Iowa Option den Text “BLOGMENU” für den Text des Strukturierenden Titels entferne und speichere, erscheint der Text beim nächsten Aufruf der Optionen wieder und ist dann nach dem Speichern wieder vorhanden

2) Ich finde keine Option, um das “»” Zeichen neben “BLOGMENU” zu entfernen. Wo findet man das ggf.?

27 | 12 2009

um 11:43 via Website

Hi Roman,

1) kann ich mir nicht erklären, bei mir haut das hin…

zu 2) wirst Du in der wide_head.php fündig:

»

(hoffentlich haut des jetzt mit der Zitat des Codes hin…)

27 | 12 2009

um 11:47 via Website

Och nee…

Also in der besagten Datei ziemlich weit unten. Unterhalb der Zeile mit “the main menu” findest Du zwischen “span” das hier: & raquo; – Inklusive der “span” auskommentieren und mal nachgucken ;-).

27 | 12 2009

um 11:44 via Website

*Grrr* Nochmal (der, hoffentlich, fette Teil ist das Zeichen):

»

27 | 12 2009

Roman

um 14:36 via Website

Hallo Nobbi,

habe gerade den kompletten … in der Datei entfernt. Das Zeichen ist immer noch da. Hat leider nichts gebracht.

Bei den Optionen und dem BLOGMENU-Text verhält es sich so, dass ich den Text lösche, ich dann auf Speichern gehe und nach dem erneuten Aufbau der Seite ich den Text wieder im Textfeld sehe.

27 | 12 2009

Roman

um 15:08 via Website

Hallo Markus,

im Willkommens-Text hat sich ein kleiner Rechtschreib-Fehler eingeschlichen, den man evtl. im nächsten Update beheben könnte. Hier müsste “abbonieren” durch “abonnieren” ersetzt werden.

Hoffe, dass die Kommentare hier überhaupt der richtige Platz sind, für solche marginalen Änderungswünsche… Ansonsten Kommentar einfach wieder löschen ;-)

28 | 12 2009

Markus

um 10:31 » Autor-Kommentar «

Korrekt! Danke für den Hinweis … Wenn Du den Text in den Optionen löschst, wird das Feld automatisch mit dem Standardwert gefüllt. Entweder schreibst Du also einen eigenen Text oder Du nutzt die Option zum Ausblenden! Greets, Markus

28 | 12 2009

um 10:53 via Website

Aaah, da ist das Kommentarfeld ja wieder, Du Relauncher *g*. Los, sag, wo ist der Link zum Iowa Neu? :-))

Tschö
Nobbi

28 | 12 2009

um 12:32 via Website

Irgendwie hab ich hier Probleme die neueste Version zu finden? Aktuell kann ich nur die Version 01.20 downloaden. Auf meinem Blog betreibe ich aber schon 01.26?

28 | 12 2009

Markus

um 13:40 » Autor-Kommentar «

at Nobbi: Die neue Version kommt erst Ende Januar und lohnt sich eher für Neuinstallationen. Für die Version 1 gibt es ein Performance-Update, Version zwei wird vor allem in den Optionen wieder etwas abgespeckt, Designtechnisch etwas vereinfacht (weniger Formatierungen, leichteres Stylesheet) und eine erleichterte Sprachdatei um im Backend den Speicherverbrauch zu senken, Wordpress hat ja wieder mal zugelegt …

at Spike: Meine Seite ist seit gestern Abend gerelauncht und die Links zu den restlichen Iowa-Seiten folgen noch. Hier schon mal der Link zum aktuellen Download: http://www.web-funk.de/wordpress-theme-iowa-download

Greets, Markus

29 | 12 2009

Roman

um 09:00 via Website

Hallo Markus,

bezüglich des Kommentars für das RSS Feld. Ich hab das jetzt über die Sprachdatei und poEdit abgeändert.

Was denkst Du, wenn ich mir jetzt schon die 1.32 von Iowa installiere und an das eigene Layout anpasse, wird es Deiner Meinung nach einfacher möglich sein auf die Version Ende Januar umzusteigen, oder macht der Umstieg jetzt schon noch überhaupt keinen Sinn?

29 | 12 2009

Markus

um 09:51 » Autor-Kommentar «

Das Iowa 2.x wird im Grunde eine eigenständige Variante die wieder als “festes Layout” daherkommt und weit weniger Optionen besitzt als die 1.x … Für das aktuelle Iowa gibt es dann ein separates Update das sich um die Performance kümmert, ein Update von 1 auf 2 ist hier nicht vorgesehen. Du kannst also loslegen und alles einrichten und Ende Januar auf Version 1.50 updaten. Neue Iowa-Nutzer bekommen dann nur noch Version 2.x zum Download. Ab dem Frühjar werde ich dann wieder anfangen, ganz klassische Templates anzubieten, die technisch auf Iowa 2 basieren – Das Theme wird für mich dann soetwas wie eine technische Basis die alles bereithält um Designvarianten zu erstellen.

29 | 12 2009

Roman

um 10:25 via Website

Hallo Markus,

ich versuche gerade einen zusätzlichen Bereich (div) vor dem Footer einzufügen. Ich möchte hier zum Abschluss der Artikel ein kleines Bild am unteren Rand direkt vor dem Footer-Bereich einzufügen.

Jetzt hab ich z.B. in der footer_archive.php direkt nach dem Ende der Main-Area und damit dann auch vor dem div für den Footer (id=”footer”) einen neuen div mit einer eigenen Klasse eingehängt und dem Ding, damit es sichtbar ist, mal einen 50px hohen roten Farbbereich zugewiesen.

Leider fällt mir auf, dass dieses Ding unter der Header-Menüleiste hängt (auf Hähe der Willkommens-Box in der Sidebar).

Wie kann ich denn direkt über dem Footer-Bereich eine neue Area mit einem Bild einbauen?

29 | 12 2009

Roman

um 10:26 via Website

Bezüglich geplanten Updates von Iowa: Vielen Dank für die Info!!

29 | 12 2009

Markus

um 10:55 » Autor-Kommentar «

… das DIV entweder hinter das Content-DIV oder aber hinter das Main-DIV jeweils via clear: both …

29 | 12 2009

Roman

um 11:17 via Website

Super, vielen Dank!

“clear:both;” war die Lösung!

29 | 12 2009

Markus

um 12:48 » Autor-Kommentar «

Kein Problem!

29 | 12 2009

um 16:25 via Website

Hallo Markus, wie ich sehe warst du Weihnachten nicht gerade untätig. Mir gefällt Dein neues Layout auf der Seite wirklich sehr gut.

Nun habe ich auch geschafft, das mein Theme auf das normale Iowa-Theme umzustellen. Beim Hochladen des Header-Bildes habe ich allerdings festgestellt, dass lower_pad.jpg und upper_pad.jpg nicht berücksichtigt werden und vom alten Header übernommen werden, was ja ein bisschen unglücklich aussieht. ;) Aber sicherlich hängt es davon ab, welche Maße man beim Hochladen des neuen Header-Bild verwendet (Mindestmaß 940×198 px). Wäre es dann nicht besser, die Mindestgröße der Header-Bilder auf 940×278 px zu beschränken, damit jeweils 40px für das lower_pad und upper_pad übrig bleiben?

In meinem Fall habe ich einfach die Dateien headimage_01.jpg, upper_pad_01.jpg und lower_pad_01.jpg von meinem alten Theme verwendet und überschrieben. :D

29 | 12 2009

Markus

um 16:46 » Autor-Kommentar «

habe ich allerdings festgestellt, dass lower_pad.jpg und upper_pad.jpg nicht berücksichtigt werden und vom alten Header übernommen werden, was ja ein bisschen unglücklich aussieht.

… keineswegs Andreas, da sich das Originalheaderbild aus drei Teilen zusammensetzt und Titel- wie Menübereich mit einer Art Transparenzeffekt versehen sind, lässt sich das natürlich nicht durch die einfache Funktion von Wordpress ersetzen.

Bedacht ist der Zusammenhang dennoch, da sowohl der Bereich über als auch unter dem Headerbild in den Optionen mit einer zum Bild passenden Farbe ersetzen lassen! Also Headerbild (der mittlere Teil) ersetzen und dann in den Optionen eine passende Farbe angeben, schon passt es wieder …

Ansonsten erstmal Danke für das positive Feedback und viel Spaß beim Schrauben am Theme … komm gut ins neue Jahr!

29 | 12 2009

um 17:56 via Website

Danke nochmal für die Erklärung.

Wo finde ich den Eintrag in den Optionen, um den Bereich oberhalb und unterhalb des Headers eine Farbe zuzuweisen?

Übrigens ist das upper_pad etwas höher, nämlich 60 px…

29 | 12 2009

Markus

um 19:00 » Autor-Kommentar «

Blogtitle background colour und Main menu background colour!

29 | 12 2009

http://mydomain/oberkategorie/unterkategorie/postname

um 19:49 via Website

Vielen Dank, funktioniert…

01 | 01 2010

Roman

um 11:18 via Website

Hallo Markus,

ich habe gerade festgestellt, dass in den related Posts des Sidebar-Widgets im Link eines ‘related Posts’ die Sprach-Umschaltung mit dem qTranslate Plugin nicht funktioniert.

Das liegt daran, dass in der ‘functions.php’ in der Zeile 469 die Funktion _e(…) nicht eingebaut war. Ich hab das mal wie folgt abgeändert. Eventuell ist das noch was fürs Update:

…
$related_post_output = _e($related_post_output) . ‘‘;
…

Jedenfalls funktioniert die Sprachumschaltung für die related Posts so wieder richtig!

01 | 01 2010

Roman

um 11:21 via Website

Habe gerade gesehen, dass das mit der Sprach-Umschaltung mehrere/alle Sidebar-Widgets betrifft. Die _e(…)-Funktion müsste evtl. noch an mehreren/allen Stellen eingebaut werden. Im Meist-Kommentiert-Widget ist es auch auf den Links und im Tooltip.

01 | 01 2010

Roman

um 11:29 via Website

Hallo Markus,

wenn man unter Design > Widgets das RSS-Widget in eine Footer-Box zieht per Drag & Drop, dann wird dieses Widget nicht innerhalb der Box angezeigt, sondern etwas nach links raus aus der Box. Wäre evtl. auch noch was fürs Update.

01 | 01 2010

Markus

um 16:45 » Autor-Kommentar «

… für die Übersetzung gehen immer verschiedene Strings – _e ist einer von beiden, die üblicherweise zum Einsatz kommen. Der Zweite ist der doppelte Underscore __ Was das Plugin macht ist dann wieder eine andere Sache, es sollte eigentlich kein Thema sein, dass dieses Plugin ebenfalls mit zwei Übersetzungsstrings klarkommt.

Das RSS-Widget ist ein Standard-Widget von Wordpress, die Ausgabe dafür kommt demnach auch von WP!

02 | 01 2010

Roman

um 09:51 via Website

Hallo Markus,

ja, das mit den zwei “Übersetzungs-Funktionen” stimmt.

Dass das RSS-Widget ein WP-Standard ist, wusste ich nicht. Allerdings wundert es mich dann schon, dass das mit der Anpassung in der functions.php zum Erfolg führte. Bei anderen Widgets geht das mit der Übersetzung auch nicht wie gewünscht. Beispielsweise bei dem Gallerie-Widget und beim “Text oder HTML” Widget. Wenn man hier eine Überschrift eintippt, die von qTranslate interpretiert werden könnte (also z.B. In DeutschIn English), dann sind nach dem Speichern die Meta-Zeichen weg und man sieht nur noch “In DeutschInEnglish”. Lässt man die qTranslate Meta-Zeichen ganz weg und erweitert die de_DE.po/de_DE.mo Datei, passiert leider auch nichts.

Ich schätze demnach schon, dass man hier auch noch irgendwo eine der Übersetzungs-Funktionen einbauen muss, damit das dann richtig funktioniert.

02 | 01 2010

Roman

um 09:53 via Website

Sorry, leider wurden die Meta-Zeichen aus meinem vorherigen Kommentar nicht richtig gedruckt. Ich schreib die mal mit Leerzeichen getrennt:

In DeutschIn English

02 | 01 2010

Roman

um 09:54 via Website

Okay, jetzt geb ichs auf, hat leider auch nicht funktioniert. ;-)

02 | 01 2010

Markus

um 11:08 » Autor-Kommentar «

allerdings wundert es mich dann schon, dass das mit der Anpassung in der functions.php zum Erfolg führte.

Über die functions.php lässt sich fast alles beeinflussen, die Frage ist, warum Dich das im Backend stört, die Funktion wird doch dadurch nicht beeinflusst.

Das nach dem Speichern die Zeichen Verloren gehen hängt damit zusammen, dass innerhalb von Überschriften in Widgets kein HTML bzw. anderweitige Auszeichnungen möglich sind.

Code in Kommentaren mit pre lang=”php” dein code /pre auszeichnen (alles in <>) …

02 | 01 2010

Roman

um 12:40 via Website

Danke wegen dem Hinweis bzgl. Code in den Kommentaren!

Bezüglich functions.php:
Da haben wir uns wohl falsch verstanden. Im Backend (also WP Admin Bereich) stört es mich nicht. Die Funktion, die ich mit _e(…) erweitert hatte, hatte Auswirkungen auf die Variable für die “related posts” ($related_post_output). Die Veränderung hatte dann Auswirkungen auf das Widget für die related posts.

Was ich vorhin noch versucht hatte, war das “Text oder HTML” Widget so zu konfigurieren, dass ich im Frontend (also meinem Blog) die Sprache dynamisch mit dem qTranslate Plugin umschalten kann.

Jetzt ist natürlich die Frage, wie man das dann richtig realisieren kann, wenn irgendwelche Auszeichnungs-Ausdrücke in den Widget-Titeln gar nicht verwendet/interpretiert/gespeichert werden. Kann man die Variablen nicht auch schon beim Speichern mit einer der Funktionen _e(…) / __(…) versehen? Dann müsste man das bei der Ausgabe der ausgelesenen Variablen wieder in _e(…) oder __(…) packen, damit das dann mit dem Hinterlegten Text

<!--:de-->In Deutsch<!--:--><!--:en-->In English<!--:-->

zur richtigen Sprache aufgelöst wird.

Ich habe mir jetzt ganz pragmatisch geholfen und in der mytext.php eine if-Abfrage eingebaut, die meinen Text der Überschrift vergleicht und die entsprechende Übersetzung aus der de_DE.mo auswählt:

...
if ( $title == 'Kommentare via RSS' ) {
    $title = __('Comments via RSS', 'iowa');
}
...

Allgmein gesprochen, ist das aber nicht die optimale Lösung, wobei es für meinen Zweck völlig ausreichend ist.

02 | 01 2010

Markus

um 19:13 » Autor-Kommentar «

Hi Roman, ich meinte eigentlich die Sache mit der Widget-Box des RSS-Widgets das herausragt!

Zu dem Language-Switch: … mir bleibt momentan wenig Zeit um mir das mal etwas genauer anzusehen, prinzipiell sollte es aber eine einfachere Möglichkeit geben. Das Theme ist ja bereits vollständig in englisch geschrieben und wird dann entsprechend der Spracheinstellung in der wp-config via de_DE ins deutsche übersetzt. Findest Du jetzt eine Möglichkeit, die Spracheinstellung mit einer kleinen Funktion via Frontend temporär für den Nutzer umzustellen, benötigt man für alles was Theme-Sachen sind keine Re-Translation via Plugin. Ich dächte ich hab das schonmal im WP-Forum gelesen, ist aber schon ne Weile her … versuch es mal via Google oder im Forum, vielleicht gibt es da bereits eine Anleitung …

Greets, Markus

02 | 01 2010

Roman

um 20:47 via Website

Hallo Markus,

es gibt Konstanten, wie beispielsweise “_e(‘My Constant’, ‘iowa’);”. Diese werden dann mit der entsprechenden Sprachdatei in den jeweiligen Text übersetzt. Wenn keine Übersetzung gefunden wird, wird automatisch ‘My Constant’ ausgegeben.

Da der Text in dem Widget variabel ist und keine vordefinierte Konstante, ist es wichtig, dass zum Speichern des Wertes Meta-Zeichen erlaubt sind. Ist das der Fall, kann man bei der Ausgabe eine der Funktionen _e(…) / __(…) verwenden, dann kann abhängig von der ausgewählten Sprache im Frontend der entsprechende Text für die Sprache vom qTranslate Plugin ausgewählt werden.

Das nur zur Information. Wie gesagt, ich hab mir momentan so beholfen und das tuts mal vorerst ;-)

02 | 01 2010

Roman

um 20:59 via Website

Hi Markus,

ich hab in WordPress Kategorien mit Subkategorien definiert. Zusätzlich ist die Permalink-Struktur auf “/%category%/%postname%” gestellt.

Wenn einen neuen Artikel erstelle, wird der Permalink etwa so aufgebaut:

/Oberkategorie/Subkategorie/NeuerArtikel

Im Kategorie-Widget sehe ich, dass der Zähler in der Kategorie und der Unterkategorie richtig hochgezählt wird.

Klicke ich allerdings auf die Unterkategorie im Kategorie-Widget, bekomme ich ein “Error 404 – Nichts gefunden” angezeigt.

Weißt Du zufällig, wie ich den Code des Widgets abändern muss, so dass entsprechend alle Artikel der angeklickten Unterkategorie angezeigt werden?

03 | 01 2010

Markus

um 10:35 » Autor-Kommentar «

… funktioniert es denn mit dem Default-Theme?

03 | 01 2010

Roman

um 11:11 via Website

Nein, leider auch nicht :-(
Betrifft zwar jetzt nicht Iowa, aber evtl. hast Du trotzdem ne Idee?

03 | 01 2010

Markus

um 11:57 » Autor-Kommentar «

…hm, habs gerade bei mir lokal ausprobiert und es ging problemlos – blöde Frage aber hast Du mal den Browser-Cache leer gemacht bzw. wird die Permalink-Struktur tatsächlich in die htaccess geschrieben?

03 | 01 2010

Roman

um 12:12 via Website

Den Cache habe ich gelöscht.

Wie beeinflusse ich es, dass die Permalink-Struktur in die .htaccess geschrieben wird? Bzw. wie erkenne ich das?

Ich habe hier die Rewrite-Base wie folgt:

RewriteBase /

Bingt aber leider auch nichts, wenn ich den Slash mit “.” ersetze.

03 | 01 2010

Markus

um 12:34 » Autor-Kommentar «

Wenn Du selbst Zugriff auf die htaccess hast (hängt vom Provider ab) liegt diese entweder schon im Root des Servers bzw. in Deinem Hauptverzeichnis oder Du legst dort selber eine an und vergibst per chmod Schreibrechte für den Besitzer. Du erstellst einfach eine Textdatei und löscht dann beim Umbenennen in “htaccess” die Dateiendung!
Wenn Du in Wordpress unter Einstellungen/Permalinks dann auf “Änderungen übernehmen” klickst und kein Hinweis erscheint, ist die Datei beschreibbar, ansonsten sieht man irgendwo eine Meldung alla “Wenn Deine htaccess beschreibbar wäre …” oder sowas in der Art. Ist dies der Fall muss Dein Provider die htaccess entweder selbst beschreiben oder er gibt Dir entsprechende Rechte … was dort genau eingetragen werden muss sieht man in der Hinweismeldung von Wordpress …

Greets, Markus

03 | 01 2010

Roman

um 12:47 via Website

Eine “.htaccess” Datei habe ich in meinem html-Verzeichnis. Sehr interessant ist, dass wenn ich in WP die Permalink-Struktur ändere, auch das Änderungs-Datum der “.htaccess” upgedated wird.

Lustig nur, dass sich der Inhalt der Datei dadurch nicht ändert, selbst wenn man die Berechtigung der Datei auf 777 ändert ;-)
Die Frage ist daher, wie sollte die Datei in etwa abgeändert werden? Evtl. kann ich das manuell mit nem Editor richtig einstellen.

Aber nochmals zum Ursprungs-Problem: ich bin mittlerweile soweit zu sagen, dass das etwas mit der selbst definierten Permalink-Struktur und der selbst gesetzten Basis zu tun hat:

Permalink: /%category%/%postname%/
Basis: .

03 | 01 2010

Roman

um 13:09 via Website

Das ist ja echt verwirrend mit diesen selbst definierten Permalinks:

ich hab jetzt folgende Einstellung gemacht, was letztlich als Kompromiss auch aus SEO Sicht funktionieren dürfte:

Permalink wie beschrieben auf “/%category%/%pagename%/” gesetzt. Die Kategorie-Basis habe ich jetzt leer gelassen und dann noch das Plugin “PermalinksMigration” aktiviert.

Wenn ich jetzt auf einen Artikel klicke, sehe ich diesen etwa wie folgt:

Klicke ich in der Sidebar im Kategorie-Widget auf eine der Kategorien, so werden diese wie folgt angezeigt:

http://mydomain/category/oberkategorie/unterkategorie/

Mit dieser Einstellung kann man vermutlich leben, auch aus SEO-Sicht, oder? Die Artikel können direkt mit Ihrer Kategorie und Ihrem Namen indexiert werden. Bei der Übersichts-Seite aller Artikel einer (Sub-)Kategorie dürfte es vermutlich egal sein, wenn davor noch das “category” auftaucht. Eventuell hilft das sogar was SEO angeht.

Falls ich falsch liege, dürft Ihr mich gerne korrigieren.

03 | 01 2010

Markus

um 15:06 » Autor-Kommentar «

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

probier es mal damit – einfach in die htaccess mauell einfügen und speichern, dann noch mal die Permalinks aktualisieren und schauen obs dann geht. Die selbstdefinierte Struktur sollte fungieren, lokal hat es ja auch geklappt!

03 | 01 2010

Markus

um 15:16 » Autor-Kommentar «

Uups, Kommentare haben sich wohl überschnitten. Also ich bin kein SEO-Experte aber ich glaube nicht das die Einbeziehung der Kategorien in der URL soviel bewirkt. Du kannst ja für jeden Beitrag die URL manuell bestimmen und so auch dort Keywords direkt unterbringen. Daher steht bei mir nur /%postname% …

03 | 01 2010

Roman

um 15:35 via Website

Die .htaccess sieht bei mir genau so aus, wie in Deinem Beispiel.

Danke Dir für die Einschätzung und die Hilfe mit den Permalinks. Ich werde das mal so wie es jetzt ist im Auge behalten und falls es weiterhin Probleme machen sollte, dann auf eine nicht verschachtelte Struktur à la %permalink% umsteigen.

Danke nochmals recht herzlich für die Hilfe!!

04 | 01 2010

Roman

um 09:14 via Website

Hallo Markus,

wenn ich im “RSS Reminder” Widget einen Feed-Link à la
“http://mydomain/feed” eintrage, wird mir der nacher zu folgendem ersetzt “http://mydomain/category/postname” gemäß der eingesetzten Permalink-Struktur.

Ist das gewollt so? Ich hätte eigentlich erwartet, dass ich hier dann auch den Feed mit dem im Browser integrierten Feed-Reader abonnieren kann.

04 | 01 2010

Markus

um 10:37 » Autor-Kommentar «

Was passiert, wenn Du das Widget mal unkonfiguriert nutzt und keine eigene Domain angibst? Dann müsst der Link des Reminders auf folgende URL zeigen: http://www.yourlinkhere.de

04 | 01 2010

Roman

um 11:19 via Website

Ja, wenn man das Text-Feld leer lässt, erscheint der Link
http://www.yourlinkhere.de

04 | 01 2010

Markus

um 11:33 » Autor-Kommentar «

… und was gibst Du genau als Feed-URL an?

04 | 01 2010

Roman

um 11:36 via Website

Ein URL der Form http://mydomain/feed

04 | 01 2010

Markus

um 11:38 » Autor-Kommentar «

… nicht das PermalinksMigration da rein funkt, dasWidget selbst macht nichts außer die angegebene URl entgegen zu nehmen und ganz normal als Link auszugeben – keine Funktion, nix …

04 | 01 2010

Roman

um 11:38 via Website

Allerdings sehe ich gerade, dass in der Datei widget_iowa_reminder.php in der Funktion “function widget(..)” bei der Zuweisung der Variablen $my_feedlink in $instance['feedlink'] das “k” am Ende von ‘feedlink’ gefehlt hat.

04 | 01 2010

Markus

um 11:41 » Autor-Kommentar «

tatsächlich, Daumen hoch Roman – bist als Beta-Tester angagiert! Klappt es denn mit der Korrektur?

04 | 01 2010

Roman

um 12:04 via Website

Ja, die Änderungen klappen soweit!

Ich hab die Feed-Links bei mir jetzt auf folgendes abgeändert.

$my_feedlink = empty( $instance['feedlink'] ) ? 'http://www.yourlinkhere.de' : the_category_rss() . 'feed';

04 | 01 2010

Roman

um 12:09 via Website

Bei meinen Kommentaren ist mir auch noch was aufgefallen.

Bei mir wird das Datum in der Kommentar-Box nicht ersetzt. In englischer Sprache steht dann “… at %I:%M %p via website (Edit)” und in deutscher Sprache entsprechend “… um %H:%M via Website (Bearbeiten)”.

Ist das bei Dir auch so, oder ist da bei mir was faul?

04 | 01 2010

Markus

um 14:34 » Autor-Kommentar «

… was meinst Du mit nicht ersetzt?

04 | 01 2010

Roman

um 15:04 via Website

Da werden genau diese Strings ausgegeben und nicht die Uhrzeit.

Ich habe mir wie folgt beholfen, wobei das aber noch nicht ganz perfekt ist. In der functions.php hab ich bei der Funktion ‘comment_time()’den Code wie folgt erweitert:

 
...
 
...

Anschließend hab ich in der Datei de_DE.po eine Übersetzung von ‘g:i a’ zu ‘G:i’ gemacht. Damit wird die Uhrzeit im Englischen nicht im 24-Stunden-Format angezeigt, sondern nur im 12-Stunden-Format.

Durch den Zusatz “a” in ‘g:i a’ wird im Englischen ein “am”/”pm” angehängt.

Leider weiß ich jetzt noch nicht genau, wie ich abhängig von der ausgewählten Sprache entweder “Uhr” oder “am”/”pm” anhängen kann.

Von daher ist die Lösung von mir noch nicht ganz perfekt. Vielleicht weißt Du da noch was besseres? Konntest Du nachvollziehen, von welcher Stelle in der functions.php ich rede?

04 | 01 2010

Roman

um 15:14 via Website

p class="comhead"
...
p class="comline"  
...

Die p entsprechend wieder in einfügen

04 | 01 2010

Roman

um 15:16 via Website

Schon interessant, dass das Einschließen des Codes nicht wie erwartet tut ;-)

comment_time(__('g:i a', 'iowa'));

04 | 01 2010

Markus

um 16:06 » Autor-Kommentar «

comment_time orientiert sich an der spracheinstellung, daher dort keine angabe. Die Ausgabe funktioniert einwandfrei, habs gerade noch mal getestet und bin nicht sicher ob da irgendwo etwas scchief geht bei deiner installation …

04 | 01 2010

Roman

um 16:38 via Website

Okay.
Interessant ist, dass tatsächlich als String die Zeichenfolge “%H:%M” mit ausgegeben wurde. Dieser Text kam als Rückgabe von der comment_time() Funktion.

Wenn sich diese Funktion an den Spracheinstellungen orientiert, meinst Du dann, dass es nur an einer Einstellung in der de_DE.po fehlt, um die ausgegebene Zeichenfolge richtig, sprachenabhängig, zu ersetzen?

Hälst Du die Verwendung der __(…) als Parameter zur comment_time(…)-Funktion als kritisch, oder ‘nicht sauber’?

04 | 01 2010

Markus

um 19:44 » Autor-Kommentar «

Also grundsätzlich sollte das kein Problem sein. Ich hab es jetzt noch mal lokal probiert mit folgender Syntax:

<?php comment_time(__('H:i:s', 'iowa')) ?>

Die Ausgabe fungiert problemlos. Mit Po-Edit sollte der neue Übersetzungsstring erkannt werden. Nach der Eintragung der entsprechenden Übersetzung sollte es auch klappen. Achte darauf, im Theme zunächst die englische Variante einzutragen, so dass dann via Mo. bzw. Po-Datei ins deutsche übersetzt wird.

04 | 01 2010

Roman

um 20:37 via Website

Okay, das ist Prinzip eine modifizierte Variante, wie ich sie jetzt bei mir eingebaut habe. Konstanten für die Zeit kann man der Tabelle entnehmen:

http://de.php.net/manual/de/function.date.php

Ich verwendet auch lieber “h” für englisch und dann “H” für deutsch. Sieht glaub mit führender Null doch besser aus.

Ursprünglich gab es bei mir keinen Parameter für die comment_time()-Funktion, da war dann wohl das Problem, dass hier ein mit “%H:%M” formatierter String zurück kam und nicht die richtige Uhrzeit.

Es funktioniert bei mir aber sowohl mit

Bei letzterem wird zusätzlich dann noch am/pm mit ausgegeben.

04 | 01 2010

Roman

um 20:50 via Website

Sorry für die Code-Formatierung, aber irgendwas stimmt da nicht ;-)

Ich gebe immer ein

kleiner-zeichen pre lang=”php” größer-zweichen
mein-php-code
kleiner-zeichen slash pre größer-zeichen

Der PHP-Code ist genau so formatiert wie gewohnt in einer PHP-Datei mit

kleiner-zeichen fragezeichen php … fragezeichen größer-zeichen

Wird immer ausgeblendet…

07 | 01 2010

Roman

um 10:27 via Website

Hallo Markus,

habe nochmal ein paar Fragen zu WP, die evtl. auch für andere Leser von Interesse sein könnten.

1) Gibt es für das Iowa Theme eine Testblog-Seite, so dass sich jemand die Features und die Darstellungen des Themes anschauen kann?

2) Ich habe gesehen, dass es in der Kurzbeschreibung eines Artikels (Text vor dem ‘more’-Link) immer ein kleines Bild gibt. Gibt es für eine solche Artikel-Seite irgendwie ein Template oder fügst Du hierfür einfach ein Bild ein und das wars?

3) Wenn jemand eine Gallerie-Seite anlegen möchte, sollte man sich hier extra Plugins à la Lightbox 2 laden, oder wie würde man das am besten machen?

4) Ist für das Hightlighting von Source-Code schon ein Style bzw. ein Plugin vorgesehen, oder sollte man sich so etwas auf jeden Fall selber zusammen suchen?

07 | 01 2010

Markus

um 10:44 » Autor-Kommentar «

1) Gibt es mit der kommenden Version wieder!

2) Wird ganz normal manuell eingefügt, die kommenden Versionen von Iowa erhalten allerdings die neue post_thumbnail-Funktion (einfach mal googeln für eine Beschreibung)

3) Galerien einfach in Wordpress anlegen, das Iowa-Theme hält für Galerie-Seiten ein eigenes Template vor! Dann Lightbox oder eine der zahlreichen Alternativen als Plugin installieren für animierte Popups der Vollbildansichten.

4) Nennt sich WP_Syntax, es gibt aber auch alternative Plugins. Mit einem Style ist sowas nicht getan, der Code bzw. die Codefragmente müssen durch ein Plugin bzw. PHP-Funktionen umgewandelt werden! Also einfach ein Plugin nutzen …

Greets, Markus

07 | 01 2010

Roman

um 10:53 via Website

Super, danke für die Infos!

07 | 01 2010

Marcus

um 15:58 via Website

Hallo Markus,
Erstaml alles Gute für das neue Jahr.

Wir nutzen für unsere Bürgerinitiative ja auch Dein Iowa Template und wir verwenden neben der Blog Funktion im Wordpress auch die Seiten. Als Seitentemplate habe ich “no comment” ausgewählt. Habe ich die Möglichkeit die Linie ganz unten zu entfernen und besteht die Möglichkeit den Bildplatzhalter auf der linken Seite komplett zu entfernen? irgendwie habe ich nichts gefunden.

Danke vorab und schöne Grüße
Marcus

07 | 01 2010

Markus

um 16:50 » Autor-Kommentar «

… auch Dir viel Erfolg 2010! Die Änderungen kannst Du in der style.css vornehmen, schau einfach in Zeile 120 / 122 .pageview und .pageview .entry … Entferne dort den “background” bzw. die “border” und schon sollte es funktionieren …

Beste Grüße, Markus

08 | 01 2010

Roman

um 12:58 via Website

Hallo Markus,

schon wieder ich ;-)

Ich habe auf verschiedenen Blog-Seiten am unteren Rand der Archive bzw. auf der Hauptseite eine Art Page-Navigation gesehen (Navigation über Prev/Next zu neueren/älteren Beiträgen).

Ist so etwas beim Iowa-Theme schon mit dabei oder bräuchte man hierfür ein eigenes Plugin?

Noch ein Nachtrag zu der Source-Code-Plugin Frage von gestern. Ich hab mir auch mal das Plugin “WP-CodeBox” angeschaut. Macht auch einen ganz guten Eindruck auf mich. Evtl. ist das auch was für Dich.

08 | 01 2010

Markus

um 13:31 » Autor-Kommentar «

Das klingt mir sehr nach Plugin oder Eigenlösung da die Ausgabe via wp_get_archives keine Navigation bereithält. Hab auch beim googeln nix gefunden … Frag doch mal den Betreiber der Seite wie das gelöst wurde oder schreib mal bei Frank Bueltge einen Kommentar, er ist absoluter Spezialist für Wordpress-Funktionen nach Maß. Das Sourcecode-Plugin sieht ganz gut aus, Danke für den Tipp!

08 | 01 2010

Roman

um 17:47 via Website

Hi Markus,

ich hab gerade ne kleine Unschönheit beim Iowa-Theme entdeckt. Unterhalb der Überschrift bei den Postings (z.B. in der index.php) gibt es einen Link, um das Posting zu bearbeiten.

Leider verhält es sich so, dass wenn man sich in der WP Admin-Oberfläche abmeldet/ausloggt, der Text für den Link verschwindet. Normalerweise erscheint der Link “Bearbeiten”, aber wenn man ausgeloggt ist, steht der Text nicht mehr da.

Eingeblendet wird der Link durch die Funktion edit_post_link(__(‘Edit’, ‘iowa’), ”,”);

Ich hab gegenüber dem Original nur die &raquo’s/&laquo’s aus der Übersetzungsfunktion rausgenommen und vor/nach der edit_post_link ausserhalb des PHPs eingefügt, als nicht verwirren lassen, dass es vom Original abweicht ;-)

Hast Du ne Ahnung, was hier das Problem ist? Es kommt hier wohl kein Text zurück.

08 | 01 2010

Markus

um 20:08 » Autor-Kommentar «

… das ist vollkommen korrekt so – der Bearbeiten-Link ist grundsätzlich nur dann zu sehen, wenn man eingeloggt ist …

08 | 01 2010

Roman

um 21:45 via Website

Okay, dann gibts vermutlich auch keine Funktion, die zum Bearbeiten mit Login-Screen führtm falls man noch nicht engeloggt ist?

08 | 01 2010

Roman

um 22:14 via Website

Ich habe gerade beim Validieren über den entsprechenden Makro-Button festgestellt, dass es auf einer Seite bei mir Fehler gibt.

Ich habe dort im Footer ein “Text oder HTML” Widget und drunter ein “RSS Reminder” Widget eingefügt.

Komischerweise wird auf dieser Seite dann eine Ausgabe à la
in das HTML hinein generiert. Es werden wohl alle Kategorien aufgelistet, die dem aktuell betrachteten Beitrag zugeordnet sind.

Ich habe etwas Debugging betrieben und versucht das Problem einzukreisen. Wenn ich eine Ausgabe ganz am Ende der mytext.php mache, erscheinen die Kategorien genau danach und genau vor dem Quellcode des RSS-Reminders.

Kannst Du das bei Dir auch nachvollziehen?

08 | 01 2010

Markus

um 23:02 » Autor-Kommentar «

á la was?

08 | 01 2010

Roman

um 23:22 via Website

Da war es wieder, source-code wird nicht angenommen…

LT category GT LT ![CDATA[WordPress]] GT LT /category GT

Mal gespannt, ob das jetzt ankommt:

08 | 01 2010

Roman

um 23:23 via Website

Der letzte Source-Code-Fetzen wurde leider auch wieder geschluckt, obwohl er in ein pre lang = “HTML” mit der entsprechenden SGML-Syntax eingebunden war.

09 | 01 2010

Markus

um 00:13 » Autor-Kommentar «

Für HTML Code: lang=”html4strict”

09 | 01 2010

Roman

um 08:51 via Website

Ich hatte das bei PHP-Code in früheren Kommentaren versucht, aber da wurde mir leider der Code heraus gefiltert.

Trotz der Einstellung lang=”php” wurde nichts dargestellt. Schien dann so, als ob alles damit ausgefiltert wurde. Interessant wird es auch, wenn man Sprachen mixen will, also Teil von PHP und Teil von HTML.

Also wenn es einen Plain-Text-Code-Modus gibt, würde ich den gerne nutzen wollen. Dann gibt es kein Syntax-Highlighting, aber wenigstens, sieht man den Code ;-)

09 | 01 2010

Markus

um 10:21 » Autor-Kommentar «

Nur HTML

<div id="test"><h1>Hallo Welt</h1></div>

PHP und HTML

<?php if (is_sticky()) { ?>
<div class="sticky"><!-- start sticky -->
<p class="date">
<?php the_time(__('d', 'iowa')) ?>
</p>
<?php } else { ?>

CSS

#test {color: #cc0000;}

… fungiert doch alles wunderbar …

09 | 01 2010

Roman

um 13:42 via Website

Das ist mal wieder so ein Vorführeffekt ;-)
Ich probier auch mal:

 
<!-- start sticky -->

09 | 01 2010

Roman

um 13:46 via Website

So, wie man sieht, hat es bei mir wieder nicht funktioniert!

Ich habe genau Deinen Code aus dem Abschnitt “PHP und HTML” von oben genommen und in das pre-Tag mit Attribut lang=”php” eingeschlossen:

pre lang=”php”

Natürlich dann auch mit spitzen Klammern und entsprechendem End-Tag für das pre. ;-)

09 | 01 2010

Testuser

um 14:03 via Website

Mal ein Test als User und nicht als Admin:

Nur HTML

Hallo Welt

PHP und HTML

 
<!-- start sticky -->

CSS

#test {color: #cc0000;}

09 | 01 2010

Markus

um 14:09 » Autor-Kommentar «

Na das ist ja wohl der Hammer, Wordpress akzeptiert offenbar keine Codefragmente mehr in den Kommentaren, außer vom Admin der Seite … bisher ging es ja auch wie man weiter oben an einigen User-Comments sieht aber offenbar hat man da wohl zwecks Sicherheitsaspekten was geändert … ich mach mich in der kommenden Woche mal schlau – eine Einstellung im Backend habe ich leider nicht gefunden aber offenbar ist das dann seit WP 2.9 oder der letzten 2.8er so … wird ja auch langweilig wenn bei Wordpress mal alles funktioniert wie es soll ;-) … sorry Roman, hätte ich das gewusst, wären bei Dir ein paar Nerven ganz geblieben ;-)

09 | 01 2010

Roman

um 15:26 via Website

Keine Sorge, die Nerven sind noch ganz ;-)

Ich melde solche Sachen meist lieber mal, falls es eine Einstellungssache ist, dann könnte man was ändern.

Werde ab nächster Woche wieder etwas weniger aktiv sein, da der Urlaub auch mal sein Ende hat. Das schont dann Deine Nerven mal wieder für ein Weilchen ;-)

Ich bin aber froh, dass ich in der Zeit den Umstieg von Avenue auf Iowa gemacht habe und bereue es bis jetzt überhaupt nicht! Nochmals großes Lob!

09 | 01 2010

Markus

um 16:44 » Autor-Kommentar «

… überhaupt kein Problem! Dank an Dich für die Feedbacks und viel Erfolg mit dem Blog! Greets, Markus

10 | 01 2010

Roman

um 15:18 via Website

Hallo Markus,

wir hatten uns neulich über ein Page-Navigation-Plugin unterhalten. Ich habe gesehen, dass das Iowa-Theme bereits eine Navigation mitbringt.

Wenn man sich das “WP-Pagenavi” von Lester Chan (http://wordpress.org/extend/plugins/wp-pagenavi/) herunter lädt und aktiviert, ist diese dann bereits auf der Seite integriert. Ist also recht simpel ;-)

11 | 01 2010

Markus

um 08:10 » Autor-Kommentar «

Ja, das ist ja so gewollt und im Iowa vorbereitet aber Du sprachst doch von einer Page-Navi für die Archive in der Sidebar oder habe ich da was falsch verstanden?

11 | 01 2010

um 15:36 via Website

Hi Markus,
kann das sein das das Datum vor den Kommentaren (nicht bei den Trackbacks) immer auf dem 27.12. stehen bleibt?

11 | 01 2010

Markus

um 15:55 » Autor-Kommentar «

… oh je, Zeit für acht Wochen Urlaub ;-) Danke für den Hinweis!

11 | 01 2010

Holger

um 19:52 via Website

Hallo Markus,

erstmal vielen Dank für das Theme, wirklich klasse!
Ich habe zwei Fragen dazu:

1. Ich habe beim Aufruf meiner Seite ca. zweieinhalb Sekunden Wartezeit bis auch nur die Domain aufgerufen wird (unabhängig von danach ladenden Skripten usw…). All-inkl sagt der Server läuft normal, und mit einer statischen HTML-Seite gibt es keine Verzögerung, lediglich bei WP mit dem iowa-theme? Eine Idee dazu?

2. Gibt es eine Möglichkeit, bei kurzzeitigem Theme-Wechsel im Backend die Widgets und deren Verwendung abzuspeichern? Nach Reaktivierung des Themes muss man jedesmal die Widgets EINZELN neu einfügen, das dauert immer ewig… (Sidebar, Footer links mitte rechts, Archiv, Seiten, Suche, uswusf…)

Danke Dir schonmal vielmals,
Holger

11 | 01 2010

Markus

um 20:49 » Autor-Kommentar «

Hi Holger, das kann prinzipiell verschiedene Ursachen haben. Das Theme selbst stellt grundsätzlich nicht mehr oder weniger Anfragen an die Datenbank und die ein oder andere PHP-Funktion im Theme bremst auch nicht aus. Eine häufige Ursache sind extern zu ladende Inhalte wie Buttons von Blogverzeichnissen oder externe Skripte. Etwas mehr Ladezeit entsteht sicher durch das umfangreiche Stylesheet, allerdings klingt es für mich schon merkwürdig, dass die Wartezeit bereits vor dem Aufruf der Domain erfolgt … Schick einfach mal den Link zur Seite, ich schau mal ob ich dort ein Problem entdecke …

Die Sache mit den Widgets habe ich gerade nocheinmal lokal getestet und hier keine Probleme gehabt, die Sidebars zu bestücken, das Theme zu wechseln und wieder zum Iowa zu switchen ohne die Widgets zu verlieren … Bei genaueren Testen fiel mir aber gerade auf, das die Widgets nur dann erhalten bleiben, wenn Du das Theme zwar wechselst aber “nicht” die Widgets-Seite im Backend aufrufst – kurz: Theme wechseln ja aber beim Testen eines anderen Themes nicht auf die Widgets-Seite gehen!

Greets, Markus

11 | 01 2010

Roman

um 22:57 via Website

Hallo Markus,

ja genau, das mit den Widgets war mir auch schon aufgefallen. Vielleicht kann man das ja so hinbekommen, dass das mit dem Theme-Wechsel + Widgets immer funktioniert?

Bezüglich der Frage damals zu Page-Navi haben wir uns wohl falsch verstanden. Ich meinte genau das WP-Page-Navi Plugin, das ohnehin schon drin ist, passt also perfekt ;-)

12 | 01 2010

Holger

um 09:08 via Website

Hallo Markus,

danke für Deine Antwort (auch per Mail).
Ich habe bereits versucht es an den Plugins festzumachen, aber auch das Deaktivieren sämtlicher Plugins brachte immer noch diesen 3-Sekunden-Delay beim reinen Domain-Laden. Diese Wartezeit ist ja auch bevor die anderen Elemente geladen werden.
Ich hatte auch zuerst auf eine Latenz des Servers getippt, aber statische HTML-Seiten kommen ohne Verzögerung. Es tritt halt echt nur mit dem iowa auf…

Aber Danke schonmal trotzdem!

12 | 01 2010

Markus

um 14:52 » Autor-Kommentar «

… läuft Dein Server auf PHP5?

13 | 01 2010

Roman

um 00:30 via Website

Hallo Markus,

hat sich zufällig schon was wegen den category-Tags (in spitzen Klammern eingeschlossen) ergeben, die in das HTML hinein generiert werden?

Da es sich hier natürlich nicht um ein gültiges (X)HTML Tag handelt, fällt so eine Seite bei der Validierung durch. Diese Tags sehe ich auf einer Artikel-Page zwischen dem “Text oder HTML”-Widget und dem “RSS Reminder”-Widget im Footer der Artikel-Page.

13 | 01 2010

Markus

um 17:02 » Autor-Kommentar «

… schick doch mal einen Link zur Seite, ich schau mal in den quelltext – lokal kann ich das nicht nachvollziehen … (per mail geht auch)

16 | 01 2010

um 12:00 via Website

Hab gerade das Update auf die akutellste Version gemacht. Leider werden Trackbacks nur angezeigt wenn ich eine alte comments.php benutze. An was liegt das?

An dieser Stelle übrigens mal Vielen Dank für das tolle Theme und den Klasse Support!

16 | 01 2010

Markus

um 13:48 » Autor-Kommentar «

… lad die 1.4er bitte nochmal runter – da hat sich ein kleiner Fehler eingeschlichen! Danke für das Lob!!

17 | 01 2010

um 03:04 via Website

Ich sehe gerade, dass Du ein Update (1.4) herausgebracht hast. Da ich nach der Umstellung auf das reguläre Theme (verwende noch 1.38), das Theme bisher noch nicht geupdatete habe frage ich mich, ob ich den vorhandenen Ordner beim hochladen einfach überschreiben kann. Oder ist es besser, den Ordner in wp-content/themes/ erstmal zu löschen?

17 | 01 2010

Markus

um 11:24 » Autor-Kommentar «

… die comments.php, de.pop und de.mo sollten reichen!

17 | 01 2010

Chris

um 17:46 via Website

Hallo zusammen,
vielleicht kann mir einer helfen:

Ich suche “verzweifelt” eine Möglichkeit bestimmte Wörter des Templates zu verändern, die sich über die Optionen nicht einstellen lassen.
Es handelt sich einmal um die Wörter “Beitragsdetails”, die Anzeige für die Anzahl der Kommentare innerhalb des Beitrags (hier “2 Kommentare”) und “Schreibe einen Kommentar”. “Schreibe einen Kommentar sollte sich eigentlich über die Optionen ändern lassen, aber scheinbar funktioniert es nicht.
Zur besseren Übersicht zeige ich euch mit meinem Blog was ich meine http://chickart.de/blog.chickart.de/?p=1#comments

Kann mir vielleicht jemand Hilfestellung leisten, sofern es nicht zu kompliziert ist?

17 | 01 2010

Markus

um 19:59 » Autor-Kommentar «

Hi Chris, “Schreibe einen Kommentar” lässt sich nicht in den Optionen ändern. Da jede Option das Template technischerseits komplexer macht, sind nur einige oft gefragte Dinge in den Options änderbar. Um “Beitragsdetails” zu ändern, geh in die single.php, und ersetze das Wort dort nach Belieben. Die Kommentar-Sache änderst Du in der comments.php … “Schreibe einen Kommentar” steht ebenfalls dort ziemlich weit unten in der Datei. Nutze am besten die Suchfunktion und ersetze dann alles was umbenannt werden soll – beachte, dass stets die einfachen bzw. doppelten Anführungsstriche erhalten bleiben … Greets, Markus

18 | 01 2010

Chris

um 08:32 via Website

Hatte schon vorher so nach den Begriffen gesucht, aber nichts gefunden. Nun aber habe ich festgestellt, dass die Begriffe in den phps auf Englisch stehen (Schreib einen Kommentar -> write a comment) -.-
Danke für die Hilfe!

Nur hätte eine weitere Frage:
Beitragsdetails, 2 Kommentare haben eine blaue Farbe und diese lassen sich scheinbar ebenfalls nicht über die Optionen verändern. Befinden sich die jeweiligen Farbeinstellungen ebenfalls in single.php und comments.php oder muss ich da woanders schauen?

Ich wünschte ich hätte ein besseres Verständnis für php, aber für mich ist mehr oder weniger neu…

18 | 01 2010

Markus

um 11:26 » Autor-Kommentar «

… lad Dir nochmal die 1.4er herunter und ersetze auf Deinem Server die write_style.php mit der aus dem Downloadpaket. Geh dann in die Options und klick nochmal auf speichern, dann sollte die Farbänderung im Optionsbereich 22 funktionieren. Übrigens steht alles was etwas mit dem Aussehen einer Seite zu tun hat in der style.css – in den PHP-Dateien findest Du also keine Angaben zu Farben oder sonstigen design-sachen! Greets, Markus

20 | 01 2010

um 11:53 via Website

“Ende Januar gibt es eine aktualisierte Version wo man eine Standard-Sidebar und einen Standard-Footer mit Widgets bestücken kann, was dann für alle Seiten gilt.”

hallo Markus,gibt es zu dieser Version schon Neuigkeiten wann diese veröffentlicht wird ??

danke

20 | 01 2010

Markus

um 14:55 » Autor-Kommentar «

… aktuell sieht es nach einer kleinen Verzögerung aus, aber später als Mitte Februar sollte es nicht werden – was wie immer ordentlich aufhält sind die Kleinigkeiten. Ich sag mal noch vier Wochen Geduld, dann dürfte es soweit sein …

Greets, Markus

20 | 01 2010

Blogabfertigung Nürnberg

um 16:55 via Website

Eure Allgemeinen Geschäftsbedingungen beim Download des Themes können nicht angezeigt werden!

20 | 01 2010

Markus

um 17:00 » Autor-Kommentar «

Danke für den Hinweis! Jetzt funktionieren die Links wieder.

20 | 01 2010

um 22:45 via Website

prima :)

27 | 01 2010

Achim

um 12:24 via Website

Hallo Markus,

ich bin gerade am ausprobieren Deines Themes.
Klappt -fast- alles perfekt…
-> Hut ab vor Deiner Leistung und Deinem eingebrachten Aufwand!!!

Fast?
Ja. Wenn ich ein eigenes Headerbild hochladen möchte, kommt -laut Hinweisen auf der entsprechenden Seite- im nächsten Schritt ein Fenster, in dem man das Bild beschneiden kann…
Bei mir erscheint nach dem upload aber nur ein weißer Bildschirm.
Wenn ich die Seite dann aber in einem neuen Fenster/Tab aufrufe, ist das neue Headerbild integriert…

Hast Du eine Idee woran es hängen könnte? (Anbieter: all-inkl.com)

Ach ja, passend dazu dann noch die nächste Frage, die sich aber eventuell auch selbst klären köännte, wenn das zweite Fenster beim ‘Headerbild einfügen’ erscheint:
Werden die abgedunkelten Bereiche über und unter dem Headerbild automatisch mit generiert (also werden die drei Dateien z.B. aus einem großen Bild ‘herausgeschnitten’, oder muss ich hierfür je eine extra Datei manuell in das entsprechende Verzeichnis hochladen?

OK. Es geht zwar auch, die drei Bilder manuell zu erstellen und via ftp hochzuladen, aber ich kann mir nicht vorstellen, daß das so gedacht ist…

thanks4help and greets,

Achim

27 | 01 2010

Markus

um 13:21 » Autor-Kommentar «

Danke Achim! Die Funktion zum Austauschen des Headerbildes ist eine Wordpress-Funktion, die im Theme im Grunde nur aufgerufen wird. Theme-seitig wird nur festgelegt, welche Ausmaße das Bild letztlich haben soll, die eigentliche Funktion aber hängt direkt von Wordpress ab und wird vom Theme nicht beeinflusst. Welche Gründe nun genau für das Verhalten verantwortlich sind ist schwer zu sagen. Evtl. ist das Originalbild in Höhe oder Breite zu klein und die Funktion gibt hier den Geist auf. Andererseits ist auch denkbar, dass die PHP-Version des Servers nicht ausreicht, was aber eigentlich nicht das Problem sein sollte. Wende Dich hier am besten mal an die Profis im WP-Forum …

Zur Sache mit den abgedunkelten Bereichen. Aus grafischer Sicht handelt es sich um eine Transparenz, die im Original über das Bild gelegt wird. Leider ist es so, dass nicht alle Browser Transparenzen unterstützen und ich damit den Effekt nicht via Stylesheet einbauen kann. Wenn also das Headerbild ausgetauscht wird, gibt es speziell für diese Situation eine Option: Schau in die Options-Page und gib dort für Blogtitel und Menü eine Hintergrundfarbe passend zum Bild an. Damit verschwindet die nicht mehr passende Transparenz des Originals und Du kannst die Farbe entsprechend Deines neuen Headers wählen.

Du siehst es ist also doch so gedacht – bedanken kannst Du Dich bei Microsoft, die im Grunde die größte Bremse für Webdesigner sind. Mit CSS3 könnten selbst komplexere grafische Oberflächen einfach via Stylesheet erstellt werden ohne auch nur eine einzige Grafik zu nutzen. Schatten, Transparenzen oder abgerundete Ecken könnten dann einfach mit CSS angelegt werden aber aktuell ist die Verbreitung älterer Browser einfach noch zu hoch und Java-Script-Lösungen kommen nicht infrage, da speziell Firmenrechner häufig aus Sicherheitsgründen JS deaktivieren.

Beste Grüße, Markus

27 | 01 2010

Achim

um 15:18 via Website

Hallo Markus!

Danke für die schnelle Antwort.
Dann werde ich meine Versuche heute Abend mal weiterspielen…

salü,
Achim

27 | 01 2010

Markus

um 16:41 » Autor-Kommentar «

Gerne Achim, viel Spaß beim tunen aber gleich als Vorwarnung: Es folgt in den kommenden Wochen Version 2 des Iowa Themes das weniger ein Update als vielmehr eine Neuauflage wird. Es gibt zwar eine ganze Reihe weniger Optionen aber aus Performance-Gründen sollte man dann auf jeden Fall umsteigen. Mach Dir also noch nicht all zuviel Arbeit …

28 | 01 2010

Achim

um 20:04 via Website

OK. Ich glaub’ dann wart’ ich mal noch ab…
Danke für den Hinweis.

29 | 01 2010

um 19:25 via Website

Ich wollte mich nochmal bedanken für das coole Theme! Hab jetzt einiges damit machen können und es freut mich immer wieder, wie gut das klappt!

Nur wenn ich das hier so lese bzgl. der “Neuauflage”: wenn ich dann ein Update durchführe, bleiben meine Einstellungen bestehen oder muss ich aufpassen?

30 | 01 2010

Markus

um 11:21 » Autor-Kommentar «

Hi Chris, Danke für das Lob! Mit Wordpress steckt man gewissermaßen immer ein wenig in der Zwickmühle, da sich schnell vieles verändert und oft auch neue Lösungen auftauchen die sich gut in einem Template machen. Es gibt also ständig Anlass, mal wieder eine neue Version zu bringen … Die gute Nachricht ist, dass alles was mit dem Aussehen des Themes zu tun hat in einem separaten Stylesheet gespeichert wird – diese Dinge kannst Du dann manuell sichern. Die schlechte Nachricht ist, das funktionelle Dinge die auf der Options-Page geändert werden, mit dem Switch auf ein neues Theme, dass ebenfalls über Optionen verfügt, verloren gehen. Es gäbe da zwar Möglichkeiten diese Dinge fest in die Datenbank zu schreiben aber einen solchen Eingriff mit einer “richtigen” Installation des Themes möchte ich im Grunde niemanden zumuten. Ich bin mir aber sicher, dass mit der neuen Version einiges besser wird, weniger Speicherbedarf, bessere Performance, etwas weniger Optionen aber dennoch viel Flexibilität. Wenn es soweit ist, setze ich wieder eine Demo auf, die man sich vorher in Ruhe ansehen kann …

Beste Grüße, Markus

31 | 01 2010

um 01:46 via Website

Naja, so lange ich die style-datei absicher, ist der rest nicht so schlimm, die meiste arbeit steckt sowieso im style…

Ich weiß nicht, ob ich das hier fragen kann, aber ich hab mit dem nextgen gallery plug in ein problem bezüglich der siderbar…
es handelt sich hierbei mehr um einen darstellungsfehler, der das widget für die sidebar dazu veranlasst, die bilder nicht als vierer-quadrat, sonder vielmehr als spalte darstellt…
hat jemand ebenfalls das problem oder ist das die normale darstellung?

31 | 01 2010

Markus

um 10:51 » Autor-Kommentar «

… bau die gallery mal ein und poste einen link, ich schau mal drüber …

31 | 01 2010

http://blog.chickart.de/bilder/

um 13:18 via Website

Vielen Dank für den super support!

31 | 01 2010

Markus

um 14:19 » Autor-Kommentar «

Das Galerie-Plugin bringt sicher ein eigenes Stylesheet mit. Ändere dort die beiden folgenden Definitionen wie angegeben:

.ngg-widget img {
border:1px solid #A9A9A9;
float:left;
margin:0 0 10px 10px;
padding:7px;
}
 
.ngg-widget, .ngg-widget-slideshow {
margin:0;
overflow:hidden;
padding:10px 0 0 4px;
text-align:left;
}

Damit sollte es dann klappen …

31 | 01 2010

um 15:51 via Website

Bedaure, leider nicht… dann verwende ich vorerst das theme-interne Widget! aber danke!

31 | 01 2010