Bevor du doppelte Arbeits machst, wirf einen Blick hier rein:
http://alex.intergastro-service.de/data/poard/desi...

Aha, da hat schon jemand wenigstens bei den IDs nachgedacht. Fein.

Allerdings immer noch zu viel DIVs (auch in den Templates).
Man sollte DIVs nicht als Container missbrauchen wo es auch ein P tut.

Und müssen es unbedingt noch Tabellen sein (obwohl: der dumme IE kann ja kein table-inline bei CSS)?
In welchen Browsern soll den das Forum noch angezeigt werden? Netscape 4, Opera 3 IE 5, oder wie?
;)

Wenn schon, sollten die Tabellen und Formulare wenigstens Screenreaderfreundlicher gemacht werden. (mein Job)

Zudem fehlen für einen Textbrowser Sprunglinks auf den Inhalt, damit nicht immer erst bi zum eigentlichen Inhalt gescrollt werden muss.
Versucht mal das Forum auf einem Mobil oder PDA anzuzeigen, da muss nämlich erst viel gescrollt werden.

Ich hole mir mal heute per SVN die Templates, richte Poard bei mir lokal ein und teste mal, wo eine was ändern könnte.
Es wäre schon praktisch die Inline-Styles loszuwerden und das Kuddelmuddel bei den Klassen zu straffen.

Die erste Märzwoche habe ich mir für die Templates reserviert - wenn du mit bis dahin nicht die ganze Arbeit abgenommen hast :D

Die inline-Styles müssen in der Tat raus. Praktisch wäre, wie bei dem Vorschlag (vgl. Link) die Farbgebung von den restlichen auszeichnungen (die logischen?) zu trennen.
Das müsste eigentlich auch der Person zu gute kommen, die die Styles pflegt, da er nciht auf eben solche Farbgebungen achten muss.

Aber erkläre mir, was sind Screenreader?

Und inwiefern möchtest du auf CSS verzichten? Die Diskussion zur generellen Verwendung hatten wir ja schon einmal, immer mit dem Ergebnis, dass es DIV-Fanatiker, Tabellen-Fanatiker und die Realisten mit dem Kompromiss gibt :)

Grüße, pktm

Ich will nicht auf CSS verzichten.

IDs sind unbeding vonnöten, damit auch per Link auf den Inhalt gesprungen werden kann.

Screenreader sind Programme, die Sehbehinderten den Inhalt einer Website vorlesen.

Das derzeitige Tabelledesign macht es eher ziemlich schwierig.
http://www.pro-barrierefreiheit.de/entwickler/tabe...
http://www.pro-barrierefreiheit.de/entwickler/tabe...

Zudem fehlen auch Labels für Inputfelder.
http://www.pro-barrierefreiheit.de/entwickler/form...
http://www.einfach-fuer-alle.de/artikel/barrierefr...

Ähm, wo kann ich bitte Featurerequests loswerden?
Eine Sourceforgeseite für PBoard kann ich nicht finden und der Link in der Fusszeile
ist blind.

Warum gibt es eigentlich in letzter Zeit so viele Doppelposts? Ist das ein Fehler in der Software oder eher pebkac?

Dort ist das Board beheimatet
http://sourceforge.net/projects/Perlboard

featurereq: http://sourceforge.net/tracker/?group_id=172567&at...

GwenDragon+2008-02-15 17:19:42--

Ich will nicht auf CSS verzichten.

IDs sind unbeding vonnöten, damit auch per Link auf den Inhalt gesprungen werden kann.

Screenreader sind Programme, die Sehbehinderten den Inhalt einer Website vorlesen.

Das derzeitige Tabelledesign macht es eher ziemlich schwierig.
http://www.pro-barrierefreiheit.de/entwickler/tabe...
http://www.pro-barrierefreiheit.de/entwickler/tabe...

Zudem fehlen auch Labels für Inputfelder.
http://www.pro-barrierefreiheit.de/entwickler/form...
http://www.einfach-fuer-alle.de/artikel/barrierefr...

Ah, ich meinte nicht CSS sondern DIVs.

Quote

Allerdings immer noch zu viel DIVs (auch in den Templates)

CSS loswerden... -.-
also ehrlich ^^

betterworld+2008-02-15 20:32:11--

Warum gibt es eigentlich in letzter Zeit so viele Doppelposts? Ist das ein Fehler in der Software oder eher pebkac?

das ist ein fehler in der software, da nach einem posting kein redirect gemacht wird und somit
manch einer den browser offen lässt und nach stunden nachguckt, ob denn jemand geantwortet
hat, einfach den thread neu lädt und damit nochmal postet.
habe ich schon tausendmal angemerkt, leider ist das an der stelle so verwirrend programmiert,
dass ich keine lust hatte, da den redirect einzubauen.

Hi

ich will ja nicht den Teufel an die Wand malen aber ist die Boardsoftware sicher?
Beim Spielen mit einer der Queries hab ich ne SQL-Fehlermeldung bekommen:

Quote

Ein Fehler bei der Verarbeitung der Daten ist aufgetreten.

Die Fehlermeldung lautet:

Error in executing SQL: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'WHERE id != 27 ORDER BY pb_threads.lastAction DESC LIMIT 30' at
Bitte klicke auf und korrigiere diesen Fehler.

Eine experimentelle SQL-Injektion wurde anstandslos ignoriert, ich hab jetzt aber nichts probiert das unmittelbare Konsequenzen gezeigt hätte.

Also bei meinen Skripten fange ich die beim untainting bereits unzulässige Werte ab, wieso erreichen falsche Strings die SQL-Abfrage?

Gruß
Kurt

PS: sollte das Posting ein Sicherheitsrisiko darstellen, dann löscht es bitte.