Ja, ich wollte ein Formular bzw mehrere Abteilungen eines Formulars in verschiedenen Fieldsets unterbringen und habe als Backgroundimage des Fieldsets nen schönen Verlauf genommen.
Beim Firefox siehts auch wie gewünscht aus, nur der IE meint dem Legend-Element ebenfalls diesen Background zuzuweisen, also geht der Background noch gute 5-8 Pixel über den oberen Rand des Fieldsets.
Sieht scheiße aus.
Nun habe ich das Bild weg gelassen und nur eine Farbe als Hintergrund definiert, was im IE ebenfalls gute 5-8 Pixel zu weit oben ansetzt.
Hab schon versucht, über CSS dem Legend-Element keinen Background zuzuweisen, aber trotzdem schnallt dieser dümmliche IE nicht, dass ich da keinen Background haben will.
Zur Veranschaulichung :
Wunderbar, so hab ichs mit CC geschafft.
Und schon das nächste IE Problem.
Meine Navigation besteht als einer Liste.
Beim Mouseover von den Listenlinks werden diese mit einer grauen Hintergrundfarbe hinterlegt, die Links werden mit display: block; angezeigt, damit sich der Link über das ganze Element erstreckt (funktioniert zwar im IE nicht, aber netter Effekt für vernünftige Browser).
Nun geht alles prima in allen Browsern, außer dem IE.
Dort werden die Listenpunkte mit großem Abstand getrennt.
Wieder Screenshots :
HTML :
Ja, ich weiss, ich hätte das auch mit mehreren Listen ineinander machen können, aber so habe ich das erst gar nicht für den IE hin bekommen, vielleicht versuch ichs später nochmal.
CSS :
Auch hier steck ich wieder in ner Schaffenskrise. ._.
Das ist ein klassischer Internet-Explorer-6-Fehler.
Du musst dem a-Element noch eine Breite oder Höhe zuweisen, dadurch erhält das Element Layout (das Konzept zur Elementdarstellung im IE, damit lassen sich viele Dinge beeinflussen).
Im Internet Explorer 7 ist der Fehler inzwischen behoben.
Unabhänig davon würde ich für die Listenpunkte eine größere Zeilenhöhe (line-height) definieren, z.B. 1.5em, damit man das ganze besser lesen kann. Nebenbei sieht es dann auch nicht so zusammengequetscht aus.
Nebenbei noch zum a-Element in der Stildatei. Wenn du Angaben für a definierst gelten diese auch für a:*, d.h. es reicht aus, wenn du abweichende Definitionen innerhalb von a:hover usw. angibst.
Ich hätte gerne den Timestamp des aktuellen Tages um 0.00 Uhr.
Hab mir folgendes überlegt
Erst wird das aktuelle Datum per date errechnet und anschließend per mktime zurück in einen Timestamp berechnet. Da allerdings die Uhrzeit fehlt dürfte doch eigentlich 0.00 Uhr herauskommen.
Klappt allerdings nicht. $thetime5 ist immer einige Stunden im Vorraus, wenn ich H:i weglasse ist sie genau einen Tag vorraus.
Theoretisch könnte ich von dieser variable dann den timestamp für einen Tag abziehen, aber es erscheint mir doch sehr umständlich.
Hi, ich hab Probleme mit diesem Code. Und zwar besteht mein Problem darin, dass sich der query nicht die Daten aus rdn_mitglieder zieht. Aus rdn_kategorien zieht er sich allerdings die Daten. Ich gebe das ganze testweise mit print_r() aus und heraus kommt folgendes:
Er zieht sich zwar die Tabellenfelder in den array, aber der Inhalt fehlt.
Weiterhin verstehe ich auch nicht, warum alles doppelt im Array steht, einmal mit Zahl und einmal mit nennung des Feldnamen ô_o (was auch seltsamerweise nicht bei allen Feldern so ist)
Das Problem liegt vermutlich an einer der IDs (rdn_artikel.userid, rdn_mitglieder.id). Kannst du die Feldinhalte dieser Spalten überprüfen?
Zitat
Weiterhin verstehe ich auch nicht, warum alles doppelt im Array steht, einmal mit Zahl und einmal mit nennung des Feldnamen ô_o (was auch seltsamerweise nicht bei allen Feldern so ist)
...
Letzteres nur bei Feld 7 wie es aussieht.
Verwendest du mysql_fetch_array()? Die Funktion vereint mysql_fetch_row() (numerisches Array) und mysql_fetch_assoc() (assoziatives Array), weshalb man sich aus Performancegründen eine der letzten beiden aussuchen sollte [ich empfehle mysql_fetch_row(), weil man dann weniger Probleme hat, wenn sich die Feldnamen ändern oder man MySQL-Funktionen verwendet].
So. Es funktioniert jetzt. Es lag tatsächlich an den IDs, ich war davon überzeugt, dass das Script die richtige auswählt beim Eintragen des Datensatzes.
Wegen dem mysql_fetch_etc werde ich mich mal informieren.
Achja, es wäre schlau statt SELECT * FROM ... lieber die einzelnen felder die ich brauch beim * einzutragen, weil wenn das array immer so groß ist, dauert das Laden der Seite doch länger oder?
Da bauen sich auf einer Seite meistens auch mehr als 5 Arrays auf.
Edit: Ich hab das jetzt einfach mal gemacht.
Achja, es wäre schlau statt SELECT * FROM ... lieber die einzelnen felder die ich brauch beim * einzutragen, weil wenn das array immer so groß ist, dauert das Laden der Seite doch länger oder?
...
Es ist besser, nur die benötigten Felder zu wählen, weil dadurch nicht die gesamte Datenbank abgefragt werden muss (=> Performance plus).
Auch wird das Script schneller ausgeführt, wenn das Array nicht doppelt belegt werden muss (Überflüssiges sollte man immer vermeiden, weil es eine Fehlerquelle ist).
Vieleicht nicht merklich, bei einer Abfrage, aber wenn du mehrere Abfragen hast, kann sich das schon summieren.