Womit einen Wysiwyg-HTML-Editor realisieren?

[Codehunter]

@Phoenix: Du meinst, dass man die Editiererei nicht mehr nativ macht sondern quasi einen JavaScript-Editor direkt im Browser verwendet? Hmm, an die Möglichkeit hab ich noch gar nicht gedacht. Dadurch muss ich dann zwar die relevanten Codeteile hinterher aus dem Gewusel aus DIVs rausoperieren aber über das DOM eigentlich kein Problem.

Naja, fast kein Problem: Damit die JS-Editoren ihren ganzen Krempel nachladen können, müsste ich einen kleinen Webserver integrieren oder jeder einzelnen Installation die ganzen Dateien mitgeben. Das würde eine ziemliche Umstrickerei. Aber prinzipiell wärs machbar.

Da muss ich jetzt mal schwer drüber nachdenken...

[Phoenix]

Gerne. Kann auch sein, dass das für Deinen Use-Case nicht das richtige ist, aber ich wollte es mal in den Raum stellen

[croco]

Here could be a possible solution: http://stackoverflow.com/questions/3...ost-html-files

[himitsu]

Eine mögliche Lösung?

RadPHP ist seit 5 Jahren tot. (an die PAS-Dateien kommt man ofiziell nicht mehr ran ... nur das PHP-Framework steht als OpenSource zur Verfügung)
k.A. was vom RadPHP im HTML5 Builder noch weiter lebt.

Microsoft hat vor "kurzem" den Internet Explorer "entsorgt" und stellt schrittweise den Support ein.
Und für Edge werden die APIs sicher bissl anders aussehn.

UND, in dem Link erkennt man, dass das Ding nicht mehr funktioniert.

[add]
Ohh, diese Datei ist sogar noch Original von Qadram Software ... nachdem Codegear deren Produkt gekauft und PHP4Delphi/RadPHP daraus gemacht hatte, verschwand diese Firma.
Mit Support seiten Quadram, Embarcadero und den Besitzern der abhängigen OpenSource-Projekte würde ich nicht rechnen ... seit Jahren gab es da keinerlei Reaktionen mehr, bezüglich Bugmeldungen zu RadPHP, Delphi for PHP, RadPHP Component Library, VCL for PHP oder der QaDRAM Component Library.

[Codehunter]

Ich denke der Post von Croco ist sehr nah an Spam dran. Zwei Jahre altes Profil und jetzt das erste Post geschrieben. Tststs

Zitat von himitsu:

Und für Edge werden die APIs sicher bissl anders aussehn.

Bisher konnte ich überhaupt keine API-Doku finden, wie man Edge als Container in eigenen Anwendungen einbetten könnte. Und selbst bei MS-Programmen die irgendwo HTML-Inhalte darstellen scheint immer noch MSHTML (IE) verwendet zu werden. Daher stellt sich mir die Frage, ob Edge an sich nicht auch nur ein Aufsatz für MSHTML ist und dort nur irgendeine Art Schalter umgelegt wird. Irgendwie kann ich mir auch nicht vorstellen, dass MS damals im Fingerschnippen mal eben einen komplett neuen Renderer mit DOM-Interface auf die Beine gestellt haben soll.

Oder auch hier:

Zitat:

Does the WebBrowser control work with Microsoft Edge?
In Windows 10 the WebBrowser control will use Internet Explorer’s legacy rendering engine, mshtml.dll. At this time EdgeHTML is not available through the WebBrowser control.

Und hier:

Zitat:

Does the WebView control use Microsoft EdgeHTML?
Yes. In Universal Windows Apps built for Windows 10, the WebView control use Microsoft EdgeHTML. WebView controls in apps built for Windows 8 & 8.1 will continue to load the MSHTML to preserve compatibility.

[himitsu]

Kann Wird so sein, das der IE immernoch drin ist. ("IE deinstallieren" hat ja praktisch auch nur die "Links" zur GUI, bzw. die GUI und nen Teil der Addonschnittstelle entfernt, aber der Kern blieb im Windows)
Im Explorer und im Active Desktop ist auch ein IE drin.

Aktuell wird nur noch die Version 11 des IE suportet, aber das soll auch irgendwann auslaufen (aktuell nur noch Sicherheitspatches)
und die eingebetteten IEs waren eh immer bissl abgespeckter. (der TWebBrowser war ja auch kein voller IE)

Ich dachte mal gelesen zu haben, dass die die RenderEngine gekauft hätten, aber Wiki meint

Zitat:

Edge unterstützt keine alten Technologien wie ActiveX und Browser Helper Objects mehr; stattdessen wird ein Erweiterungssystem genutzt, das zukünftig auch Firefox- und Chrome-Erweiterungen integrieren können soll.

Der (alte) TWebBrowser nutzt ActiveX.

Zitat:

EdgeHTML ist ein von Microsoft entwickelter proprietärer HTML-Renderer für den Microsoft Edge Webbrowser. Es ist ein Fork von Trident, dem alle Legacy-Codes von älteren Versionen von Internet Explorer entfernt wurden und die Mehrheit des Quellcodes mit neuen Web-Standards neu geschrieben wurde.

EdgeHTML ist neue Engine für Edge und Trident ist die vom IE.
http://www.zdnet.com/article/microso...nder-the-hood/

Zitat:

EdgeHTML ist als Softwarekomponente entworfen worden, um Softwareentwicklern die Möglichkeit zu bieten ihren Applikationen Webbrowsing-Funktionalität zu geben. Es hat eine COM-Schnittstelle für den Zugriff und die Editierung der Webseiten mit jeder Ausstattung für COM-Support, wie z. B. C++ und .NET. Damit kann man z. B. eine Webbrowser-Komponente zu einem C++ Programm hinzufügen und dann die Seite, die gerade angezeigt wird abrufen und Eigenschaften der Elemente abrufen. Ereignisse können damit auch aufgefangen werden. EdgeHTML wird auch dafür verwendet WinRT-Applikationen, die auf Web-Technologien basieren, zu rendern.

Seit ein oder zwei Versionen hat Delphi einen neuen TWebBrowser, der nicht auf den IE aufsetzt. (glaub ich, kann auch sein, dass es nur den neuen FMX-TWebBrowser betrifft)
War aber vorallem darum, damit der TWebBrowser auch im FMX und auch in anderen OS läuft.

[Codehunter]

Das mit dem ActiveX ist nicht so trivial wie es auf den ersten Blick aussieht und es wird oftmals (auch seitens Microsoft) falsch kommuniziert. Edge unterstützt im Gegensatz zum IE nicht mehr das Einbetten und Ausführen von ActiveX-Applets über das <object>-Tag im HTML-Quellcode. Das ist soweit richtig. Was aber nicht stimmt ist, dass das EdgeHTML-Framework sich nicht als ActiveX-Control in andere Anwendungen einbetten ließe. Im Gegenteil, ich möchte fast meinen Hintern drauf verwetten, dass das UI vom Edge-Browser auch nur ein Frontend ist das den Renderer als ActiveX ausführt/einbettet.

Es wäre nicht verkehrt wenn sich jemand dafür engagieren würde, eine brauchbare Delphi-Implementierung einer alternativen Rendering-Engine zu erstellen. Es gab da ja mal Versuche in Richtung Chrome-Engine, aber so richtig der Hit war das nie. Gebraucht wird es auf jeden Fall - und wahrscheinlich mehr über die VCL als über FMX. Denn im Moment sehe ich FMX wieder auf dem absteigenden Ast, Idera hat da wohl andere Pläne.

[mkinzler]

Edge basiert auf einer komplett neuen RenderEngine. Für diese gibt es aber noch keine ActiveX-Schnittstelle.

[Codehunter]

Zitat von mkinzler:

Edge basiert auf einer komplett neuen RenderEngine.

Dem widerspricht aber Wikipedia, wonach Edge ein "stark modifizierter Fork" von Trident sei. Deshalb auch meine Theorie, dass beide einen gemeinsamen Kern teilen und sich "nur" per Switch unterscheiden. Wobei das aber vorallem auf den Renderer zutrifft, nicht auf die JS-Engine Chakra, die tatsächlich komplett neu ist.

Zitat von mkinzler:

Für diese gibt es aber noch keine ActiveX-Schnittstelle.

Keine offizielle bzw. öffentlich dokumentierte jedenfalls. Was aber auch schon wieder nicht ganz korrekt ist, denn für Universal-Apps unter Win10 gibt es ein Webview-Control, das offiziell auf der EdgeHTML-Engine basiert. Die ganze Situation ist doch ziemlich verworren.

Es müsste ja auch nicht zwangsläufig ActiveX sein, nur eine irgendwie geartete Möglichkeit, einen HTML-Renderer in eigene Anwendungen einzubetten. Wysiwyg-Editing ist dann ja noch mal eine "verschärfte" Disziplin, das für den IE im Moment ein Alleinstellungsmerkmal ist.