Version 2.3.1.0
Veröffentlichungsdatum | 18.12.2003 |
Sicherheitsupdate | nein |
Behobene Fehler | 0 |
Optimierungen | 0 |
Übersicht Versionshistorie |
Verbesserungen
- veränderte we:Tags:
Neues Attribut: <we:write forceedit="true">: Bewirkt, dass ein Dokument oder Objekt auch ohne Kundenverwaltung editiert werden kann.
Behobene Fehler
- Fehler bei <we:condition> bzw. <we:conditionAdd/>
- <we:userInput type="radio"/> funktioniert nicht
- Speicherhinweis auch ohne Veränderung bei wysiwyg + Mozilla
- Wenn man einen Newsletter an eine E-Mail-Adresse wie x.yyyyy@z.zzzzz.or.at verschicken will, dann wird diese E-Mail-Adresse als nicht richtig eingestuft.
- Kein Backupimport möglich wenn das Datenbank-/Objekt-Modul installiert ist
- <we:userInput type="textarea"/> - Styles werden gelöscht
- Wenn eine Klasse ein Textarea und ein Objekt-Feld enthält, und man auf Grundlage dieser Klasse ein Objekt anlegt, danach in das Textarea Text einfügt und auf ein Wort einen Link legt und daraufhin mit dem Objekt-Feld ein Objekt einfügt, dann verschwindet der Link in dem Text. Ebenso gelöscht werden alle nicht gespeicherten Textformatierungen, Anker usw.
- Wenn man eine Klasse mit einem Feld vom Typ "Datum" hat und man fügt ein Objekt dieser Klasse in ein anderes Objekt einer anderen Klasse ein, dann wird der Wert des Datums-Feldes innerhalb von webEdition nicht angezeigt.
- Bannermodul: Fehler in externer Statistik-Anzeige per Listview, wenn Filter gesetzt mehrere E-Mail-Adressen bei <we:form type="formmail"> nicht möglich
- Wenn innerhalb einer <we:linklist> ein <we:ifSelf doc="top"> steht, dann liefert das einen Parse Error.
- Wenn man eine <we:listview type="search"> mit einer workspaceID hat, dann werden zwar die Suchtreffer ganz am Anfang der Liste angezeigt, aber alle anderen Seiten des Bereiches werden danach auch gelistet.
- <we:printVersion> validiert nicht gegen HTML 4.01
- Es ist möglich, Verzeichnisse in einem gleichbenannten Verzeichnis zu speichern. Das Verzeichnis ist dann nicht mehr erreichbar.
- Problem mit <we:userInput type="textarea"> und Opera und Netscape Navigator 4
- Problem beim Login mit Safari (Klick auf Button funktioniert nicht)
- Backup-Export, -Import: Einstellung für Banner-/Statistik Modul fehlt
- Bei <we:banner> funktionieren die Attribute "page" und "path" nicht
- Wenn man bei dem Tag <we:banner> keine Höhe und Breite angibt, dann werden Standard-Werte eingesetzt. Das ist ziemlich ungünstig. Wenn sich z.B. in einem Bannerordner alle Banner für ein Hochkant-Format befinden, diese sich aber in Breite und Höhe unterscheiden, und man dann beim «we:banner> nur den Pfad zu den Hochkant-Bannern angibt, dann sind die Standard-Werte im Weg.
- Fehler bei Verwendung von Umlauten und Sonderzeichen in Kategorienamen
- Fehler bei Hintergrundfarbe für <we:textarea>
- Arbeitet man mit Mozilla im WYSIWYG-Modus und setze Anker, dann erscheinen diese auf der endgültigen Seite auch als Icons. Erst nach Neuabsichern der Seite über den IE sind die Icons wieder weg.
- Bei einigen Modulen erscheint beim Explorer-Menü kein Scrollbalken
- Wird ein Bild in einem wysiwyg-Textfeld eingefügt und unter "Alternativer Text" ein Anführungszeichen (") eingeben, tritt nach dem Klick auf OK ein JavaScript-Fehler auf.
- Ist bei einem existierenden Objekt für den Scheduler ein "Von" Wert gesetzt, welcher in der Vergangenheit liegt (d.h. das Dokument ist veröffentlicht und wird auch angezeigt) und der Inhalt dieses Objektes wird aktualisiert (d.h. der Inhalt eines Feldes wird unter "bearbeiten" geändert), dann wird beim Speichern und veröffentlichen die Seite nicht aktualisiert.
- Wenn man einen Dokumenten-Ordner anlegt und diesen "info" nennt, dann steht dieser immer ganz oben. Ein Ordner den man "in" nennt steht hingegen an der richtigen Stelle.
- Wenn die Benutzerverwaltung Standard installiert ist, ist es nicht mehr möglich, den Hauptbesitzer einer Datei zu ändern. Der Besitzer bleibt nach "erfolgter" Änderung Besitzer und ändert sich nicht mehr.