Zitat Zitat von Whiz-zarD Beitrag anzeigen
Wieso nicht?
Wenn man schon so ein Murks programmieren will, will ich, dass es auch richtig funktioniert.
Wenn man schon damit rumposaunt, dass Ein Tab = ein Prozess so toll sein soll, weil die Tabs unabhängig voneinander arbeiten können, will ich auch, wenn der Hauptprozess abstürzt, dass alle anderen Prozesse normal weiterlaufen können. Denn im Grunde ist jeder Tab dann eine Kopie vom Hauptprozess.
Und chrome kann man auch komplett zum absturz bringen, wenn man einen x-beliebigen Tab zum Absturz bringt.
Wenn dann will ich wenigstens hier, dass die Prozesse weiterlaufen. Aber das tun sie auch nicht.
Dann kann man auch gleich wieder zur alten Variiante greifen und ein Hauptprozess laufen lassen, wo jede Seite als Child Window arbeitet.
Das heißt also, daß alle Tabs direkt unter init laufen sollen. Das hat den Nachteil, daß jegliche Kommunikation zwischen den Tabs und dem Hauptprogramm (und damit auch X/Aqua/GDI/WPF) über generisches message passing abgewickelt werden muß. Und dann sehen wir wirklich fiesen Overhead. Ganz zu schweigen davon, was passiert, wenn der neue Hauptprozess sich aus irgendeinem Grund nicht an die Tabs anhängen kann - dann hast du Prozessleichen im Speicher, die du manuell abschießen darfst. Ohne auch nur zu wissen, welche jetzt die Leichen sind.

Nur, weil eine Techologie nicht in jedem Feld perfekt ist, ist sie nicht gleich komplett zu ignorieren. Wir werfen ja auch nicht Unix weg, weil da der Rechner flach liegt, wenn init abstürzt.


@EULA: Was erwartet ihr? Das ist Google!