Pierre
Ich hoffe immer noch auf Arora oder Konqueror mit webkit-kde; aber vor QT-4.5 (März oder evtl. früher) taugt das nichts.
Army
Ja Arora gefällt mir auch sehr, aber leider funktionieren die Tastenkombinationen nicht, was ein angenehmes Surfen unmöglich macht.
wbs
Was mich an den meisten kleinen Browsern stört ist eine fehlende Cookie verwaltung. Das löst Firefox einzigartig und bietet die Möglichkeit, Wildcards für Seiten auf denen man Cookies verwenden will zu erstellen. Alle anderen werden dann geblockt.
Konqueror und Epiphany können bei jeder Seite einzeln nachfragen, ob Cookies verwendet werden sollen. Zumindest war das so, als ich die Browser benutzt habe. Midori kann, soweit ich das bis jetzt feststellen konnte, in der Richtung gar nichts, deshalb ist er für mich ein No Go.
Army
Liegt nicht an Midori, sondern an Webkit 😉 Kompilliere Webkit mit libsoup 2.25.92 und danach Midori und du wirst Cookies zur Verfügung haben. Allerdings ist diese Version von libsoup noch nicht fertig, was Webkit extrem instabil macht. Webkit und Midori sind noch nicht soweit, aber sie kommen!! 🙂
wbs
Das ist das nächste, Midori kann ja gar keine Cookies speichern oder?
Mir geht's ja um die Cookieverwaltung, also ob der Browser Cookies von einer Seite akzeptiert oder nicht. Und da hat der Fx die einzig vernünftige Lösung.
Army
Du darfst Midori auch nicht mit FF gleich stellen in Sachen Features! Midori ist total jung, noch nicht mal im Alpha-Stadium und Firefox ist seit Jahren etabliert. Bleib bei Firefox, wenn du diese Features brauchst, das ist ja auch völlig legitim. Ich finde es nur total toll, zu beobachten, wie sich Midori langsam aber sicher entwickelt. Noch vor wenigen Wochen kaum zu benutzen und jetzt ist er eigentlich mein Hauptbrowser, Firefox schmeiß ich nur an, wenn irgend eine Seite mein, zicken zu müssen. Ich hab Webkit jetzt wieder mit curl am Laufen, weil es einfach um Welten stabiler ist. Daher macht mir das mit den fehlenden Cookies auch kaum was, ich schließ den Midori schlicht und einfach nicht 🙂
efreak4u
bin auch gespannt, was aus midory und webkit wird... entwickelt sich bis jetz ja ganz gut... bis midori nen paar mehr features hat, werde ich aber trotzdem den ff benutzen...
Kinch
Wer kleine Browser benutzt und Sachen wie Noscript oder Adblockplus vermisst, kann sich ja auch mal an Bfilter oder Privoxy versuchen. Die Funktionalität ist denke ich vergleichbar bzw. deutlich höher und funktionieren mit jedem proxyfähigen Browser.
Nur lässt sich das kaum direkt über den Browser steuern.
Was mich an Midori derzeit stört sind die gelegentlichen Segmentfaults, die wohl an Webkit liegen.
Army
Der Midori kann Mausgesten, Firefox kann das nicht so ohne weiteres 😛 ... Und er macht nen Tab neben dem aktuellen auf, das mag ich und Firefox braucht dafür auch n Plugin .. Trotzdem, NOCH ist auch für mich FF der beste Browser. Mal sehn, wie das in ca nem halben Jahr oder so aussieht, meinetwegen auch Ende des Jahres. Ich wette, dass Webkit + Midori bis dahin sehr groß ist (nicht im Sinne von große Binary oder so, sondern einfach nur gut)
[gelöscht]
Bis jetzt nutze ich als "Addblocker" privoxy unter Midori. Es ist begrenzt auch über den Browser konfigurierbar (Feinarbeit natürlich ausgeschlossen).
Mich würde interessieren, ob einer von euch das "FiltersetP" (wie in den
Midori-FAQ beschrieben) zum Funktionieren gebracht hat? Es wird bei mir zwar in den User-Styles dargestellt, aber zeigt leider keine Wirkung.
Army
Funktioniert bei mir auch nicht so richtig, wobei es glaub ich mit webkitgtk-svn und midori-git ausm AUR funktioniert.. Standardmäßig hab ich rechts unten in Midori nur Bilder erlaubt, Skripte und Zusatzmodule aber nicht. Das ist auch schon ein netter AdBlocker 😉 Aber natürlich nicht vergleichbar mit dem, was man von nem gscheiten AdBlocker erwartet. Ich werd das aber mal austesten, wobei was globales, vor den Browser geschaltetes natürlich auch was für sich hat 🙂
redbit
Army schrieb
Ich hab Webkit jetzt wieder mit curl am Laufen, weil es einfach um Welten stabiler ist. Daher macht mir das mit den fehlenden Cookies auch kaum was, ich schließ den Midori schlicht und einfach nicht 🙂
Ich wollte gerade nachfragen, wie ihr das mit den Cookies macht. Aber auf die Idee bin ich nicht gekommen. Vorm Hibernate also immer den midori anlassen 🙂
Apropos: Im Ubuntuusers Forum wird gerade über einen JavaScript Benchmark diskutiert. Hier erzielt Midori fast 3 mal mehr Punkte wie der Firefox 3.0.7 auf meinem System. Auch wenn ich auf Benchmarks dieser Art normalerweise nicht viel gebe, aber hier ist scheinbar doch ein Geschwindigkeitsvorteil vorhanden. 🙂
Army
redbit schrieb
Ich wollte gerade nachfragen, wie ihr das mit den Cookies macht.
Also wie oben gesagt, es GEHT, aber die dafür benötigten Abhängigkeiten machen Webkit instabil wie Sau, zumindest wenn man in Midori Skripte und Zusatzmodule erlaubt (die beiden deaktiviert macht ihn auch sehr stabil, aber wie wir alle wissen, kommt man so net allzu weit im Netz)
Diesen Benchmark werd ich auch mal ausprobieren, ich geh mal davon aus, dass das der
peacekeeper ist? Hab mir mal den FF 3.1b3 ausm AUR kompilliert (der mit PGO-Optimierung), mal sehn, wie der gegen Midori abschneidet :lol:
SiD
also ich habe heute midori-git mit libwebkit libsoup aus testing gebaut und habe cookies und bis lang noch keine abstürze.
Army
Hast du auch Skripte und Zusatzmodule aktiviert? Weil wenn die deaktiviert sind, ist er tatsächlich auch mit libsoup sehr stabil und das schon seit längerem eigentlich.
SiD
ja hab beides aktiviert
Army
Ich hab den Midori jetzt auch ausm AUR genommen und über die Pakete aus testing kompilliert, also genau wie du und das ist wirklich stabil, gut dass du es gesagt hast! Die farbigen Tabs find ich aber bissl merkwürdig 😉 Aber mal wieder ein Feature, was FF nur per Plugin anbietet, hehe. Hoffentlich macht so Zeug den Midori nicht fett! Aber bisher merkt man noch nix davon, flutscht schön das Ding
edit: Für die, die es interessiert, Midori hat jetzt einen eingebauten Download-Manager! Ich finds bissl schade, da ich das Skript ganz praktisch fand eigentlich, aber naja, ein gscheiter Browser braucht halt n Dl-Manager und den gibts hier nun 🙂
Kinch
Also ich habe auch mal den Midori aus dem Git genommen. Die Cookies funktionieren bis jetzt einwandfrei und ich bin auch sonst ziemlich begeistert von ihm. Er hat bereits viele Funktionen für die ich eigentlich bisher immer den Opera nutze. Da er jetzt Cookies kann, kann man (bzw. ich) ihn auch ernsthaft einsetzen.
Das mit dem Download-Manager finde ich auch etwas schade; ich fand beim Testen des Midoris bisher ganz angenehm den aria2 direkt benutzen zu können.
Aber zwei Fragen: Kann man irgendwie auch die Lesezeiche-Funktion so nutzen, dass man Ordner in einer höhren Verschachtelungs-Tiefe benutzen kann? Wenn ich ein neues Lesezeichen anlege kann ich nur die Ordner der ersten Tiefe auswählen, jedoch keine tieferen. Geht das nur, in dem man die Datei bookmarks.xbel per Hand anpasst?
Und kann man von der GUI aus die Menü-Leiste wieder einblenden, wenn man sie mal ausblendete? Gibts da vielleicht ne Tasten-Kombination für?
Army
Kinch schrieb
Und kann man von der GUI aus die Menü-Leiste wieder einblenden, wenn man sie mal ausblendete? Gibts da vielleicht ne Tasten-Kombination für?
Meinst du vielleicht F9?
Also er ist wirklich stabiler als noch vor kurzem, aber noch immer nicht so stabil, wie wenn ich den Midori ausm Repo benutze, der dann keine Cookies usw kann. Da die Webkit-Version aber die gleiche geblieben ist, schließe ich mal daraus, dass die Instabilität von Midori und nicht von Webkit kommt. Aber Skripte und Zusatzmodule, die ich jetzt zum Testen immer beide an gelassen hab, hab ich normalerweise immer deaktiviert, das wird die Stabilität wieder zurück bringen 🙂
Kinch
Hi,
ne F9 schaltet ja die Seitenleiste ein oder aus. Die Menü-Leiste ist die oberste Leiste, mit "Datei", "Bearbeiten" etc ...
Es hat mich beim Opera immer gestört, dass man sie dort nicht ausblenden kann. Wenn ich sie beim Midori ausblende, aber kurzzeitig mal wieder brauche, muss ich die in der "config" extra wieder aktivieren.