Beiträge von Astrid

Vielleicht darfst Du die Sidebar nicht nochmal laden. Ich glaube, die wird dort bereits automatisch geholt. Also meine 404.php sieht lediglich so aus:

<?php get_header(); ?>
<h2>Fehler 404</h2>
<p>Text...</p>
<?php get_footer(); ?>

Verweise mit CSS gestalten

Ach erstmal danke für die Antwort. Also das ist schon sehr merkwürdig. Anscheinend funktioniert das auch nicht, wenn er sich direkt über den Browser einwählt. (Ich vermute IE6 - er kann es mir nicht sagen *gg*)

JavaScript ist auf jeden Fall an, haben wir getestet. Ja und klar, wenn ich mich einlogge, ist alles korrekt - sogar im IE6. Was könnte den Wysiwyg/Quicktag-Editor denn noch so blocken? Firewalls? Virenscanner? :mrgreen: Ich weiß es nicht. Mit einem eventuellen Vorschlag, Firefox zu installieren, kriege ich glaube ich Haue ;-)

Im Übrigen muss man sich für AOL nicht schämen. Da kann man prima chatten, glaube ich.

Nachtrag:
Ich bekam gerade die Info, dass sich beide Sachen wohl kurzzeitig laden, dann aber wieder verschwinden. Vielleicht dient das der Problemlösung.

Syntronica: Ich dachte bislang irgendie immer, Du wärst eine Frau ;-)

Kann das sein, dass WordPress in AOL nur bedingt geht?

Ein Kunde von mir war es wohl gewohnt, ausschließlich über die AOL-Software online zu gehen. Von dieser Gewohnheit wollte er sich auf gar keinen Fall trennen. Die Quicktags sowie auch die Formatierungsbuttons im Wysiwyg-Editor stellen sich über AOL aber absolut nicht dar - nur leere textareas.

Ich selbst kann das nicht nachvollziehen, obwohl ich auch AOL (heute Alice) nutze. Auf keinen Fall jedoch würde ich mich über die AOL-Software online begeben - hab sie nichtmal installiert. Soweit mir bekannt, nimmt die AOL-Software eine abgespeckte Version des IE6 zur Hilfe. Ich könnte mir durchaus vorstellen, dass es hier Konflikte zu den JS-Dateien gibt.

Hat hier jemand schon mal etwas ähnliches festgestellt?

Ich konnte ihn überreden, direkt über den Browser online zu gehen. Da scheint alles zu funktionieren, obwohl IE6.

Also ehrlich gesagt ist mir das ganze Theme zu verknispelt. Im Quelltext selbst befinden sich diverse Style-direkt-Definitionen, welche sich in überflüssigen DIV-Containern befinden. Kein geringer Aufwand, um das sauber auszubügeln. Vielleicht hast Du ja Lust, den ganzen Ballast einmal zu löschen und anschließend die Formatierungen über die style.css vorzunehmen.

Mein Vorschlag wäre:

Definiere im Quelltext die sidebar zuerst. Float: rigth und die Breite angeben. Entferne den DIV-Wahnsinn. Danach den Content einfügen. Ein margin-right muss im Content angegeben werden. Dieser Wert ergibt sich aus der Breite der Sidebar + aller padding-left und padding-right Werte. Du benutzt eine fixe Breite. Deshalb sollte das recht leicht lösbar sein.

Abnehmen kann ich Dir die ganze Arbeit nicht.

Zitat von elotse

Vielen Dank, ich habe diese Zeile gelöscht und schon funktioniert es.
Es ist mir aber noch immer unverständlich warum der Effekt erst bei einer Änderung auftritt. Im Original ist dieser Befehl auch enthalten. Ev. hat dafür jemand eine Idee.

Kann ich Dir sagen. Wenn der IE das wirklich interpretieren sollte (was er wohl anscheinend tatsächlich tut), dann sagt ihm background-position-y:50%, dass sich das Bild gefälligst in der Mitte der Seite befinden soll. "Vernünftige" Browser ignorieren halt diese Anweisung. Dennoch solltest Du der Form halber die Position für das Bild angeben. Zum Beispiel:

body {
    font-family: Tahoma, Verdana, Arial;
    font-size: 70%;
    color: #333333;
    margin: 0px;
    padding: 0px;
    background-image: url('images/headerbg.gif');
    background-repeat: repeat-x;
    [COLOR=Red]background-position: top;[/COLOR]
}

Die Datei baa_header.jpg ersetzen.

Das Problem tritt aber nur im IE6 auf, FF und Opera sind top. Könnte hieran liegen (testen habe ich keine Lust :mrgreen: ):

body {
    font-family: Tahoma, Verdana, Arial;
    font-size: 70%;
    color: #333333;
    margin: 0px;
    padding: 0px;
    background-image: url('images/headerbg.gif');
    background-repeat: repeat-x;
    [COLOR=Red]background-position-y:50%[/COLOR]
}

[COLOR=Black]background-position-y gibt es nämlich nicht, wird aber vielleicht vom IE gelesen.[/COLOR]

Deine Seite ist nicht valid. Der W3C-Validator zeigt aktuell 158 Fehler an. Solange die da sind, kann auch das beste CSS nicht weiter helfen. Also bitte erst ausbügeln ;-)

Anhand des kleinen CSS-Schnipsels kann man leider nur raten. Was ich nicht tun würde, ist die doppelte Angabe von float. Das bringt immer Probleme mit sich, auch wenn es erlaubt ist, ist aber im Grunde nicht notwendig.

Besser wäre nur das Element (ich kennen den Quelltext nicht) mit float zu definieren, welches zuerst im Quelltext steht.

Steht jetzt angenommen also #sidebar vor #noticias, sollte #sidebar das float bekommen oder umgekehrt. Im Gegenzug, und das ist ganz wichtig, sollte das 2. Element (ich vermute das wäre dann #noticias) den Abstand zum gefloateten Element bekommen. In dem Falle also zum Beispiel:

#noticias {
        margin-right: 200px;
        padding: 0px 0 20px 170px;
        width: ausrechnen - minus Paddingwerte;
        }

Das ist nicht so ganz einfach, weil noch andere Faktoren eine Rolle spielen könnten. Lässt sich aber ganz bestimmt lösen, wenn die Seite online ist oder Du experimentierst erstmal damit.

Hallo Stefan,

versuche doch mal, was passiert, wenn beide Kategorien einen eigenen Titel bekommen und nicht beide "Test" nennen. Noch ein paar Beiträge würde ich zum Testen noch veröffentlichen.

Zitat von stevie99

das CSS funktioniert ja bei allen anderen Artikeln drüber auch.

Ich doof :mrgreen:
Was heißt denn jetzt schon wieder "drüber auch", hä?

stevie99,

bezogen auf Deine anderen Anfragen solltest Du jetzt aber wirklich bescheid wissen :mrgreen: Siehe hier. Ohne CSS kann man wirklich nur spekulieren. Handelt es sich hier direkt vielleicht um das gleiche CSS?

Ach diese Sache mit dem Listen-Gebammel im Default-Theme. :mrgreen:
Hat mich schon immer gestört und deshalb wird es immer umgeschrieben, wenn ich das Theme als Vorlage nehme.

Wieder so eine Sache von mir. Ich erwarte einfach zu viel von den anderen...hmmmm. Darüber denke ich jetzt aber mal heftig nach. Geht ja so nicht weiter ;-)

Na das mußt Du dann ohne das "a" formatieren, da ein "a" kein Blockelement ist. Nur in Blocklevel-Elementen kannst Du Abstände setzen:

Entweder so:

.sidebar-artikel .cats h2 {
    margin-top: 100px;
}

Oder so:

.sidebar-artikel .cats h2 a {
    display: block;
    margin-top: 100px;
}

Nachtrag:
Irgendwas stimmt mit meinen PM´s nicht. Du hattest mir eine Frage gestellt. Da ich aber viele Fragen bekomme, weiß ich echt nicht mehr, worum es dort ging. Kannst Du die Frage nicht nochmals ins Forum stellen oder im Notfall, falls sich dafür wahrscheinlich niemand interessiert, via E-Mail?

Hallo Angi,

ich finde, Du hast eine super CMS-Lösung hingelegt. Sieht nach viel Arbeit aus. Zum Beispiel wußte ich gar nicht, da ich nie ein Forum brauchte, dass man WP mit phpBB verheiraten kann. Wenn man das Ergebnis sieht, fragt man sich, wer eigentlich noch Typo3 braucht.

Du fragst nach den Farben und Kontrasten. Die Farbwahl finde ich sehr passend und das Braun sieht auch wirklich nicht nach Baby-AA aus, auch wenn ich braun nicht so unbedingt mag. Die Kontraste sind ein wenig zu schwach. Das kann man aber mit dem reinen Auge nur schwer beurteilen. Falls Du wirklich eine optimale Kontrastfähigkeit bereit stellen willst, kannst Du die Werte messen.

Hierzu findest Du viele Toos, die das können. Ich persönlich benutze den Color Contrast Analyser = Firefox Erweiterung. Interessant allein ist der Wert "Helligkeitsdifferenz" vorletzte Spalte. Dieser Wert sollte größer 125 sein, darf auch mal größer 110 sein, wenn es sich um eher unwichtige Elemente der Webseite handelt. Bei Dir ist der Wert immer so bei 108. Nur als Idee, weil Du danach gefragt hast.

copernica
Nun tu doch nicht so, als ob Du uralt wärst oder jemals den IE benutzt hättest *gg*

Du solltest unbedingt vorher noch ein UL um die Listenpunkte setzen:

[COLOR=Red]<ul>[/COLOR]
   <li class="page_item"><a href="#">Menüpunkt 1 ohne Unterpunkt</a></li>
   <li class="page_item page_folder"><a href="#">Geschlossener Menüpunkt mit Unterpunkten</a></li>
   <li class="page_item current_page_item page_folder"><a href="#">Geöffneter Menüpunkt mit Unterpunkten</a>[B]</li>[/B]
[COLOR=Red]</ul>[/COLOR]

Ach, und beim 3. Menüpunkt fehlt das abschließende </li>

Nein, das finde ich keineswegs besserwisserisch und dazu ist ein Forum auch gedacht. Ich habe einfach vorausgesetzt b.z.w. es so verstanden, dass der Autor diesbezüglich keine größeren Sachen vorhat, sondern hier und da einen kleinen Doppel-Absatz setzen möchte und ein wenig auf das Gleichgewicht achtet.

Wenn natürlich wortmäßige Orgien praktiziert werden, dann hast Du natürlich mehr als recht. Es könnte zu optischen Mißgestalten kommen. Ich setze immer viel zu viel voraus. Schade, dass Deine Lösung nicht browserübergreifend ist. Leider kann man den IE laut meines Webalizers nicht vernachlässigen - schön wäre es ja. Obwohl, dann wäre CSS-Design plötzlich so ohne Herausforderung ;-)

.sidebar-artikel .cats h2 a {
    color: #000;
}

...funktioniert aber. H2 a wurde an anderer Stelle schon formatiert. Deshalb mußt Du die Zeile drunter schreiben oder besser ans Ende der Datei setzen b.z.w. Du löscht alle vorherigen Formatierungen.

Du kannst natürlich noch mit den Pseudoformaten arbeiten:

.sidebar-artikel .cats h2 a:link {
 }
sidebar-artikel .cats h2 a:visited {
 }


u.s.w.

Ja Groß- und Kleinschreibung ist schon ein Thema, welches ja ursprünglich aus der Windows-Area kommt. Webseiten aber liegen eher selten auf Windows-Servern. Meist auf Linux-Servern. Besser man schreibt vorsorglich grundsätzlich alles klein, auch innerhalb des HTML-Codes. So entstehen derartige Probleme erst gar nicht.