Software für Browsergames

Mich würde interessieren, was Ihr von einen eigens für ein Browsergame geschriebenen Browser bzw. ähnlicher Software halten würdet.
Die Betas/Alphas meiner Games mache ich seit einiiger Zeit mir meinem Demo-Browser.
Aber von der Entwicklerseite her bietet das sehr viele Vorteile, wodurch ich mit dem Gedanken spiele ein paar meiner Browsergames extra für den zu optimieren.
Der Demo-Browser war zwar nur um dem Kunden den Status der Freelancer-Projekte mitzuteilen, aber es werden jetzt doch immer mehr Sachen, die ich über den mach'.
Also im Grunde würde mich interessieren ob sich jemand für ein Browsergame eine 32kb große Anwendung installieren würde...
Richtig gute Vorteile für den User sind mir bis jetz tnicht eingefallen, aber zumindest von meiner Seite her bringt es welche.
Aber da ich kein Spieler bin, kann ich das auch nicht richtig beurteilen
Einige Projekte sind, und werden, nur über die Software laufen...Aber ob ich wirklich neuere Games hauptsächlich über diese Software anbieten soll? - Wäre aber auch ein Grund das ganze weiter zu entwickeln, und meine Scriptsprache fertig zu stellen...
Feedback, please

Hab ich auch schonmal drüber nachgedacht doch ich sag eindeutig Nein!
BGs sind dazu da, dass man sie überall spielen kann.. und wenn man schon zu Hause und im Büro spielt, dann ist das allein ein Grafikpack mehr als nervig! Ein Programm was man dann erstmal irgendwo installieren muss würde ich wohl nicht nutzen.

Sehe ich ähnlich wie Mudder, jedoch, wenn dieser Browser mir Features bietet, die ich mit einem normalen Browser nicht haben kann und ich diesen Browser so flexibel und einfach wie einen Standard-Browser einsetzen kann (d.h. auch Crossplatformfähig, überall auch mit Userrechten installierbar, etc), dann wäre es sicherlich eine Option.
Besser wäre aber sicher ein normaler Browser.

macht auch absolut kein Sinn in meinen Augen.
Hier überwiegt doch eher der Spieltrieb als der Nutzfaktor...hab ich recht !?

Wie Mudder schon geschrieben hat, ich spiele Browsergames meistens an verschiedenen Orten.
Das gute an (X)HTML ist ja, dass es für nahezu jede Plattform auch einen Browser gibt, der das darstellen kann. Sonst könnte ich auch gleich ein Client MMOG Spielen.
Mfg SpeedyGTD

Spiele für die eine spiezielle Software installiert werden muß fallen für mich in die Kategorie Client Games. Einzige für mich aktzeptable Ausnahme ist die installation des Flash Players.
Als Spieler interresiert es mich herzlich wenig wenn sich die Entwickler mit Cross Browser Problemen herumschlagen müssen, nen anderen Grund für einen eigenen Browser kann ich mir als Entwickler im Moment nicht vorstellen.

würd ich auch eher nicht machen,
damit wird wie schon gesagt,
der Witz an den BGs, also ihre Software- und Plattformunabhängigkeit ad absurdum gefhrt

Nope, ein Browsergame, daß einen speziellen Browser voraussetzt, ist de facto keines mehr, sondern ein Clientgame, auch wenn der Client noch so schlank ist.
Ein Browsergame hat mit jedem standardkonformen Browser unter jedem Betriebssystem zu laufen, wenn da ein spezieller Browser ran muß, der möglicherweise nur unter Windows läuft, weil er die IE API benutzt, dann ist das ein absolutes No-Go für mich.
Genauso lehne ich Flash und Java innerhalb eines Browsergames ab. Reine Flashgames (z.B. Dofus) sind ok und reine Java Games (z.B. Puzzle Pirates) ebenso, aber diese Zwitter kann ich echt nicht ab.

Was hast du gegen Flash?

es ist nicht Systemunabhängig.

Original von woodworker
es ist nicht Systemunabhängig.

Auf welchen Systemen läuft es denn nicht?

auf Linux x64 z.B. nicht.
Zumindest früher liefs auch nicht auf Windows x64, ob sich das geändert hat, weiß ich nicht.

und vieles, das die leute in flash bauen, könnte man genauso mit html/javascript realisieren.

nur dass flash browserunabhängig ist und Javascript nicht.
Aber egal, ich würds verwenden.

Original von blum
und vieles, das die leute in flash bauen, könnte man genauso mit html/javascript realisieren.

Mal ganz abgesehen von den grafischen Möglichkeiten gehen 2 Dinge mit Flash wesentlich besser als mit html/Javascript, Comet/Server Push und lokale Datenspeicherung. Für beides gibt es natürlich Fallback Lösungen nur in html/Javascript aber Browsergames mit "Fat" Client können deutlich von Flash profitieren.

Original von Flint

Original von blum
und vieles, das die leute in flash bauen, könnte man genauso mit html/javascript realisieren.

Mal ganz abgesehen von den grafischen Möglichkeiten gehen 2 Dinge mit Flash wesentlich besser als mit html/Javascript, Comet/Server Push und lokale Datenspeicherung. Für beides gibt es natürlich Fallback Lösungen nur in html/Javascript aber Browsergames mit "Fat" Client können deutlich von Flash profitieren.
ja manche sachen fehlen mir in javascript/html, zB socket-verbindungen.
ich meinte nur, dass ich auf vielen seiten flash sehe, wo man das genauso gut/besser mit javascript/html hätte realisieren können.
ich hab lange ausschliesslich mit flash gearbeitet, aber irgendwie mag ichs nicht.

@Blabbo: Flash 7 gibt es nur für windows und linux, und alles ab flash 8 ist eh nur auf die windows platform beschränkt.
und mit svg+xmlhttprequest+js kann ich mir auch flash nachbauen
und SVG und JS ist da etwas flexibler was die platform angeht.
und wenn da würde ich doch zu eine JavaFatclient tendieren und den Browser komplett rauswerfen

Original von woodworker
@Blabbo: Flash 7 gibt es nur für windows und linux, und alles ab flash 8 ist eh nur auf die windows platform beschränkt.
und mit svg+xmlhttprequest+js kann ich mir auch flash nachbauen
und SVG und JS ist da etwas flexibler was die platform angeht.
und wenn da würde ich doch zu eine JavaFatclient tendieren und den Browser komplett rauswerfen

Naja SVG ist zwar ne feine Sache aber auf eine Technik die sich nach ca. x Jahren im Internet nicht mal ansatzweise durchgesetzt hat und die auf keine Instalationsbasis zurückgreifen kann würde ich nicht setzen.
Flash 9 wird im übrigen für Windows, Linux und Mac OS erscheinen, was in meinen Augen ausreichend ist. Wüßte nicht welche Plattformen sonst noch in Frage kähmen ^^
Was ich als "Fat" Client bezeichne sind Browsergames die sich an Web 2.0 bzw. Web Applications orientieren und nicht an eine klassische "Homepage" erinneren. Ich persönliche würde Flash auch nur für die beschriebenen Fälle (Socket Verbindung und Datenspeicherung) einsetzen und auch nur mit Fallback Möglichkeit für Leute ohne Flash. Ich mag einfach Flash mit seinem Filmorientierten Ansatz als Entwicklungsumgebung nicht.
Ich sehe aber weiterhin Vorteile darin den Browser als Client zu haben und nicht auf einen komplett eigenen Client, z.B. in Java zu setzen.
Aber zurück zum eigentlichen Thema, ich bleibe dabei Nein zu einem selbstgestrickten Browser. Sehe darin keine Vorteile für den Anwender/Spieler.

zur not kann man natürlich einen 1x1pixel grossen flash film einbauen, der die socketfunktionen bereitstellt und dann mit javascript kommuniziert.
hatte sowas mal kurz für mein browserspiel angedacht, aber bin davon wieder weggekommen.

Original von woodworker
und mit svg+xmlhttprequest+js kann ich mir auch flash nachbauen
und SVG und JS ist da etwas flexibler was die platform angeht.

wtf ist SVG?
Flash hat immerhin eine Verbreitung von 98% (oder sowas) und unter Browserspielern wahrscheinlich noch mehr.

Original von woodworkerund wenn da würde ich doch zu eine JavaFatclient tendieren und den Browser komplett rauswerfen

wtf ist ein JavaFatclient?
Warum sollte man sich mit Javascript (imo furchtbar zu entwickeln) oder sonstigem abgefahrenen Zeugs, das keiner kennt abmühen,
um dinge zu realisieren, die in Flash mit ein paar Klicks erledigt sind?

Original von Blabbo
wtf ist SVG?

Scalable Vector Graphics

Original von Blabbo

wtf ist ein JavaFatclient?
Warum sollte man sich mit Javascript (imo furchtbar zu entwickeln) oder sonstigem abgefahrenen Zeugs, das keiner kennt abmühen,
um dinge zu realisieren, die in Flash mit ein paar Klicks erledigt sind?
Woodworker meinte einen Java Client. Ich meinte mit "Fat Client" tatsächlich einen Javascript lastigen Client, der im Grunde mit einer anfänglich geladen Seite auskommt und danach mit AJAX/Comet auf dem laufenden gehalten wird. Ich stelle mir ein solches Spiel vom Erscheinungsbild so vor wie klassiche ältere Spiele wie z.B. Civilisation, Warcraft etc. Im Gegensatz zu vielen anderen Browsergames die aus mehr oder weniger unabhängien Einzelseiten bestehen.
Spiele mit einem solchen "Fat Client" Ansatz gibts aber auch schon reichlich, wenn auch oft inkonsequent umgesetzt.

Original von Flint
Woodworker meinte einen Java Client. Ich meinte mit "Fat Client" tatsächlich einen Javascript lastigen Client, der im Grunde mit einer anfänglich geladen Seite auskommt und danach mit AJAX/Comet auf dem laufenden gehalten wird. Ich stelle mir ein solches Spiel vom Erscheinungsbild so vor wie klassiche ältere Spiele wie z.B. Civilisation, Warcraft etc. Im Gegensatz zu vielen anderen Browsergames die aus mehr oder weniger unabhängien Einzelseiten bestehen.
Spiele mit einem solchen "Fat Client" Ansatz gibts aber auch schon reichlich, wenn auch oft inkonsequent umgesetzt.

Ich versuch mich aktuell auch an einem solchen Ansatz. Steckt noch arg in den Kinderschuhen. An Erfahrungsaustausch bin ich immer interessiert!
Kannst ja mal einen Blick riskieren:
oh-dev.tobyf.de
Aber wie gesagt, das ist noch nicht einmal Alpha, sondern eher sowas wie eine Techdemo, was machbar ist. Da fehlt noch viel Feinschliff.

Bei SVG hat man noch eine miserablere Durchdringung wie bei Flash.
Ich persönlich werde nur auf Technologien setzen, die im Standard IE 7 und Standard Firefox 1.5 laufen, dazu zählt Flash nicht.
Flash und Java wäre für mich als Spieler allerdings die maximale Voraussetzung, die ich akzeptieren würde.

Original von TheUndeadable
Bei SVG hat man noch eine miserablere Durchdringung wie bei Flash.

Wie ich unter dem obigen link zum Wikipedia festellen mußte wird SVG in seinen Grundzügen (Scripting, Grundformen) eigentlich von jedem neueren Browser nativ Unterstüzt. Wenn IE 7.x dann auch eine SVG Implementierung bekommt könnte es doch wieder interresant werden. Weil dann sind es fast nur noch exotische/ältere Browser die es nicht native (ohne Pluging etc.) können.

Also ich freue mich über das Interesse an dem ganzen, und dass fast ein Drittel es in Erwägung ziehen würde.
Also von der Entwicklerseite her, hat es meiner Meinung nach einige Vorteile, aber das kommt auch immer auf die Anwendung an.
Für den Spieler wäre es bestimmt eine Umstellung, und es wäre nur eine Optionale Möglichkeit - eben dass ich einige Games extra für diesen "Browser" optimiere.
Vorteile für den Spieler gibt es nicht wirklich... mir fallen keine ein, außer dass man direkt mit dem Spielen loslegen kann.
Nachteil ist eben der Browser bz. Client, der erst gesaugt und installiert werden muss.
Jedoch unterstützt er wie gesagt auch andere Scriptsprachen und ähnliches, ich kann somit über meine Seite direkt mit dem Browser kommunizieren.
Und ich kann die Verwendung von Software auf den Browser besser unterbinden (noch nicht implementiert, aber eine brauchbare Idee)
Von der Entwicklerseite her, gibt es da meiner Meinung nach unbegrenzte Möglichkeiten. So kann man dadurch ein "Browsergame" mit Client machen, was aber zb. komplett in Echtzeit ist, DirectX verwendet, und dennoch über eine Seite aufgerufen wird.
Mit einem "normalen" Browser ist das nicht möglich.
Also Vorteile gibt es jede Menge.. fast unbegrenzt...
Aber diese müssen nunmal erst erschaffen werden, und es wird ein großteil eher für die Entwicklerseite sein, als für den User.
Wobei der User auch nicht leer ausgehn würde..

Original von MagicForrest
Von der Entwicklerseite her, gibt es da meiner Meinung nach unbegrenzte Möglichkeiten. So kann man dadurch ein "Browsergame" mit Client machen, was aber zb. komplett in Echtzeit ist, DirectX verwendet, und dennoch über eine Seite aufgerufen wird.
Mit einem "normalen" Browser ist das nicht möglich.

Ähm meinst du vieleicht einen Launcher über den lediglich ein echter Client aufgerufen wird, ähnlich wie ihn die meisten MMORPGS haben. Login News etc in nem kleinen Minibrowser und dann startet man von da das eigentlich Spiel ?
Weil das DirectX sich direkt in eine HTML Seite einbinden läst währe mir neu.
Oder meinst du einen Cleint der auch HTML Inhalte darstellen kann?
Meiner Meinung nach entfernst du dich sehr weit von dem was man im allgemeinen als Browsergame bezeichnet auch wenn du deinen HTML anzeigefähigen Client Browser nennst

Soso, jetzt sind wir schon bei DirectX angelangt, ich frage mich, was das noch mit "Browser" zu tun hat?
So wie ich zwischen den Zeilen herauslese, machst Du wahrscheinlich nichts anderes als ein IE Objekt mittels ActiveX/COM in eine Windowsapplikation einzubinden. Das hat aber nix mehr mit Browserspiel zu tun, das ist ein Client mit integriertem Browsermodul.
Probleme damit:
- Plattformabhängig (Windows only)
- Benutzer benötigt u.U. administrative Rechte, um sowas zu installieren
- Software hat vollen Zugriff auf den Rechner - Vertrauensfrage
Angesichts der Probleme würde ich eher zu der schon vorgeschlagenen Alternative Java Client (meinetwegen mit OpenGL) greifen.

Also ich finde der grosse Vorteil an Browsergames ist, dass man eben nichts installieren muss.
Wenn ich erst mal was installieren muss dann spiel ich lieber gleich ein richtiges Clientgame. Da hat man wenigstens auch eine flüssige Grafik. Ein optionaler Client währe schon OK.

noch ein problem
-betriebsysteamabhängig
es macht nämlich auch einen unterschied ob man windows 95 oder xp benutzt
(ich hasse runtimepackages)

Wie schon häufig erwähnt, ist es eben ein Vorteil des Browsergames, dass man es von überall aus spielen kann, ohne dass Software installiert werden muss, denn sonst wäre es ja ein Clientgame (und dann kann man gleich zu EQ2, WoW oder sonstwas gehen).
Was ich mir aber halbwegs vorstellen kann, wäre ein Browser, der z.B. einen erweiterten (X)HTML-Sprachschatz hat. Der also für alle normalen Seiten ein völlig normaler Browser ist, aber die BG-Entwickler können dann spezielle Tags einbinden, die dann besondere Funktionen haben, Es könnten zusätzliche JS-Bibliothekn integriert werden, die vieles erleichtern (am Ende hat JavaScript dann fast so viele Klasse wie Java).
Dumm ist nur, dass dann wieder mal ein neuer "Standard" auf dem Markt ist und sowas hasse ich extrem (10 Firmen mit 10 verschiedenen Systemen). D.h. man müsste sich dann in der kompletten BG-Szene international auf einen Standard einigen (was schon einmal fast unmöglich ist).
Es kann auch sein, dass ich dafür zu wenig Fantasie habe, aber mir fällt spontan auch nichts ein, was man in einen Spezialbrowser integrieren kann, dass es ein grosser Vorteil für BG's wäre UND wo auch wieder ein Fallback auf normale Browser möglich ist.

mmh...
oder die entwickler müssten alle zusammenschmeissen... und dann eben ubdates bringen
matthias

Das mit DirectX war nur ein Weit in die Zukunf tgegriffenes Beispiel.
Aber eben noch ein Browser, jedoch unterstütz dieser dann eine neuartige Scriptsprache, durch die er auch 3D Modelle usw darstellen kann.
Aber das wäre mit Sicherheit kein Browsergame mehr..
Ich meinte das aber auch nur als Beispiel.. aber da könnte man leicht eigene Scripsprachen erstellen, und den Browser direkt manipulieren, und Effekte erzeugen, ohne Angst zu haben dass der Browser es nicht darstellen kann.
Aber dafür wäre ja dann ein Client nötig.. hm.. naja, ich glaube ich werde erstmal alles so lassen wie es ist, vielleicht werde ich nach all meinen aktuellen Projekten mal so einen Browser und auch ein dazu passendes Spiel erstellen.
//Edit: Wow, ich hätte echt nicht gedacht das jemand für "Ja, auf jeden Fall" stimmt

Original von MagicForrest
Das mit DirectX war nur ein Weit in die Zukunf tgegriffenes Beispiel.
Aber eben noch ein Browser, jedoch unterstütz dieser dann eine neuartige Scriptsprache, durch die er auch 3D Modelle usw darstellen kann.
Aber das wäre mit Sicherheit kein Browsergame mehr..

director kann das schon länger. director war sowieso immer das bessere flash, bildbearbeitung zur laufzeit ähnlich der gd-bibliothek, videos einbinden, 3d modelle darstellen etc. gibts alles schon seit jahren. hat sich aber irgendwie nie richtig durchgesetzt, weil alle welt auf flash geschworen hat.
und der scripteditor in director wirklich ein graus war (zB nur 1maliges strg-z möglich, aus versehen was markiert, 2 zeichen eingegeben und undwiderbringlich futsch war der ganze code)

Original von MagicForrest
//Edit: Wow, ich hätte echt nicht gedacht das jemand für "Ja, auf jeden Fall" stimmt

Naja, sind immer Leute dabei, die die Frage nicht richtig verstehen
Aber mal ne andere Sache ...
im Grunde ist doch ein Browser auch ein "Client", der allerdings so weit verbreitet und sich an bestimmte Standards hält, weswegen auch Browserspiele mit IE UND FF UND Opera etc. funktionieren.
Bringst du jetzt deinen "Browser" mit x Zusatzfunktionen raus, ist es kein (klassischer) Browser mehr, sondern ein Client, der auch Webseiten anzeigen kann.
Würdest du es schaffen, deinen Browser extrem zu verbreiten (80% Marktanteil ), dann könnte man es wieder als Fast-Standard ansehen und er würde vielleicht wirklich als "Browser" durchgehen und die Spiele, die drauf laufen, als "Browserspiele".
Bis dahin, sind es allerdings imo "Clientspiele".
edit: @blum: Flash hat sich im Web durchgesetzt, weil es fürs Web konzipiert ist, Director nicht.

Naja, das ganze ist kein richtiger Browser - also der User kann nur die hardcoded Seiten besuchen.
Es wäre eben nur für spezielle Sachen gedacht..
Ich will keinesfalls einen komplett neuen Browser erstellen... momentan habe ich dafür nicht die Zeit, und Lust dazu.
Außerdem finde ich als WebBrowser FireFox super
Da will ich auch keinen anderen verwenden, auch wenn heute aus unerkennbaren Gründen die ganzen Favs weg waren..
Das ganze ist Momentan nur eine kleine Anwendung die ich geschrieben habe, um meinen Kunden den Fortschritt der jeweiligen Software/Scriptes/etc zu demonstrieren.
Aber es ist ausbaufähig, und dann wären viele nette Spielerein im Browser möglich..
Aber fürs erste werde ich da wohl nicht weiter in die Richtung "echter Browser mit neuen coolen Features" gehen, da ja auch die Umfrage zeigt, dass die meisten nicht viel davon halten.
Was aber nicht bedeutet dass ich nicht mehr in die Richtung weiterarbeite... Nur halt nicht momentan
Aber in absehbarer Zukunft werde ich vielleicht noch daran rumspielen..
Vor allem die eigentlich unbegrenzten Möglichkeiten reizen mich jetzt immer mehr..
Es muss ja nicht 3D sein.. aber man kann da schon schöne Games machen, die dann auch wirklich in Echtzeit ablaufen etc...
Und Designs die wie bei einem echten Spiel sind, wären dann auch keni wirkliches Problem mehr. .. hm.. überhaupt wäre da mehr oder weniger leicht ein Echtzeit Strategie-Spiel o.ä. möglich...
Danke jedenfalls für das ganze Feedback!

Klar...wenn ich wirklich an dem spiel interessiert bin downloaden ich auchh solche kleine dateien dafür

Es muss ja nicht 3D sein.. aber man kann da schon schöne Games machen, die dann auch wirklich in Echtzeit ablaufen etc...
Und Designs die wie bei einem echten Spiel sind, wären dann auch keni wirkliches Problem mehr. .. hm.. überhaupt wäre da mehr oder weniger leicht ein Echtzeit Strategie-Spiel o.ä. möglich...
Danke jedenfalls für das ganze Feedback!

Ja ist auch ein Client für den das selbe gilt wie für jeden anderen Client in einer belibigen Programmiersprache. Lass einfach das Wort Browser für deine Idee weg dann passts schon
Was du oben als Möglichkeiten beschreibst ist imho auch jetzt schon möglich und sogar in allen gängigen Browsern lauffähig.
Du kannst auch anfangen Spiele für vorhanden Browser zu entwicklen und dabei auf Brwoserspezifische Features zurückgreifen. Die meisten haben ja individulle Möglichkeiten die nicht Standard sind und viele neue Möglichkeiten eröffnen, FireFox ist da ein gutes Beispiel. Den kannst du mit seinen diversen Möglichkeiten auch zu einigem bringen inc. einem Client ähnlichen Game in C++. Aber ob das dann noch ein Browsergame ist nur weil es im Browser läuft ? ^^

Man könnte ja ein BG-Plugin für den Firefox schreiben, welches dann spezielle Funktionen und Möglichkeiten einbindet.
Dann könnte man über eine spezielle Sprache eben auch 3D-Modelle erstellen und durch das Plugin anzeigen lassen. Aber es darf eben nichts sein, was den Spielfluss beeinträchtigt, es muss auch alles ohne dieses Plugin funktionieren (nur dass es dann evtl. nicht so gut aussieht).
Die BG's, die das Plugin verwenden, bieten es dann zum Download an und so verbreitet sich das dann immer weiter...
Problem hierbei wäre allerdings wieder mal ein einheitlicher Standrd, der möglichst auch international sein sollte...

Genau ds wollte ich auch grad vorschlagen
Da bleib nur noch das Problem mit den anderen Browsern, ich weiß nicht, ob es so einfach geht, Plugins für den IE oder Opera zu schreiben.
Das Tool muss auch nicht BG-Spezifisch sein, einfach ein Tool für 3D Objekte und ein paar Kleinigkeiten - das kann man dann auch für die eigene Website benutzen, evtl. bekommen dadurch internationes Echo

schonmal was von VRML oder X3d gehört?

Wir wolltwen uns doch am Samstag 15.00 Uhr im IRC treffen, oder?
Da können wir sowas ja auch mal ansprechen, auch wenn es hier bestimmt weniger Leute geben wird, die sowas proggen können.
Grundsätzlich habe ich sowieso was gegen IE, insofern würde mich das nicht im geringsten stören, wenn ein derartiges Plugin beim IE nicht funzt...

Hm.. also ich hätte auch Interesse an sowas...
Aber was genau sollte es werden? Plugins für FF sind ja unendlich viele möglich...
Aber ich glaube ich werde mich mal umschaun was wieweit möglich ist, bzw noch sinnvoll wäre.
Und es wäre doch mal cool eine Webbased Version eines PC Tools zu machen...
Die Möglichkeiten sind fast unbegrenzt...
Und langsam aber sicher erobert FF den Markt
Zumindest auf meiner Seite ist FF der meist verwendetste Browser..

FireFox 1.x 33.9 %

Internet Explorer 6.0 23 %
Netscape 5.x 17.4 %
Netscape 7.x 10.6 %
Unbekannt 7.2 %
Opera 4.5 %
Robots 2 %
Netscape 4.x 1.2 %
Internet Explorer 5.5 0.2 %
Internet Explorer 5.0x 0.1 %

Lt einer Heise-Meldung ist das aber nicht so (würde mich auch wundern). Demnach ist der Anteil vom IE immer noch absolut, allerdings in Deutschland im weltweiten Vergleich geringer, hauptsächlich zu gunsten vom Firefox.
Mit absolut sind also Werte von 60-80 Prozent gemeint.
Die Frage ist aber auch, wo der Browser bei einem Framework eine Rolle spielt.. klärt sich ja dann irgendwann mal

Ich hab ne Opera Quote von 22% und der is damit nach dem IE (57) der Nummer 2 Browser.

Vielleicht ist IE allgemein weiter verbreitet, aber ich denke in der Browsergameszene ist meiner Meinung nach doch FF der weit verbreitetste.
Nicht zuletzt weil er leider bei schlecht programmierten Bgs viele Möglichkeiten zum Cheaten bietet, und was Komfort angeht weit besser als IE ist.

MEINE MEINUNG: ich glaube das der ie oft nur von leuten benutzt wird, die sich nicht so oft im internet aufhalten, und ein bg fordert das ja heraus und mit der zeit werden die user die vor/nachteile des ies erkennen und wechseln.
man sollte vieleicht mal seiten die nur "ab und zu" benutzt werden fragen wie da die prozentzahlen aussehen. spontan fällt mir gerade nur wikipedia ein
mrsmile

Original von MagicForrest
Vielleicht ist IE allgemein weiter verbreitet, aber ich denke in der Browsergameszene ist meiner Meinung nach doch FF der weit verbreitetste.
Nicht zuletzt weil er leider bei schlecht programmierten Bgs viele Möglichkeiten zum Cheaten bietet, und was Komfort angeht weit besser als IE ist.

Kann ich leider auch nicht bestätigen. Unsere Zahlen sehen zwar besser als der weltweite Vergleich aus, aber "toll" ist es auch nicht.

Original von knalliKann ich leider auch nicht bestätigen. Unsere Zahlen sehen zwar besser als der weltweite Vergleich aus, aber "toll" ist es auch nicht.

Je anspruchsloser und mainstreamiger das BG, desto IE

Thema Flash

Original von Blabbo

Original von woodworker

es ist nicht Systemunabhängig.
Auf welchen Systemen läuft es denn nicht?
Version 8 ist derzeit nicht unter Linux verfügbar ... geht nur über Umwege wie zb. FF mit wine laufen lassen