Früherer Opera CEO gründet neuen Browser "Vivaldi" auf Blink Basis: Der wahre Nachfolger des Opera 12?

Opera CEO Jon von Tetzchner hat nun mitsamt früherer Opera Entwickler einen neuen Browser namens Vivaldi angekündigt, der auf der Chromium/Blink Engine sitzt, und der geistige Nachfolger des klassischen Opera Browsers werden soll, mit dem Power User anstatt des "Normalbenutzers" im zentralen Fokus, so Tetzchner.

Doch bei der Ankündigung endet es nicht; Die Gruppe rund um Tetzchner hat zugleich auch einen frühen Tech Preview [bereitgestellt], der anders als der neue Opera nicht erst ewig nur auf Windows umtriebig sein soll. Vielmehr bekommt der geneigte Tester hier sofort einen Browser, der sowohl unter Windows, MacOS X wie unter Linux (deb und rpm Pakete) verfügbar ist.

Natürlich handelt es sich hier noch um eine sehr frühe Version, doch schon hat sie Features mit an Bord, die Opera und andere Browserentwickler im Rahmen der Webkit/Blink Compositing Engine als "unlösbar" bezeichnet hatten, wie etwa die Sidebar. Dazu natürlich das Speed Dial, die Tab Trash Can, stapelbare Tabs... Selbst "Vivaldi Mail" findet sich in der Sidebar - ein bei Opera mittlerweile in separate Software ausgekoppeltes Feature - wenngleich Mail auch derweilen noch nicht implementiert ist, die Notizen hingegen sind bereits an Bord. Ob es auch Sync wieder geben soll, ist noch nicht klar.

Offenkundig hat die Version dennoch schon einen gewissen Feinschliff in Sachen "Opera Classic" erhalten - so gibt es das mittlerweile sonst überall typische Verhalten "Schließen des letzten Tabs schließt kompletten Browser" hier nicht. Eine Sache die unter Chrome/Chromium nur per Extensions funktioniert - und das oft mehr schlecht als recht - ist hier out of the Box dabei: Das Schließen des letzten Tabs tut genau, was man als Opera User erwarten würde; Es schließt nur den Tab. Als Ersatz bekommt der Benutzer standardmäßig wieder sein Speed Dial zu sehen.

Es ist anzunehmen, daß sich wohl noch einige weitere solcher kleinerer "Operaisken" in Vivaldi verstecken dürften.

Zudem wird wohl auch in die Zukunft gearbeitet und nicht nur in die Vergangenheit, so bekommt der Benutzer z.B. auch die Möglichkeit, mehrere Speed Dial Tabs einzurichten, um z.B. Arbeit von privatem zu trennen.

Der Browser hat Webkit/Blink typisch seine komplette GUI Library mitintegriert, und sieht daher auf allen Betriebssystemen gleich aus, den "Win8/10 Flat Look" gibt's also auch bei Window Managern auf Linux oder alten Systemen wie XP exakt wie hier zu sehen:

Auch leistungstechnisch macht Vivaldi trotz seines frühen Zustands einen guten Eindruck, was sicherlich der Blink Engine geschuldet sein dürfte, die nicht nur Webseiten, sondern auch den Rest des Browsers angenehm zackig auf den Schirm zeichnet, wie auch [Benchmarks] bereits belegen.

Kompatibilitätstechnisch gibt es zwar noch nicht soviel zu feiern wie noch bei Opera 10 bis 12, die es für "so ziemlich alles" gab (BSD UNIX, IBM OS/2, Symbian OS, um nur einige Seltsamkeiten zu nennen), die Entwickler haben sich aber nicht gescheut, zumindest auf Windows niemandem unnötig den Weg zu verbauen - in meinen Tests funktionierte der Browser bisher anstandslos auf Windows XP, Windows 7 wie auch Windows 10 TP - bisweilen aber nur als 32-Bit Programm. 64-Bit Versionen gibt es derweilen nur für Linux und MacOS X.

Auf Linux ist die Zeit der glorreichen statischen Builds übrigens auch nicht (ganz) vorbei: Man scheint sich an Debian 7 wie RedHat 7 zu orientieren, was an sich nicht schlecht ist. Installiert man das Paket auf einem etwas älteren System (von mir getestet auf CentOS 6), wird man beim Start leider gleich vom Nichtvorhandensein eines neueren GLIBCXX Symbols in der libstdc++.so begrüßt, was nicht unbedingt nötig wäre. Glücklicherweise ist das aber das einzige, was einen stoppt, der Rest erscheint statisch. Schnell also einen neuen GCC gebaut, dessen libstdc++.so.6 kopiert, Vivaldi damit im LD_LIBRARY_PATH gestartet, und der Browser funktioniert auch auf etwas älterem/konservativerem Linux anstandslos, ein relativ simpler Lösungsweg. Hier fehlt es also nur an ein paar Kleinigkeiten, um auch ältere Systeme nutzen zu können.

Finanziert wird das Projekt derweilen noch aus der Privatkasse (!) von Jon von Tetzchner selbst, hier steckt also offensichtlich Herzblut dahinter. Tetzchner - selbst erklärter Feind der heutigen Überwachungspolitik wie auch überbordender Adware - meinte dazu, daß man nur ein paar Millionen Benutzer bräuchte, um das Projekt selbsttragend werden zu lassen. Versionen für aktuelle Mobilbetriebssysteme seien bereits in der Pipeline, womit das Ziel durchaus in realistische Bereiche rücken könnte.

Tetzchner betonte aber auch, die mobilen Browserversionen erst veröffentlichen zu wollen, wenn sie dafür wirklich bereit sind.

Produktpolitisch verfolgt Vivaldi also offenbar die selben Ziele wie schon Opera selbst - immerhin sind hier Leute am Werk, die wissen müßten, wie es geht.

Man möchte beinahe glauben, es gäbe noch einen Rettungsring für den gediegenen Opera User, auch wenn er im Flatlook und ohne selbstgeschriebene Engine daherkommt.

Was man nun tun könnte? Den neuen Browser einfach ausprobieren: [Vivaldi Download] (Diese Webseite funktioniert übrigens auch in Opera 12 fehlerfrei...)

Bisher gibt es in der Blink Engine an sich (also in der Rendering Engine) für Spionage keinerlei Anzeichen (sprich: Kein Audit belegt die Sache oder zeigt etwas auf). Beim Rest von Chromium ist das ggf. halt nicht so. Natürlich würde ich hier eher nur quelloffene Browser bevorzugen, also Chromium auf Linux/UNIX oder den für Privacy modifizierten SRware Iron auf Windows - bei Vivaldi habe ich dahingehend aber weniger Sorgen, auch wenn der Quellcode nicht mitgeliefert wird. Einfach aufgrund der Geschichte des Mannes, der dahinter steht.

Beim tatsächlichen Chrome, der auch nicht-offene Bestandteile (binary blobs) enthält sieht das natürlich noch verschärft aus, dem würde ich auch nicht trauen wollen.

Aber ansonsten kann man ja immer mit Wireshark von einer anderen Maschine aus mitlauschen und sehen ob was passiert oder nicht - ich habe mir diese Arbeit aber noch nicht angetan.

Updaterequests (Extensions, Browser) schickt er natürlich hin. Hier müßte man die Requests genauer analysieren, also z.B. mit Wireshark zerlegen und genau begutachten. Auf Prism-Break wird sowieso nie ein Browser landen, der nicht quelloffen ist und mit entsprechenden Audits daherkommt. Vivaldi kann das also per se nicht schaffen (Opera auch nicht, der alte 12er sowieso nicht).

Wobei man sagen muß, die Leute von Prism-Break sind auch extrem. Mich wunderts, daß sie Firefox überhaupt empfehlen, einigen Leuten passts ja scheinbar nicht, daß er überhaupt auf Mozillas Updateserver verbindet, ohne den User nach Erlaubnis zu fragen..

Bisher ist Vivaldi aber für mich das, was Opera am nächsten kommt, Firefox und auch Iron/Chromium habe ich mit zig Extensions getestet, das ist einfach zum Vergessen. Von Otter habe ich gehört, bilde mir aber ein, daß er bisher weit weniger Plattformkompatibilität und damit Handlungsfreiheit aufweist? Aber das kann ich nicht belegen, werde ich noch Mal testen.

Edit: Win32 API >= NT6 ist bei Otter schon Mal Pflicht...

Müßte ich wohl versuchen selbst zu kompilieren, aber das Microsoft Visual Studio Zeug tu ich mir nicht nochmal an..

Edit 2: Ich streiche das oben jetzt nicht durch, aber: Es betrifft die x64 Version, die verpflichtend eine moderne Win32 API verlangt. Die 32-Bit geht scheints (wird offenbar nicht mit den selben Compiler Flags gebaut). Mal rumspielen.

Edit 3: Ah, mein Dateisystem sagt, daß ich Otter im April 2014 schon einmal getestet habe, und jetzt erinnere ich mich auch daran. Leider hat sich seit damals offenbar GUI-technisch nicht viel getan. Hier gibt es beinahe gar nichts was den Opera ausgemacht hat. Eine Sidebar ist überhaupt erst gar nicht vorhanden, ein Speed Dial (für mich der Kern der Usability) auch nicht?! Das wird also leider noch lange kein Ersatz sein können, wie mir das so aussieht.

Und das war ein Build, der vor 5 Stunden rausgekommen ist, viel neueres gibts da beim Otter also nicht.

Man muß auch sagen, Jon von Tetzchner hätte gar kein Recht, Presto zu nutzen, er darf also nicht, selbst wenn er wollte. Dazu müßte er die Engine wohl erst von Opera kaufen. Gecko will halt scheints keiner mehr wirklich nutzen, daher Blink. Webkit wär natürlich anstatt des Google Forks noch eine nette Option gewesen, weil da hat Google nicht direkt die Finger im Spiel.

Bei Opera selbst sind denke ich einfach die Entwickler nicht fähig, den Browser zurechtzubiegen. Alleine wie lange es gedauert hat, bis es ein ordentliches Speeddial gab.. Ganz zu schweigen von Linux! Die komplette Entwicklungsabteilung feuern macht halt einiges schwerer.

Vivaldi hat sicher noch einen ordentlich Satz Probleme, aber für den aller ersten Previewrelease schaut das funktional gar nicht Mal soo schlecht aus.

Jo, den "neuen Opera" hab ich so noch nicht zum Laufen bekommen - es aber auch nicht weiß Gott wie lange versucht muß ich zugeben. Vivaldi war da genügsamer, GCC kompilieren dauert zwar ewig, aber die libstdc++.so.6 die ich brauchte baut er ziemlich früh im Vorgang, die kann man dann gleich abgreifen während er noch baut und fertig. Und ehrlich gesagt - bevor ich den neuen Opera auf Linux nutze nehm ich allemal Vivaldi, sogar im aktuellen Zustand schon.

Derweilen arbeite ich aber wie von Grindhavoc schon beschrieben: Opera 12.16 (12.17 gibts nur auf Windows) für alles was geht, Firefox für alles was nicht mehr geht.

Irgendwann wird ein Ersatz aber nötig sein, und mir erscheint Vivaldi aktuell als die beste Option. Einfach Mal Feedback liefern an die Jungs und schaun wohin es sich bewegt.

Anwendungen brauchen schon seit Ewigkeiten digitale Signaturen, bekannt als "Code Signing Certificates". Diese unterliegen ähnlichen Mechanismen wie HTTPS-Zertifikate. Sprich: Auch hier gibt es Certificate Authorities, die Signing Certificates beglaubigen, die ihrerseits dann von Softwareherstellern genutzt werden, um "vertrauenswürdige Software" damit zu signieren. In einigen Bereichen wird derartiges mittlerweile sogar komplett erzwungen, Code ohne gültiges Zertifikat also unausführbar gemacht. Ein Beispiel dafür sind Java WebStart Applikationen.

Das ist also nichts ungewöhnliches. Ungewöhnlich ist nur, daß deine Version nicht sauber signiert ist... Die Versionsnummer ist auch nicht die aktuelle Beta, sondern scheinbar etwas aus dem Development Branch? Vielleicht isses deswegen noch nicht signiert.

Aktuell für Windows x64 ist Version 1.0.403.24 (Beta 3).

Und Vivaldi ist halt der einzige moderne Browser, der für mich hinreichend an "benutzbar" grenzt. Ist mein Primärbrowser sowohl unter XP x64 wie auch Win10 und Linux. Nur für FreeBSD gibt' ihn leider nach wie vor nicht, weil das bei den Entwicklern logischerweise recht weit unten auf der Prioritätenliste steht. Da hab ich also noch den alten Opera 12.16, mWn der letzte native für FreeBSD UNIX.

Achtung: Die eben veröffentlichte, "echte 1.0" des Browsers läuft auf NT5.2 basierenden Systemen nicht mehr in der 64-Bit Version. Das betrifft also v1.0.435.38.x64. Hierbei wird ein Wow64GetThreadContext() Call an die Win32 API in kernel32.dll abgesetzt. Diese WOW64 Funktion existiert aber erst ab NT6.0 / Windows Vista. Möglich, daß man hier nicht gegen die passende Platform SDK gelinked hat.

Habe einen Bugreport eingereicht, um die Entwickler darauf aufmerksam zu machen.

Die 32-Bit Version ist davon nicht beeinträchtigt und funktioniert nach wie vor.