Author Topic: WB 2.8 Fehlermeldungen (war xhtml strict) (Read 34156 times)

StudioVerlag · « **Reply #75 on:** July 15, 2009, 10:54:29 PM »

Das Problem ist, daß Media Screenreader und Braille unterschiedliche css im Template-Verzeichnis bekommen. Wie da die frontend anpassen? Im Moment bin nicht mehr so konzentriert um entsprechende Wege und Lösungen zu sehen.
Heute ist wohl erstmal Feierabend. Ich seh garnix mehr, merke ich gerade

Werde wohl schauen ob das über @import in die jeweiligen CSS gelöst werden kann. Aber erst spädrrr.
Ob das nun eine individuelle Lösung wird und bleibt muß man dann sehen.
Gruß, Hans>NUL

susigross · « **Reply #76 on:** July 16, 2009, 07:39:38 AM »

Quote from: Luisehahne on July 15, 2009, 10:47:43 PM

Zum 1. Punkt, ich nehme auch gerne die em, meine aber irgendwo gelesen zu haben, dass das auf pixel umgerechnet wird wegen der Bildschrimanzeige, macht dann wahrscheinlich der BRowser, was aber dann wieder Zeit kostet, nicht viel aber immerhin, es kann sich zusammen läppern. Was sagst du dazu?

Bei em kann der User sich selbst die Schriftgröße einstellen, indem er sie einfach im Browser anpasst, bei Pixel geht das nicht, weswegen man die nicht nehmen sollte.

WebBird · « **Reply #77 on:** July 16, 2009, 06:32:06 PM »

Ahm, mit Trunk 1071 gibt's immer noch mktime() Fehlermeldungen, nämlich wenn man ein Modul installieren will.

Strict Standards: mktime() [function.mktime]: It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezo ne_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Paris' for '2.0/DST' instead in C:\_daten\apache\htdocs\_projects\wb28\include\pclzip\pclzip.lib.php on line 4296

Nur zur Info.

Luisehahne · « **Reply #78 on:** July 16, 2009, 06:33:53 PM »

Wird sofort kontrolliert.

Dietmar

Luisehahne · « **Reply #79 on:** July 16, 2009, 06:39:44 PM »

Hi,

komisch, bei mir nicht. Gerade getestet und erro.log geholt.

Dietmar

WebBird · « **Reply #80 on:** July 16, 2009, 06:40:51 PM »

Macht doch einfach an geeigneter Stelle:

Code: [Select]

if ( empty( ini_get('date.timezone') ) ) {
    date_default_timezone_set('Europe/Zurich');
}

Wer's ganz hübsch machen will, nimmt die WB-Einstellung als Basis und holt dazu die richtige timezone.

WebBird · « **Reply #81 on:** July 16, 2009, 06:41:19 PM »

Quote from: Luisehahne on July 16, 2009, 06:39:44 PM

Hi,

komisch, bei mir nicht. Gerade getestet und erro.log geholt.

Dietmar

Bist Du sicher, daß Du keine date.timezone in der php.ini stehen hast?

Luisehahne · « **Reply #82 on:** July 16, 2009, 06:56:36 PM »

Ich kann dir nur sagen, dass bisher alle mktime Fehler bei mir in der Error.log angezeigt wurden und deswegen bereits zusätzliche Bereinigungen stattgefunden haben. Habe jetzt auf Grund deiner Fehlermeldung noch was gefunden.

Dietmar

ruebenwurzel · « **Reply #83 on:** July 16, 2009, 07:08:05 PM »

Hallo,

Quote

include\pclzip\pclzip.lib.php on line 4296

pclzip ist ein third party script, das wir eigentlich unverändert übernehmen. Wir können das jetzt zwar reinmachen, aber vermutlich beim nächsten updtate der pclzip libraries denkt da dann keiner mehr dran.

Also: bitte Fehler bei den Entwicklern von pclzip librariers melden, dass die das für kommende Versionen fixen.

Matthias

WebBird · « **Reply #84 on:** July 16, 2009, 07:18:20 PM »

Ja, seh ich ein, daher ja auch der Vorschlag mit dem ini_set().

ruebenwurzel · « **Reply #85 on:** July 16, 2009, 07:28:48 PM »

Hallo,

Quote

Ja, seh ich ein, daher ja auch der Vorschlag mit dem ini_set().

Nicht alles durcheinanderwerfen .

1.) mktime() sollte ersetzt werden unabhängig von date.timezone
2.) date.timezone müsste ja in jedem script zur Verfügung stehen, viel spass dann beim einfügen in alle files, da ist die .htaccess Geschichte eindeutig im Vorteil.

aber:
Im Zusammenhang mit dem delimiter stoßen wir ja an diesselbe Problematik. Deswegen sollte in einer künftigen Version (WB 2.8 hat feature freeze!!!!) vielleicht folgendes eingebaut werden:

1.) eine Variable für Delimiter, die an zentraler Stelle (config.php oder als Datenbankeintrag für die WB-Settings) dem User alle Möglichkeiten läßt (&, &,

was er einsetzen will.
2.) eine weitere Variable für die Date.timezone in der der User in den WB-settings wählen kann z.B. zwischen default (=WB Timezone) oder halt benutzerdefiniert (dropdown mit anderen Möglichkeiten).

Matthias

Luisehahne · « **Reply #86 on:** July 16, 2009, 07:31:19 PM »

Nur das Porblem kann werden

Quote

daher ja auch der Vorschlag mit dem ini_set().

bei mir scheint das gesperrt zu sein.

Quote

eine Variable für Delimiter, die an zentraler Stelle

ist dann sinnvoll

Dietmar

WebBird · « **Reply #87 on:** July 16, 2009, 07:37:13 PM »

Quote from: ruebenwurzel on July 16, 2009, 07:28:48 PM

2.) date.timezone müsste ja in jedem script zur Verfügung stehen, viel spass dann beim einfügen in alle files, da ist die .htaccess Geschichte eindeutig im Vorteil.

Einer von uns ist im falschen Film.

Wenn man als allererstes - sprich wohl in der index.php - prüft, ob date.timezone gesetzt ist, und dies dann mit date_default_timezo ne_set() nachholt, falls das nicht der Fall ist, müßten alle Libraries (die erst später geladen werden!) damit glücklich sein!

WebBird · « **Reply #88 on:** July 16, 2009, 07:37:54 PM »

Als ich ini_set() sagte, meinte ich date_default_timezo ne_set(). *hust*

Luisehahne · « **Reply #89 on:** July 16, 2009, 07:45:23 PM »

Ist schon klar, nur dafür brauche ic hja die ini_set, und die setzt bei mir nichts. Frage jetzt mal bei meinem Hoster nach.

Gruss
Dietmar

StudioVerlag · « **Reply #90 on:** July 16, 2009, 07:54:30 PM »

Mit trunk-r1071 funktioniert "Feld anlegen" nicht mehr.
Bei trunk-r1068 klappte das noch.

Installation wie gehabt auf Portable
Habe die Installationen beide wiederholt vorgenommen, doch leider....

Gruß, Hans>NUL

Edit: "Form modul" ist gemeint.

Luisehahne · « **Reply #91 on:** July 16, 2009, 07:56:54 PM »

Du meinst bestimmt Form modul

Dietmar

WebBird · « **Reply #92 on:** July 16, 2009, 07:58:42 PM »

Quote from: Luisehahne on July 16, 2009, 07:45:23 PM

Ist schon klar, nur dafür brauche ic hja die ini_set, und die setzt bei mir nichts. Frage jetzt mal bei meinem Hoster nach.

Äh, ja? Wieso? Oder meinst Du ini_get()?

StudioVerlag · « **Reply #93 on:** July 16, 2009, 07:59:04 PM »

@Luisehahne
Ja, wollte ich noch nachtragen, aber meine Cookies sind immer so schnell wech

(Schon wieder, oh neeee)
Ja, das "Form modul" isses.
Gruß, Hans>NUL

Luisehahne · « **Reply #94 on:** July 16, 2009, 08:22:34 PM »

Folgendes ist passiert. Man muss wohl unterscheiden, dass was man auf dem Bildschirm angezeigt wird und gescheckt wird und das was im Hintergrund passiert. Es waren in der add_field auch die & gesetzt.

Habe die rausgenommen und schon funktionierte es. Meine lokalen php.ini Einstellungen sind wohl anders als aufm -Web. Habe ich aber noch nicht überprüft. Auf jeden Fall & wieder zu & umgewandelt und schon konnte ich wieder Felder anlegen.

Der Teufel steckt im Detail. inwieweit die ini_set am Anfang raus muss, wird die Praxis zeigen. Bei mir hat sie keinen Einfluss. Aber jeder Hoster ist ja anders. Nur dann wissen wir sofort woran es liegt.

Dietmar

StudioVerlag · « **Reply #95 on:** July 16, 2009, 08:54:47 PM »

Zur Zeit ist alles auf dem WB-Portable installiert.
Mit RC2 werde ich es wohl auch auf Linux rüberschieben (apache/php als cgi)
Bisher hat 2.7 in beiden Fällen funktioniert, mit 2.8 sollten keine neuén Probleme auftauchen.
Auf "vernünftigem" Host zumindest.
Gruß, Hans>NUL

Luisehahne · « **Reply #96 on:** July 16, 2009, 08:57:35 PM »

Möpchte mich schon im Voraus für eure Hilfe und Tests bedanken. Sieht doch schon gut aus, auch wenn das Ein oder Andere wieder zurückgenommen werden muss. Aber dafür ist die Testphase ja da.

Dietmar

ruebenwurzel · « **Reply #97 on:** July 16, 2009, 09:38:06 PM »

Hallo,

so jetzt nochmal zu der & Geschichte. Wie Chio weiter oben ja schon angedeutet hat, scheint das nicht auf allen Servern zu gehen. Siehe auch Fehler Hans>NULL, kann es hier auch reproduzieren. Deswegen hab ich die ganze Geschichte wieder rausgenommen. http://project.websitebaker2.org/changeset/1074

Matthias

Luisehahne · « **Reply #98 on:** July 16, 2009, 09:58:41 PM »

Hallo,

Vielleicht kann das noch jemand testen, da wir ja noch in der Testphase sind. Alle die & die in denScripten stehen, die was abspeichern ohne auf dem Bildschirm angezeigt zu werden, sollten mit & gestezt werden.

Alle & die auf dem Bildschirm dargestellt werden sollten als & im Source gesetzt werden, weil ja da noch eine Umwandlung erfolgt.

Ich hatte diesbezüglich bei allen Urls in der Adressleiste immer korrekt das & stehen.

Klar warm soll ein & was im Hintergund verarbeitet wird umgewandelt werden. Ein & bleibt ein & und deswegen der Fehler, während das oben beschriebene ja noch das htmlentities oder back durchläuft. Also & wird zu &.

Ich weiss jetzt nicht, ob meine Logik verständlich war. Vielleicht findet jemand anders eine leichtere Erklärung.

Dietmar

StudioVerlag · « **Reply #99 on:** July 17, 2009, 02:50:36 AM »

Betrifft Captcha (hier "Form modul")
trunk-r1075

WAI beanstandet das Antwort-/Ergebniskästchen:
<td><input type="text" name="captcha" maxlength="10" style="width:20px;" /></td>
The "id" attribute is not specified in <input type="text">. Associate <input type="text"> with <label> so that the text input field label becomes clickable.

Es könnte also Verwirrung bei der Eingabe geben.

Da ich Tests mit Screenreader etc erst später mache, kann ich nicht beurteilen ob's wirklich Probleme bei der Eingabe geben wird. Jedenfalls wird's unter Priority level 2 angemeckert.

Mir wäre lieber, wenn's überhaupt keine WAI-Fehler gäbe, damit man sich später nur noch beim Design auf Usability konzentrieren kann und braucht.

Gruß, Hans>NUL

News

Support WebsiteBaker

Your donations will help to:

You can donate by clicking on the button below.

Author Topic: WB 2.8 Fehlermeldungen (war xhtml strict) (Read 34156 times)

StudioVerlag

susigross

WebBird

WebBird

WebBird

WebBird

WebBird

WebBird

StudioVerlag

WebBird

StudioVerlag

StudioVerlag

StudioVerlag