Beiträge von steve77

    ...

    Hallo Elton,

    ich habe es gerade nochmal browserübergreifend probiert, bei mir geht es tatsächlich.

    Mehrere Dinge, die Du nochmals prüfen solltest:

    1. Du hast WPCache entleert und deaktiviert. Hast Du im Anschluss auch einfach mal den Cache, Verlauf, Cookies als solches geleert? Hilft manchmal auch schon.

    2. Nutzt Du vielleicht Google Gears? Als ich das letzte Mal meine Site geändert habe von den Templates her, habe ich Änderungen teils auch sehr verzögert gesehen. Ob es jetzt am da noch aktiven WPCache oder vielleicht auch am Gears lag, weiß ich nicht. In dem Sinne ist das ja auch ein Cacheprogramm, daher habe ich es mal schnell wieder runtergeschmissen.

    3. falls beides nicht hilft: Setz Dir doch einfach noch eine nagelneue, frische Blanko-Wordpress-Installation in ein Parallelverzeichnis auf Deinem Server. Das testest Du dann erst mit ein paar Testeinträgen und Passwortschutz. Wenn das klappt, ziehst Du Dein Theme drüber, testest dann nochmal mit Testeinträgen und PW-Schutz und wenn das dann auch geht, ziehst Du per Export/ Import einfach alle Inhalte da rein. Vielleicht ging ja auch mal was mit nem Update schief, daß der Fehler daher kommt!?

    Viel Glück,

    Stefan

    Hallo,

    der Thread ist zwar schon etwas älter, aber ich habe bei den Versionen 2.5 und sogar 2.6 stets das gleiche Problem gehabt.

    In meinem Fall ist mir die Ursache jetzt aufgefallen: Ich nutz(t)e auf der Site ein Plugin namens WPCache, wodurch einmal aufgerufene Seiten für eine Stunde gecached werden, um die Datenbank zu entlasten und den Zugriff zu beschleunigen. Habe ich da den Cache geleert und das Plugin deaktiviert, ging auch die Passwortabfrage wieder.

    Im Nachhinein gesehen auch eine logische Sache: Ich rufe eine passwortgeschützte Seite auf, sie wird gecached. Ich gebe das Passwort ein und die Weiterleitung wirft mich ja dann auf die gleiche Seite zurück. Eigentlich auf die freigeschaltete, durch das Plugin auf die temporäre mit der erneuten Passwortabfrage.

    Falls sich also noch jemand daran die Zähne ausbeißt - prüft mal Eure Plugins nach diesem oder ähnlichen.

    Eine weitere potenzielle Ursache: Auf meiner Website hatte ich urspr. zwei geschützte Bereiche, jeweils mit unterschiedlichem Passwort. Mit zwei Passwörtern scheint Wordpress ebenfalls nicht klar zu kommen. Seitdem ich nur noch eines für beide Rubriken nehme, ist auch das Problem weg.

    Viele Grüße,

    Stefan

    Hallo,

    ich bin diese Tage umgestiegen auf WP 2.5 und habe die Möglichkeit gleich genutzt, ein eigenes Theme aufzusetzen, was soweit auch prima geklappt hat, bis auf eine Kleinigkeit:

    In alten Versionen konnte man die Floskeln für Kommentare ("Leave a reply", "x responses", "xxx Says", usw.) immer problemlos über die comments.php übersetzen. In der neuen Version gibt es die comments.php auch, bis auf "Leave a reply" hab ich auch alles gefunden und übersetzt, die Übersetzungen werden auch im Adminbereich im Quelltext angezeigt in der comments.php, aber im Frontend tut sich nix!?

    Woher nimmt Wordpress die Quellcode-Daten für das Kommentarformular bzw. die Übersetzungen? Wenn ich sie händisch in der comments.php ändere, greift doch auch keine Sprachdatei mehr? Wird die comments.php nicht mehr einbezogen?

    Danke für die Hilfe,

    Steve

    Aller guten Dinge sind drei, ich hab die Lösung an anderer Stelle bekommen: Ursache für den Darstellungsfehler in Firefox und Co. war ein mangelndes overflow:hidden, das dem Post-DIV zuzuweisen wäre. Ursache ist eine Uneinigkeit der Browser bzgl. der Ausweitung des clear-Tags (=dokumentweit oder nur bis zum Mutterelement).

    Ich lasse mal die Vorschaudatei weiter auf dem Server liegen, vielleicht hat ja noch wer ein ähnliches Problem in Zukunft, dann hat er gleich einen Lösungsansatz und ne Demo, wie es vorher falsch aussah.

    Links zum Nachschlagen und weiterlesen:
    WebDesign - Tips und Tricks: Unterschiedliche Interpretation von 'clear'
    Grundlagen für Spaltenlayout mit CSS – SELFHTML aktuell Weblog

    Viele Grüße,

    Steve

    Du kannst die Verlinkungen doch ganz einfach über das jeweilige Mutterelement ansprechen:

    Code
    #sidebar a {
    color: red;
    background: transparent;
    }
    #content a {
    color: navy;
    background: transparent;
    }



    Habs simplerweise jetzt mal direkt mit Farbbezeichnungen gelöst. Wo Du ne Vordergrundfarbe setzt, solltest Du auch den Hintergrund berücksichtigen, sonst gibts ne Warnung beim W3C-Validator.

    Mit

    Code
    #sidebar ul ul li

    kommst Du schätzungsweise nicht weit, da Du ja im li vermutlich keinen Fließtext, sondern nur die Links stehen hast. Korrekterweise wäre es dann eher

    Code
    #sidebar ul ul li a

    , aber da ja vermutlich alle Links in der Sidebar die gleiche Farbe haben sollen und Du nicht nach Hierarchie unterscheidest, solltest Du mit der o.g. Methode am ehesten zum Ziel kommen.

    Hallo nochmal,

    ich bin immer noch nicht weiter gekommen :-/

    Zwischenzeitlich habe ich auhc die clearenden Divs entfernt und die clearfix-Methode versucht (angewandt auf die post-DIVs und/oder die beitrag-DIVs), aber vergeblich, immer das gleiche Resultat.

    Zur leichteren Fehlerfindung habe ich mal die Stylesheets ins Mutterdokument gepackt und alles noch weiter abgespeckt und farblich hinterlegt, so daß die Struktur schneller klar wird.

    Wäre super, wenn mal jemand einen Blick drauf werfen würde. Das Problem tritt bei den meisten Browsern außer dem IE auf: Firefox 2, Opera 9, usw. Also die standardkonformen. Die erste Textbox zieht ohne für mich erkennbaren Grund auf die Länge der Sidebar.

    Hat jemand eine Idee?

    Danke!!

    Vorschau-Link: Seitentitel

    naja, auch das ist ggf. schnell gelöst: Schau Dir mal Deinen Page-Quelltext im Browser genau an und kontrolliere die DIVs, die Du öffnest und schließt: da fehlt das öffnende div=content, z.B. hier: Ironwolves at PBSC Wolfsburg e.V.

    Du schließt es recht weit unten, aber es ist nicht geöffnet.

    Das, was Du da als Abschlußtag für den Content betitelst, wird dadurch zum Abschlußtag für Page. Dadurch klammerst Du den Footer aus der Struktur aus und er setzt sich mit Abstand drunter.

    zu den clear:both: Schau Dir mal bei selfhtml alles rund um "float" an. Float = Umfließen. Bei Dir kann ich es spontan an einer Stelle erkennen: Du hast diesen Kalenderblock mit dem Datum, rechts daneben fließt die Überschrift entlang. Im HTML hat man damals "align=left" oder "align=right" bei Bildern mitgegeben, vom Prinzip ähnlich, nur kann man mit CSS-Floats mehr anstellen.

    An der Stelle

    Code
    <div class="entry-title">
    <h2><a href="http://neu.ironwolves.de/?p=1" rel="bookmark" title="Permanent Link to Mitgliederversammlung 2008 am Sonntag, 03.02.2008">Mitgliederversammlung 2008 am Sonntag, 03.02.2008</a></h2>
    </div> <!-- .entry-title -->
    <div style="clear:both;"></div>


    ists ok, da hast Du ja davor wirklich gefloatet. Da Du keine Sidebar nutzt oder Spalten o.ä., kannst Du es aus Deinem Footer z.B. wieder rauswerfen (vorausgesetzt, Du hast auch auf Archivseiten, usw. keine Sidebar mehr drin)

    Zu der kleinen Lücke am Footer: Über die Web Developer Toolbar im Firefox kann man erkennen, daß es eine kleine Lücke zwischen dem IMG und der Footer-Unterkante gibt. Ggf. kommt die von der Image-Map. versuch mal, die Map komplett in eine Zeile zu ziehen, keine Umbrüche drin. Und nimm die Leerzeile am Ende des Footers raus, ggf. klappts dann. Sonst schau Dir an, wie groß die Grafik ist und lege im Footer fix die Höhe fest, dann wird die Lücke beschnitten.

    Hallo Mille,

    Du braust Dir da aber auch gerade eine Quellcode-Suppe zusammen ;-)

    aalso:

    1. zum Footer-Problem: Die Footer-Grafik hat eine bestimmte Höhe. Machst Du die Inhalte des Footers höher, wiederholt sich die Grafik. In Deinem Fall hast Du unter Deine Image-Map ein fettes padding-bottom von 100 Pixel Höhe gesetzt, vermutlich, um Abstand zum unteren Browserrand zu kriegen. Das kriegst Du aber nicht durch einen Innenabstand hin (=dadurch vergrößerst Du ja nur den Footer), sondern indem Du der div id=page ein margin-bottom von 100 Pixel mitgibst. Durch Deine Padding-bottom=100-Aktion vergrößerst Du nur den unteren Abstand des Footers zum umgebenden Page-DIV.

    2. Du hast im Quellcode überall divs mit "clear: both", aber kein einziges Float-Element. Wenn Du da Abstände machen willst, gib lieber den div=Post ein margin-bottom mit

    3.

    Code
    </div> <!-- .post -->

    taucht 2x auf, bei nur einem Beitrag

    4. die div=page hast Du weiterhin nicht geschlossen

    Und noch ne Bitte: Editier nicht nachträglich Deine Postings um, dann ist es für andere Helfende schwer nachzuvollziehen, wo Dein Problem lag, worauf ich schon geantwortet habe, usw.

    Viele Grüße,

    Steve

    Hallo Mille,

    ich hab mir Dein Beispiel nochmal genau angeschaut: Ich glaube, Du werkelst im falschen Template. Das, was Du geschrieben hast für "Mitgliederversammlung" könnte m. M. nach ggf. keine Seite sein, sondern ein Artikel, richtig? Schau mal im Adminbereich, wo Du den Text findest: Unter "Artikel" oder "Seiten"?

    Wenn es ein Artikel ist, mußt Du nicht im "Seiten"-Template gucken, sondern unter "Eigener Artikel".

    Und dort, vermute ich mal, hast Du

    PHP
    <?php get_footer(); ?>

    noch in den Contents-Bereich reingezogen, daher wird der Footer-Inhalt noch im Content-DIV ausgegeben. Sollte natürlich danach stehen.

    Was auch noch falsch ist: Du öffnest DIV id="page", aber schließt es nicht.

    Per Ferndiagnose ists schwer, nachzuvollziehen, aber falls ich Recht mit den Vermutungen habe, solltest Du die single.php bzw. die page.php in etwa so enden lassen:

    PHP
    <!-- content --></div>
    <?php get_footer(); ?>
     
    <!-- page --></div>
    </body>
    </html>


    Den Footer solltest Du in etwa so aufbauen:

    Code
    <div id="footer"
    <img src="[URL="http://neu.ironwolves.de/wp-content/themes/pbsc_wolfsburg/images/losemymindfooter.jpg"]http://neu.ironwolves.de/wp-content/...mindfooter.jpg[/URL]" border="0" usemap="#footer">
    <map name="footer">
    <area shape="rect" coords="50,18,167,66" href="[URL="http://www.mpg-paintball.de/"]DIABLO GERMANY - Paintball and more...[/URL]">
    <area shape="rect" coords="310,17,451,67" href="[URL]http://www.maxs-sport.com/[/URL]">
    <area shape="rect" coords="599,12,725,67" href="[URL="http://www.2die4-paintball.de/"]DIABLO GERMANY - Paintball and more...[/URL]">
    </map>
    </div>

    Das abschließende

    Code
    </body>
    </html>

    gehört jeweils in die "Haupttemplates", also single.php, page.php, archive.php, usw. Schau Dir diesbezüglich nochmal ganz genau das Original default_de-Theme an! Das passende Ende siehst Du ja auch etwas weiter oben.

    Wie ich gerade sehe, werkelst Du schon fleissig dran, parallel zu meinem Posting :-)

    Hallo Mille,

    Dein Quellcode wird nach unten hin recht chaotisch:

    Der Systematik setzt Du immer ans Abschluß-Tag einen Kommentar, so sieht es zumindest u.a. bei Post aus.

    Warum beginnst Du Deinen Footer dann mit dem Abschlußtag für den Footer? Und wo ist das DIV bzw. P für den Footer? Die Inhalte vom Footer sind gar nicht "ummantelt".

    Wenn Du den Link mit der Mitgliederversammlung aufrufst und dort mal im Browser auf Quellcode-Anzeige gehst, siehst Du ganz unten folgende Zeilen, die in der Form syntaktisch auch falsch sind, da Du das Contents-DIV nach dem abschließenden HTML schließt:




    Schau Dir Deinen Code nochmal genauer an und nicht nur die Templates, sondern auch das Endergebnis, das über den Browser ausgegeben wird ;-)

    Viele Grüße,

    Steve

    Aller guten Dinge sind 3, hallo nochmal ;-)

    Halt mal Ausschau nach einem Plugin namens "Flexi Pages".

    Ein echtes Power-Plugin: Neben der Sortierung von Seiten in jeder erdenklichen Weise (ID, Name, Datum, usw.) kannst Du Seiten auch untereinander unterordnen (Rubrik A: Seite 1, Seite 2, Rubrik B: ...) und diese Untergruppierung erst dann erscheinen lassen, wenn Du auf den Oberpunkt klickst.

    Bisher habe ich dafür immer "[COLOR=#00019b]Fold Page List[/COLOR]" verwendet, aber in 2.5 klappt das bei mir nicht mehr richtig. "Flexi Pages" arbeitet auch super mit Widgets, das konnte das andere nicht.

    Flexi Pages Widget for WordPress | Srini's WordPress Laboratory

    Viele Grüße,

    Steve

    Hallo Selm,

    im wp-includes-Ordner gibt es die "widgets.php", da drin findest Du in Zeile 444 das besagte "<br />". Wenn Du das rauslöschst und hochlädst, ist der Umbruch raus. Habs bei mir auch geändert.

    Einziger Nachteil: Sobald man ein Versionsupdate fährt, bei dem die widgets.php mit gewechselt wird, muß man diesen Handgriff nochmal machen. Aber hey, das ist in einer Minute geschehen und man muß nicht groß tricksen mit CSS, usw.

    Viele Grüße,

    Steve

    Hallo Selm,

    das geht recht einfach:

    1. Theme Editor aufrufen
    2. die single.php (Einzelner Artikel) aufrufen
    3. In Zeile 2-3 siehst Du dort "widecolumn" -> das umstellen auf "narrowcolumn"
    4. jetzt scrollst Du ganz nach unten und ersetzt

    <?php get_footer(); ?>

    durch

    <?php get_sidebar(); ?>
    <?php get_footer(); ?>

    Viele Grüße,

    Steve

    Float-Problem - Inhaltsbox zieht sich in konformen Browsern in die Länge - wieso?

    Hallo Leute,

    etwas tiefer gibt es zwar einen ähnlich klingenden Thread, aber da ich ein anders strukturiertes Theme verwende, hilft er mir nicht weiter.

    Ich habe ein eigenes Theme entwickelt mit folgender Struktur: Container, inkl. Sidebar, Main (inkl. Content mit Margin nach rechts für Sidebar, rechts floatende Sidebar und clearendem Footer) und absolut positionierten Navigationselementen im Anschluß. Die Struktur für Postings habe ich aus dem default_de-Theme übernommen, also post-div, inkl. h1, beitrag-div (ehem. entry-div) und den postmetadata.

    Das Problem: Auf der Startseite hab ich den Loop mit Vorschauen, in den Postings tauchen rechts gefloatete Bilder auf. Egal, ob ich im post-div oder im entry-div cleare: die standardkonformen Browser (z.B. Firefox 2 und Opera 9) ziehen mir die erste Inhaltsbox so lang wie die Sidebar hoch ist. An der Stelle komme ich nicht weiter :-/

    Ich hab leider noch nicht soviel Erfahrungen mit Floats, vermutlich ein in der Hinsicht Anfängerfehler.

    Ich würde mich riesig freuen, wenn mir wer weiterhelfen könnte.

    Vielen Dank im voraus.

    Steve

    Hier mal der Vorschau-Link, worum es geht: Seitentitel

    Hallo,

    ich habe (hoffentlich nur ein Konfigurations-)Problem:

    Im Einsatz ist ein WP 2.21 mit 1 Admin- und mehreren Autor-Accounts.

    Im Blog gibt es 5 Rubriken. Schreibt derzeit ein Autor Kommentare unter einen Beitrag, so ist es in 3 Rubriken so, daß diese sofort angezeigt werden und auch durch den Autor editiert werden können.

    In 2 Rubriken wird jedoch eine Freischaltung erwartet und selbst, wenn diese erfolgt ist, hat der Autor nicht die Möglichkeit, den eigenen Kommentar zu bearbeiten, in den übrigen 3 Rubriken hingegen kann er das schon...?!

    Es gibt ausschließlich registrierte User, unter "Einstellungen Diskussion" ist auch das Häkchen bei "Jeder Kommentar muss von einem Administrator überprüft werden" deaktiviert, die Link-Warteschleife habe ich extra auf 10 hochgesetzt (davon ab bestanden die Test-Kommentare nur aus dem Wort Test bzw. Varianten).

    In die Beiträge in den entsprechenden Rubriken bin ich auhc mal reingegangen, Kommentare sind dort jeweils erlaubt (erscheinen ja auch). Alle Kategorien setzen

    Hat jemand eine Idee, an welcher Stelle die Unterscheidung der Nutzerrechte für die Kategorien zu finden sein könnte bzw. woran dieses Phänomen liegen könnte?

    Vielen Dank.

    Viele Grüße,

    Steve