Gibt es einen aktuellen Twebbrowser?

[jaenicke]

Wir nutzen Chromium Embedded, das funktioniert sehr viel besser und schneller als die Controls vom IE oder Mozilla. Und hat auch mehr und einfachere Features:
https://code.google.com/p/delphichromiumembedded/

[BBoy]

Zitat:

Zitat von BBoy (Beitrag 1211186)

Schade das der nicht mehr weiterentwickelt wird. Hat nette Features.

Zitat:

Wie wäre es. Du könntest ja die Weiterentwicklung in die Hand nehmen nachdem der eigentliche Entwickler nach jahrelangen kostenlosen Einsatz seiner Freizeit hier nicht mehr die Muse und Zeit findet.

Wenn ich richtig gut Programmieren könnte dann wäre das eine option.

Zitat:

Zitat von jaenicke (Beitrag 1211212)

Wir nutzen Chromium Embedded, das funktioniert sehr viel besser und schneller als die Controls vom IE oder Mozilla. Und hat auch mehr und einfachere Features:
https://code.google.com/p/delphichromiumembedded/

Den wollte ich auch testen aber beim Start bringt er mir immer den Fehler das ein modul fehlt und das obwohl ich alles im pfad habe und die dll's im projekt ordner.

[Codehunter]

Um jetzt nochmal auf das eigentliche Thema zurückzukommen: Kann man bei TWebbrowser nicht den gesendeten UserAgent-String frei definieren? Wenn da irgendwelcher Nonsens drin steht kann es sein dass der entfernte Webserver die Clientversion nicht richtig erkennt.

[Der schöne Günther]

Darauf würde ich nicht bauen, die (meistens trotzdem ziemlich unzuverlässige) Methode vieler Webseiten baut auf mehr als nur den User-Agent-String auf.

[Codehunter]

Es war ja auch keine Wette sondern nur eine Anregung woran es liegen KÖNNTE. Fakt ist: TWebbrowser kapselt den installierten IE. Ist der 9er oder 10er installiert, dann ist auch TWebbrowser der 9er oder 10er IE. Wenn die Webseiten das nicht erkennen, KÖNNTE der UserAgent-String die Ursache sein. Genausogut aber auch JavaScript. Wobei man das ja per Optionen einschalten kann im TWebbrowser. Wenn einem die Optionen dort nicht ausreichen kann man es ja mal mit TEmbeddedWB versuchen.

Zitat:

Zitat von Bernhard Geyer (Beitrag 1211210)

Opera hat vor kurzen entschieden ihre eigene HTML-Engine einzustampfen und auf WebKit zu wechseln. Damit sind nun die 90 Mitarbeiter in diesem Bereich ohne Beschäftigung und werden entlassen.

Wo hast du das denn her dass die die Leute entlassen? Angeblich sollen die doch nur umverteilt werden auf das Webkit- und das GUI-Team.

[Der schöne Günther]

Ich bin sowohl privat als auch auf der Arbeit immer mit dem IE9 unterwegs und habe schon einige Seiten gesehen, die meinten, man solle doch bitte auf einen neuen Browser wie

• Firefox
• Google Chrome
• Internet Explorer 9 (haha)

umsatteln.

Was man auch bedenken sollte: Wie sieht es mit der Tracking Protection aus? Ist die aktiviert oder nicht? Der IE blockt standardmäßig Skripte, Cookies und andere Dinge von Dritten ab oder nimmt Dinge wie eingebettete Google Adsense-Skripte heraus wenn die beispielsweise auf zehn verschiedenenen Seiten auftauchen.
Orientiert sich die eingebettete Variante an der Tracking Protection-List des Benutzers in seinem eigenen Internet Explorer?
Ist ActiveX-Filterung (z.B. Flash) standardmäßig aktiv?

[Bernhard Geyer]

Zitat:

Zitat von Codehunter (Beitrag 1211229)

Wo hast du das denn her dass die die Leute entlassen? Angeblich sollen die doch nur umverteilt werden auf das Webkit- und das GUI-Team.

Opera entlässt mehr als 90 Mitarbeiter

[Codehunter]

Zitat:

Zitat von Der schöne Günther (Beitrag 1211232)

Wie sieht es mit der Tracking Protection aus? Ist die aktiviert oder nicht? Der IE blockt standardmäßig Skripte, Cookies und andere Dinge von Dritten ab oder nimmt Dinge wie eingebettete Google Adsense-Skripte heraus wenn die beispielsweise auf zehn verschiedenenen Seiten auftauchen.
Orientiert sich die eingebettete Variante an der Tracking Protection-List des Benutzers in seinem eigenen Internet Explorer?
Ist ActiveX-Filterung (z.B. Flash) standardmäßig aktiv?

Da sind sich die Entwickler bei MS auch nicht so recht einig. Einen Teil der Einstellungen übernimmt die Embedded-Version, andere wieder nicht. Als Faustregel gilt da wohl: Für alles wo das ActiveX-Control eigene Schnittstellen bereitstellt werden keine Einstellungen vom IE-Browser übernommen. Es sei denn, sie sind für die Systemsicherheit relevant (was Cookies eigentlich nicht sind).

Macht im engeren Sinne durchaus Sinn, denn die ActiveX-Komponente soll womöglich für ganz andere Zwecke eingesetzt werden als der vollwertige Browser. Dann würden bestimmte User-Settings im IE-Browser womöglich die Funktion von anderen Programmen sabotieren.

Nehmen wir als Beispiel JavaScript: Wenn man das im IE-Browser komplett deaktiviert, aber eine .CHM-Hilfedatei mit eingebettetem JavaScript hat, dann führt die WinHelp das JavaScript trotzdem aus.

Machen wir uns nichts vor: In Sachen logischen Verhaltens ist der IE und sein ActiveX-Control wahrlich kein Musterknabe. Daher habe ich vorher schon auf TEmbeddedWB verwiesen, welcher mehr Konfigurationsmöglichkeiten bietet. Denn manchmal ist es ja durchaus gewollt, die Usersettings vom Desktopbrowser für das ActiveX-Control zu überschreiben.

[jaenicke]

Zitat:

Zitat von BBoy (Beitrag 1211217)

Den wollte ich auch testen aber beim Start bringt er mir immer den Fehler das ein modul fehlt und das obwohl ich alles im pfad habe und die dll's im projekt ordner.

Dann hast du vermutlich den Ordner mit den Sprachdateien nicht da. Kopiere einfach mal das komplette Downloadverzeichnis in dein Projektverzeichnis zum Testen.