| Datum |
Art |
Beschreibung |
Status / geplante Realisierung |
| 10.02.2005 |
Bug |
Fehler "Schnittstelle nicht registriert"
Nutzer von Windows XP SP2, die seit dem 09.02.2005 Updates über Windows Update oder Automatische Updates aufgespielt haben, bekommen wahrscheinlich die Fehlermeldung "Schnittstelle nicht registriert".
Ursache ist eine neue dhtmled.ocx (Ver. 6.1.0.9232 vom 11.01.2005 mit 128.512 Bytes), welche offenbar über geänderte/fehlerhafte Schnittstellen verfügt. Unter anderen Betriebssystem (z.B. Windows 2000 SP4: dhtmled.ocx Ver. 6.1.0.9232 vom 14.01.2005 mit 119.056 Bytes) tritt der Fehler nicht auf.
Eine kurzfristige Notlösung ist es, eine ältere dhtmled.ocx zu installiern. Z.B. im Ordner "%WINDIR%\ServicePackFiles\i386" sollte sich die dhtmled.ocx von Windows XP SP2 befinden, die noch funktioniert.
Machen Sie eine Sicherung der Datei Laufwerk:\Programme\Gemeinsame Dateien\Microsoft Shared\Triedit\dhtmled.ocx, kopieren Sie die alte Version an die Stelle und rufen Sie unter Start -> Ausführen ->
regsvr32 "Laufwerk:\Programme\Gemeinsame Dateien\Microsoft Shared\Triedit\dhtmled.ocx"
auf.
Die kann aber evtl. negative Folgen für die Systemsicherheit haben, siehe http://www.microsoft.com/germany/technet/servicedesk/bulletin/ms05-013.mspx
Die alte Version kann man schneller über folgende Anweisung (z.B. Über Start -> Ausführen) wiederherstellen:
%windir%\$NtUninstallKB891781$\spuninst\spuninst.exe /quiet
Wir sind bemüht, so schnell wie möglich eine neue Version des kkHTMLEditors anbieten zu können, der auch mit dem neusten Patchlevel funktioniert.
Leider können wir noch keinen genauen Termin für das Update bekanntgeben, da wir erst das Problem genauer analysieren müssen.
Auf dieser Seite werden wir Sie über der Stand der Dinge informieren.
Nachtrag:
11.02.2005
Dieser Fehler betrifft eine Vielzahl von Programmen, die die dhtmled.ocx als Basis benutzen, z.B. der WYSIWYG-Editor von Allaire/Macromedia Homesite 4.5.x verabschiedet sich ebenfalls mit "Schnittstelle nicht registriert".
13.02.2005
Erste Betaversion vom kkHTMLEditor: kkHTMLEditorX_V099h_Beta1.zip
ACHTUNG Diese Version funktioniert nur unter Windows XP und im Moment nur mit folgenden Demos: Delphi, MS-Access und Internet Explorer (incl. PHP und ASP).
14.02.2005
Zweite Betaversion vom kkHTMLEditor: kkHTMLEditorX_V099h_Beta2.zip
ACHTUNG Diese Version funktioniert nur unter Windows XP, weiterhin ist die Funktion "SetBaseURL" deaktiviert!
08.03.2005
Dritte Betaversion vom kkHTMLEditor: kkHTMLEditorX_V099h_Beta3.zip
Unter Windows XP sollte diese Version vollständig funktionieren.
21.03.2005
Vierte Betaversion vom kkHTMLEditor: kkHTMLEditorX_V099h_Beta4.zip
Diese Version funktioniert in unserem Testpool unter allen Betriebssystemen. Bitte testen Sie diese Version und geben uns kurz Feedback, ob sie funktioniert.
06.06.2005
Es wurde kkHTMLEditor Version 0.99i basierend auf 0.994-Beta4 rausgegeben, die wieder in allen Konstellationen funktioniert.
|
Seit Version 0.99i (06.06.2004) erledigt |
| 18.06.2004 |
Bug |
Unicode-Zeichen darstellen
Unicode-Zeichen können dargestellt werden, jedoch je nach installierter Internet-Explorer-Patch-Version werden die Unicode-Zeichen nicht in der richtigen Darstellung Ӓ zurückgegeben sondern als falsches Zeichen. |
Seit Version 0.99c (22.06.2004) erledigt |
| 02.06.2004 |
Todo |
ToDo-Liste für Version 1.00
- Neu: Funktion SetStyleSheetFromWeb
- Neu: Die Eigenschaften des Hyberlink-Dialogs können voreingestellt werden
- Neu: Die Eigenschaften für die Seiten-Voreinstellungen können über SetDefaultValue vorbelegt werden
- Neu: Die Eigenschaften für den Link-Dialog können vorbelegt werden
- Neu: Es können Eigenschaften für bestimmte HTML-Elemente vorbelegt werden (z.B. <hr>)
- Neu: In der Hilfe wird auf jeder Seite angezeigt, wenn sie erstellt oder geändert wurde (ab welcher Version).
- Neu: Die Bitmaps für die Menüpunkt werden als Resourcen abgespeichert. Mit einem Resourcen-Editor können
eigene Bitmaps vergeben werden.
- Fixed: Dialog Tabellenzellen. Fehler beim Verbinden von Zellen beseitigen.
|
Für Version 1.00 geplant |
| 28.12.2003 |
Einschränkung |
CSS-Style-Sheets von fremden Server laden
Je nach Version und Sicherheitsupdate vom Microsoft Internet Explorer, ist es nicht oder nur eingeschränkt möglich, CSS-Style-Sheets von einem fremden Server zu laden (fremder Server = andere URL, wenn das Steuerelement unter http://intern.kk-software.de betrieben wird, ist http://www.kk-software.de bereits ein fremder Server). Dies liegt am Zonen- und Sicherheits-Modell des Internet Explorers (Stichwort: Cross-Site-Scripting). Die Problematik tritt nur beim Einsatz im Internet-Explorer auf. |
An einer Verbesserung wird gearbeitet. |
| 15.06.2003 |
Bug |
Property AxBorderStyle
Wenn AxBorderStyle bei der Initialisierung des Steuerelements zu früh auf einen Wert ungleich 1 gesetzt wird, wird das Steuerelement nicht initialisiert.
Dieser Bug tritt nur auf vereinzelten Systemen auf. |
An einer Lösung wird gearbeitet. |
| 12.05.2003 |
Bug |
Problem beim Einfügen von Tabellen nach IE-Patches
Fehlerbeschreibung
Nach Einspielen bestimmter Internet-Explorer-Sicherheitsupdates erscheint nach dem Einfügen einer Tabelle immer eine Meldung Externe Exception C0000001D.
Das Steuerelement arbeitet aber ohne Probleme weiter.
Wenn man es in dieser Konstellation im Internet Explorer betreibt, stürzt der Internet Explorer beim Beenden ab.
Ursache
Durch die Sicherheitsupdates wird die Datei triedit.dll durch eine neue Version ersetzt, die jedoch nicht wieder registriert wird.
Dieser Fehler wird von Microsoft® in mehreren Knowledge Base-Artikeln beschrieben und tritt bei allen Programmen auf, welche Funktionen der Triedit.dll benutzen:
- Q195184: http://support.microsoft.com/?kbid=195184
- Q246490: http://support.microsoft.com/?kbid=246490
Lösung:
Variante A)
Registrieren Sie das Steuerelement erneut:
Start » Ausführen » regsvr32 "Laufwerk:\Pfad\triedit.dll"
Bei deutschen Windows-Installationen befindet sich die Datei üblicherweise unter:
regsvr32 "C:\Programme\Gemeinsame Dateien\Microsoft Shared\Triedit\triedit.dll"
und bei englischen Versionen unter:
regsvr32 "c:\program files\common files\microsoft shared\triedit\triedit.dll"
Variante B)
Seit Version 0.94 übernimmt das Steuerelement die Aufgabe von Variante A).
Rufen Sie nach der Initialisierung die Funktion CheckMsOCXRegistration des Steuerelements auf.
|
Seit Version 0.94 (15.07.2003) erledigt. |
