Kein Adobe Flash für Windows Phone
Adobe gibt bekannt, dass der Flash Player nicht mehr für Smartphones weiterentwickelt werden wird. Android erhält ein letztes Update, iOS und Windows Phone erhalten weiterhin keinen Flash Player. Adobe begründet diese Entscheidung damit, dass HTML5 Flash langfristig ablösen wird und deshalb möchte der Konzern auch verstärkt in HTML5 investieren.
Wer sich von HTML5 überzeugen lassen möchte sollte mit seinem Windows Phone 7.5 (Mango) Smartphone die mobilen Seiten von YouTube.com ansurfen, viel Spaß 🙂
pocketnow, danke Patrick
Arno Burkheiser bei 
Andreas bei 
Stf bei 
marc bei 
Ich bin eigentlich gar nicht traurig drüber. Sie haben im richtigen Moment erkannt, dass Flash keine Chance mehr hat. Wenn jetzt auch noch der Flash-Vater auf HTML5 umsteigt, kann die Verbreitung nur beschleunigt werden.
Schade ist es um die angekündigten Flash-Browsergames mit der tollen Grafik usw. Funktionieren Browsergames eigentich auch unter HTML5??
Naja das hätte man schon 2008 erkennen können – und Ja HTML5 Browsergames gibt es. Und Gerüchteweise bereitet Facebook einen HTML5 App Store vor
Achja und scheint so als stände Microsoft Silverlight auch vor dem Aus – Version5 soll die letzte sein rumort es
Ich weiß nicht, THans. Ich sehe Silverlight nicht in der selben Ecke wie Flash. Klar, beides braucht ein Plugin und ist für RIAs das Mittel der Wahl. Nur: Adobe gibt ja nicht Flash auf, sondern nur die mobile Unterstützung. Silverlight dagegen gab es nie für mobile Plattformen. Außerdem ist Silverlight die Programmierplattform fürs Windows Phone. Ob sich das mit Windows 8 ändern könnte, weil man hier HTML5-Apps und COM präferiert, bleibt abzuwarten. Mich würde es enttäuschen, da ich hier analog iOS erwarte, dass ich Apps für Windows Phone leicht fürs Windows 8-Pad portieren, wenn nicht sogar Hybrid anbieten kann.
Nachtrag: ich sehe es nicht in der gleichen Ecke, weil Flash ja doch schon betagt ist, während Silverlight konsequent die aktuellen Programmierparadigma in sich trägt. Das vereinfacht die Entwicklung enorm. Hatte zwar nie selbst Flash programmiert, durfte aber letztes Jahr von ehemaligen Flash-Entwicklern hören, wie sie für Silverlight schwärmten: konsequente Trennung von Design (UI) und Code und deutlich bessere Entwicklerwerkzeuge (Blend für Designer, VS für Entwickler). Dieses Jahr treffe ich die Herrschaften wieder, mal sehen, was von der Begeisterung übrig geblieben ist.
Zudem fällt der Umstieg von der Desktopentwicklung auf Silverlight nicht so schwer. Hatte vorher mit WPF programmiert, weswegen der Umstieg Silverlight recht einfach war. Klar unterscheiden sich WPF, Silverlight und Silverlight fürs WP in einigen Punkten plattformbedingt (Desktop, Web, Phone), aber hat man das Paradigma begriffen, kann man sich relativ einfach zwischen den Welten bewegen. Dank WP7 haben sich meine WPF-Programme (Enterprise) deutlich verbessert 😉
http://www.zdnet.com/blog/microsoft/will-there-be-a-silverlight-6-and-does-it-matter/11180
um nur eine Quelle zu nennen – Und MS hat ja bereits HTML5 als das Ding der Zukunft benannt – mit der Win8 Preview kann man das ja dann auch auf dem Desktop nutzen (als App)
http://ie.microsoft.com/testdrive/
Ein paar von den Beispielen laufen auch auf wp7
Das Topic ist etwas falsch/irreführend
statt: kein Flash mehr für WP7 ist besser: kein Flash mehr für Mobile Plattformen, das es ALLE Plattformen betrifft. Nur Andoid wird noch Sicherheits Updates bekommen für eine gewisse Zeit.
Ist auch gut so. Flash gehört verbannt. 😀
yepp absolut
das ist richtig. ich begrüße es, wenn flash (und ja auch silverlight) ein ende gesetzt wird. sind zum beispiel zu langsam, nicht ressourcenschonend (!) und zu unsicher (flash soll ja mehrmals kritische sicherheitslücken gehabt haben, die nicht offiziell bekannt gegeben wurden). außerdem unterstützen neue systeme html5, pc/laptop/smartphone. besonders im zuletztgenannten bereich ist es wirklich gut, wenn die webseiten auf html5 umsteigen und man so keine plug-ins mehr benötigen. positiver nebeneffekt: wenn durch gpu-beschleunigung ja webseiten schneller laufen werden häufiger bessere eingebaut und damit können auch grafisch bessere spiele ruckelfrei gespielt werden 🙂
Dann setzt mal Silverlight ein Ende 🙂 Damit ist dann auch Windows Phone 7 zu Ende. Viel Spaß mit Geräten ohne Betriebssystem-UI 🙂
Silverlight ist ja quasi eine UI-Entwicklungsumgebung. Daß sie auch im Web funktioniert macht sie nicht schlechter und eigentlich ist sie sogar sehr einfach zu erlernen, Resourcenschonend usw. usf.
Aber ich stimme zu, dass die Nutzung von Silverlight als Webgestaltungsmittel eher für die Katz ist – aber immernoch um Längen besser als Flash!
na na na – WinRT ist doch das neue Zauberwort und damit HTML5/CSS
Das meiste, was hier geschrieben wird, ist schlichtweg Quatsch. Flash und Silverlight erschöpfen sich nicht darin, als Container für Videos zu dienen. Für reine Webseiten sind beide Technologien überdimensioniert, das ist wahr. Ihre wahren Stärken liegen in RIA. So konnte man diese Woche bei Heise lesen, dass Microsoft ein Ticketsystem für Politessen auf Windows 7-Slates in Silverlight realisiert hat. Ebenso sind beide Technologien prädestiniert für Dashboards (siehe z. B. Crystal Xelsius).
Und was Windows 8 angeht: HTML5/JS ist eine Option. Die anderen beiden sind Silverlight und C++. Und mal ganz ehrlich: komplexe Anwendungen in HTML, ich kann es mir nicht wirklich vorstellen. HTML ist keine Programmiersprache, das ist eine Auszeichnungssprache, also vergleichbar mit den Steuerbefehlen in einem Word- oder PDF-Dokument. Und Javascript ist … für Leute, die auch SM gut finden.
Naja also HTML5 Apps sind bereits heute stand der Technik – siehe Google Docs. Und einiges an iOS/Android und WP7 Apps dürften ebenfalls so gut wie reine HTML5 Geschichten sein. Dazu kommt das neue Browser zum Teil C Code direkt „rendern“, Java Script ist btw nicht SM sondern eigentlich ganz nett 🙂 aber das ist wohl die „Vorliebe“ eines jeden selbst…….. Fortan oder Pascal sind SM……..
SL wird ja auch nicht von Heute auf Morgen verschwinden, es „heißt“ es wird nicht weiter entwickelt – also kein SL Version6.
HTML5/JS wird glaube ich von Einingen noch ziemlich unterschätzt, google hatte mal vor einiger Zeit Quake II auf HTML5 portiert, danach war es per Browser spielbar! Mit WebGL steht eine vernünftige und Plattformunabhänige Grafikschnittstelle zur Verfügung. Mir als User kann es egal sein ob mein Outlook als HTML5 App daher kommt oder als .net, Silverlight oder sonst was. Solange das Look and Feel stimmt ist alles gut. Der Vorteil für Entwickler liegt auch auf der Hand, auf einmal gibt es Millionen möglicher Kunden mehr, kein portieren mehr auf andere Platformen usw. MS wäre mit einen Schlag das Arm/x86 Problem los usw usw usw – Das wäre dann praktisch der wahr gewordene „Javatraum“ – Dabei würde es aber einen Verlierer Geben – Microsoft, Windows lebt von den Anwendungen die es dafür gibt, ein Vorteil der dann dahin schmelzen würde.
Es gibt auch Gerüchte das einige Adobe Produkte – beispielsweise Photoshop – „intern“ inzwischen Flashanwendungen sind.
Ich hatte mal einen Link, wo die Vor- und Nachteile von HTML 5 und Silverlight aufgeführt wurden. Der größte Nachteil ist im Moment, dass HTML 5 (noch) nicht standardisiert ist. So legt z. B. Microsoft einen anderen Fokus in den IE als Google in Chrome. Oder Apple in den Safari. Ich fürchte, dass man sich über kurz oder lang wieder in den späten 90ern wiederfindet, wo Netscape was anderes konnte als der IE. Weiterhin ist HTML keine Sprache sondern eine Reihe von statischen Steuerbefehlen, die ihre Dynamik durch serverseitige Verarbeitung oder JavaScript beziehen. Serverseitige Steuerung ist kein Optimum, da der Server nach jeder Anfrage „vergißt“, was der Server wollte. Damit sind eingabeintensive Programme schon mal passe. Und JavaScript ist ein Sicherheitsvorfall. Nicht umsonst browst so mancher mit NoScript.
Ajax ist eine Modeerscheinung, von Google ins Leben gerufen, um die Schwächen der Eingabeverarbeitung auszugleichen. Im Grunde ist Ajax eine JavaScript-Erweiterung, die bereits bei Benutzereingabe ansynchron Dinge abfragt, damit der Benutzer nicht so lange auf das Ergebnis warten muss.
Letztendlich ist Ajax genauso krank wie JavaScript, da man hier eben nicht die Mächtigkeit moderner Sprachen ausnutzen kann und in letzter Konsequenz Spaghetti programmiert. Deswegen behaupte ich, HTML5/JavaScript ist eine Lösung für Leute, die Ideen haben, aber nicht wirklich programmieren können. IDEs wie Webmatrix unterstützen Benutzer relativ gut beim Zusammenklicken einer Seite. Soll es professionell werden, kommt man an C++ oder C# (.NET) nicht vorbei. Hardcore-Coder ziehen wohl C++ vor, ich C#, da es nicht so kompliziert und in meinen Augen produktiver ist. Deswegen halte ich Silverlight kein bisschen tot, weil eben HTML5/JS keine ernsthafte Alternative ist.
Und Flash ist eben auch eine. Da, wo es durch HTML5 überflüssig wird, ist die Einbindung der Container-Codecs in HTML5. Und entbrennt der neueste Streit. Alle wollen H264, Google will sein WebM durchdrücken. Opera hat sich dem angeschlossen, da Opera keine Lizenzen an das H264-Konsortium abdrücken will, welches dann wieder Plugins für die Browser der anderen Seite anbieten wird. Und genau da wird Flash überflüssig. Es sei denn, Flash geht hier den Weg von Silverlight und bietet eine automatische Bandbreitenerkennung an, an das sich die übertragene Videoauflösung anpasst. Wie das geht, kann man heute bei Maxdome sehen, die Silverlight nutzen und ganz selten Hänger bei der Übertragung haben (im Gegensatz zu Videoload), weil sich eben der Stream der verfügbaren Bandbreite anpasst.
Einen Link habe ich dann noch gefunden: http://blog.ppedv.de/post/2011/04/06/HTML-5-vs-Silverlight.aspx
Also HTML5 ist bereits ein „Draft“ von daher kann man sagen das es mehr oder weniger bereits Standartisiert ist.
Die „Eingabenintensiven“ Sachen kannst Du Dir jetzt bereits bei Google Docs oder Office 365 anschauen – auch das ist bereits völlig ok
JS Sicherheit hängt maßgeblich vom Browser ab, und in Zeiten von Sandboxen und Speicherschutz ist es genau so sicher/unsicher wie der Browser selbst. Teilweise ist es sogar schicker weil JS nicht so tief im System ausgeführt wird wie beispielsweise ein .net Framework…… Und es ist Platformunabhänig
Ajax ist „Uralt“ ist nur wieder aufgepoppt
SL ist nicht not, es wird nur nicht weiter Entwickelt. Wozu auch, die Anwedungen laufen auf dem Server und das Interface dazu ist HTML5/JS. Aktuelle Firefox Beta können sogar C-(Source)-Code ausführen!……
Das größte Problem bei Flash ist meiner Meinung nach das Sicherheitsproblem was Adobe nicht in Griff bekommt.
Grade als Entwickler sollte für Dich Plattformübergreifend ein wichtiger Punkt sein. Ein Programm und Du hast alle 250 Mio iOS Devices, 20% zusätzliche PC’s(nämlich die MACs) Android, Tablets und und und.
Cloudanwendungen bringen für Dich als Entwickler noch den Smarten Beigeschmack mit das Du eine gewisse Kontrolle hast bezüglich Raubkopien.
Hardcorecoder ( zumindest die wo ich kenne ) Programmieren C++ – aus einen einfachen Grund, wenn Du bestimmte Sachen machen willst, z.B. Treiber, dann stehst Du mit so einen Framework ganz schön auf dem schlau, wenn Du was für Linux oder Embedded Devices machen willst auch……….
Maxdome lief hier wie ein Sack Nüsse, totaler Müll! Ich bin froh das wir den 1und1 und Maxdome Scheiß hier endlich los sind.
Ich denke in zwei oder drei Jahren redet keiner mehr für .net und Silverlight
HTML5 ist schon seit Jahren „Draft“. Ich glaube nicht, dass die noch in die Pötte kommen. Und über ungelegte Eier mache ich mir keinen Kopf 😉
Ich weiß nicht, was an JS schicker sein soll. Und es mag sein, dass es „plattformunabhängig“ ist, browserunabhängig ist es noch lange nicht. Ich halte JS für genauso Müll wie VBA. Witzig fand ich, dass man seit ein oder zwei Jahren das Zeugs auch endlich debuggen kann. Was von JavaScript zu halten ist, kannst du ja hier mal kurz anlesen: http://www.peterkropff.de/site/javascript/oop.htm. Zitat: ihr kennt die OOP schon aus anderen Sprachen. Dann werdet ihr erst mal kucken wie eine Kuh wenns donnert.
Plattformunabhängigkeit ist nur bedingt ein wichtiger Punkt. In all den Jahren habe ich die Erfahrung gemacht, dass Plattformunabhängigkeit immer mit Abstrichen zu realisieren ist. Das gilt zum einen für plattformspezifische APIs (warum soll ich auf die verzichten, wenn sie z. B. Performance oder Entwicklungskomfort versprechen) und noch mehr für UIs. Die plattformübergreifenden Entwicklungsumgebungen mögen ja gut und schön sein, aber wenn eine App auf WP7 ausschaut wie auf dem iPhone und umgekehrt, dann rührt das keiner an. Das maximalste, was heute ohne Abstriche machbar ist, wäre der Backend. Die Frage ist, wieviel man dahin auslagert und welche Anteile davon sinnvoll sind. Ich erlebe z. B. momentan die Rückkehr der Fat-Clients, weil auf der einen Seite die Server- und Netzwerkkapazitäten arg überstrapaziert werden und Rechenpower der Client ungenutzt bleibt.
Na ja, wir reden hier schon von Client-Entwicklung. Dass für Treiber C/C++ die Wahl ist, will ich nicht wirklich anzweifeln.
Ganz ehrlich, ich habe keine Idee, wie du auf die Idee kommst, dass in 2/3 Jahren niemand mehr von Silverlight bzw. .NET reden soll. Wegen HTML? Oder wegen C++? Nur, weil Apple daran festhält, heißt das nicht, dass C++ für viele Programme das Mittel der Wahl ist. C++ erfordert sehr viel Erfahrung und das Entstehen von managed-Umgebungen lag auch an den vielen Fehlern, die man mit dieser Technologie machen konnte. Schau ich mich im hiesigen Businessumfeld um, so ist Java der König der Sprachen, gefolgt von C#/.NET und irgendwann hinten kommen VBA (obwohl das auch keine Programmiersprache ist) und C++. Das hat schon seine Gründe.
P.S. Ich kann über Maxdome nix negatives sagen. Videoload hat des öfteren Performance-Probleme (SD, 6000), die sich in Ruckeln und Wait-Zeigern manifestieren und iTunes ist im Moment ein Totalausfall. Die letzten Filme, die ich geliehen hatte, sind bei Abschluss des Downloads im digitalen Nirwana verschwunden. Zusammen mit der Rückbuchung kam der Rat, iTunes erst wieder nach einen Update zu nutzen.