Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Microsoft maakt Adobe Flash click-to-run in Edge

Door , 61 reacties, submitter: Loller1

Microsoft gaat Adobe Flash-content standaard blokkeren in de Edge-browser vanaf het moment dat de Creator's Update van Windows 10 volgend jaar verschijnt. Gebruikers kunnen klikken als ze de content toch willen draaien.

Als een site een html5-alternatief heeft, laadt de Flash-content in het geheel niet meer bij Edge. Is er alleen Flash-content, dan krijgt de gebruiker een pop-up dat Edge deze geblokkeerd heeft. Daarbij wordt de keuze gegeven de content een enkele keer te draaien of in het vervolg altijd.

Windows 10-gebruikers die Insider-testbuilds krijgen, kunnen de click-to-run-optie binnenkort al verwachten. Microsoft blijft daarna schaven aan de implementatie en streeft naar een stable release bij de Windows 10 Creator’s Update volgend jaar.

In de komende maanden meet Microsoft de Flash-consumptie in Edge. In eerste instantie zal de aanpassing nog geen effect hebben op de populairste sites die afhankelijk zijn van Flash, om ze de mogelijkheid te geven op html5 over te stappen. Vanaf de Anniversary Update is Microsoft al begonnen bepaalde Flash-content standaard te pauzeren in Edge. Microsoft adviseert ontwikkelaars op html5 over te stappen, vanwege de voordelen voor prestaties, accuduur en beveiliging.

Reacties (61)

Wijzig sortering
Eigenlijk het enige probleem voor het niet draaien van flash zijn spelletjes.
Er bestaan natuurlijk al veel webgl/canvas2d spellen, maar het grote probleem voor game developers is het gemis aan een goede IDE. Veruit het grootste deel van de (web) game developers werken met Flash Builder. Een suite waarmee je allerijl tools krijgt om een spel te bouwen.
En ja er zijn wel alternatieven zoals Unity of Cosus2d die een web exports hebben op basis van ASM.js/encrypten.js. Toch lijken dit nog steeds op proof of concepts dan daadwerkelijke oplossingen. Problemen met geluid en performance issues spelen hier de boventoon. Met Flash is dat veel minder aan de orde.
Wellicht dat native web assembly in browsers in de toekomst een boost zal geven aan de export mogelijkheden van Unity, Cocus2d etc.
Voor een aantal game bedrijven zal het uitzetten van Flash net iets te vroeg zijn.
Niet alleen voor games maar ook voor ander creatief spul met geluid was Flash de oplossing. Daar komt bij dat Flash het voordeel had dat alles gemaakt met Flash gewoon cross compatible was. Ondanks dat HTML5 nog steeds van alles belooft zijn er nog steeds onwijs veel problemen als je alles op alle Os-en en in alle browsers wilt laten lopen. Kost extra veel tijd en dus geld. Een echt alternatief voor Flash is HTML5 daarom (nog) niet.
Alle browsers / OSen?
Volgens mij heeft Flash het nooit gedaan op bijvoorbeeld iOS en ook open source Linux is altijd een probleem geweest.
Je hebt zeker een punt ik ben niet accuraat geweest. Ik had beter kunnen zeggen, "bijna alle" of nog beter "meest dominante". Ik heb zelf vanaf eind 90s met Flash ontwikkeld en vond het fijn om mee te werken omdat je af was van het gekloot met compatibiliteit. Wat ik weer opnieuw ben tegengekomen met HTML5 en zodra je zaken doet die wat complexer zijn wordt het tot op de dag van vandaag een ware hel...
Ik heb flash geleerd in versie 4, het was van macromedia toen nog.
Eigenlijk is het jarenlang één van de weinige echt uitgebreide animatie pakketten geweest, dat is nu niet meer zo, maar (animatie) teken in flash werkt stukken beter als in bijvoorbeeld illustrator. Ook veel interactieve installaties (zoals in bijvoorbeeld museum displays) draaien op flash.
Adobe had echter na de aankoop van flash veel meer moeten werken aan het programma zodat het met zijn tijd mee kon gaan.
Ik hoop dat adobe met de omdoping van de naam "flash" naar "animate" weer een nieuwe swung aan het programma gaat geven.
Dat de plug-in verdwijnt als "standaard aan" is niet zo erg, ik hoop echter dat het programma blijft.
Zeker niet het enige probleem. Ik ken menig toepassing in het bedrijfsleven die nog flash vereisen. En daar gebeurt jammer genoeg vrij weinig mee. Een voorbeeld zijn sommige e-learning platformen.

Daarnaast werkt html5 maar matig in bv toch nog een veel gebruikte browser als ie11. Veel zaken missen nog wat betreft html5 specs in die browser. En de performance van sommige zaken is ook om te huilen in ie11. Edge is wat beter maar nog steeds mijlen achter de concurrentie helaas...

[Reactie gewijzigd door jozuf op 15 december 2016 08:09]

Dan gebruik je toch een betere browser?
Ja en dat kan zo makkelijk in het bedrijfsleven... Hoe rot het ook is, veel bedrijven willen dat je IE gebruikt voor uiteenlopende redenen zoals legacy applicaties of het niet fijn vinden van bv een Chrome die alles doorsluist naar Google servers qua gebruik en what not. Om maar wat redenen te noemen.

Bovendien is het gewoon geen oplossing zolang IE nog gebruikt wordt. Het aandeel is te groot om die gebruikersgroep aan de kant te schuiven. Het is een workaround geen oplossing voor het probleem.

[Reactie gewijzigd door jozuf op 15 december 2016 08:57]

Ook in de 'betere' browsers is er nog veel verschil.
'' Edge is wat beter maar nog steeds mijlen achter de concurrentie helaas... ''

Argumenten?
Lastig verhaal, ben zelf webdev en zo ervaar ik het over het algemeen maar de benchmarks zijn verdeeld. Een voorbeeld, maar je kan ook andere vinden die edge het voordeel geven

http://beebom.com/microsoft-edge-vs-google-chrome/

Er zitten in edge nogsteeds de meest rare performance bugs zoals een layer over een scrollable div/element de performance van het scrollen totaal inkakt.
Dat is 1 v/d zaken. Het wordt minder en minder maar ik ben nog steeds MS specifieke optimalisatie aan het schrijven, zoals ik al jaren moet doen.

[Reactie gewijzigd door jozuf op 15 december 2016 17:30]

die html5 benchmark KLOPT NIET. :(

er word altijd gesjoemeld met de versies, chrome ALTIJD laatste versie en Edge/ie11 NOOIT.

ik ga naar html5test.com

460 points (default flags)

Edge 14.14939
Volgens mij wordt IE11 ook qua engine e.a. niet geupdate, enkel beveiligingsupdates. Edge idd wel, een stuk regelmatiger ook, dus wat dat betreft gaat het de goede kant op.
Ms ben ik ook wat bevooroordeeld door het verleden maar dat doet er niet vanaf dat er gewoon nog rare rendering en performance bugs zitten in specifieke scenario's (zoals degene die ik al aangaf).
https://www.scirra.com/construct2 is een voorbeeld die een volwassen oplossing biedt, er zullen er vast nog meer zijn.
We mogen inderdaad hopen dat er voor het web op een gegeven moment wat goeds ontwikkeld wordt met goede IDE support (alla Java en Idea kwaliteit) goede refactoring mogelijkheden en en grote rijk library van UI componenten. Nu blijft het toch allemaal maar een beetje bij elkaar rapen van componenten die doen wat je willen en die dan ook nog een goede performance hebben...
Leuk voor ons bedrijf, we hebben nog steeds een website gebaseerd op flash. Nu begint de grote baas toch eindelijk het nut in te zien van het advies dat we al minstens 4 jaar geven :o

Maar goede zaak! Ik heb Flash altijd maar een lomp en log ding gevonden en er zijn voldoende alternatieven om hetzelfde te bereiken met een veel kleinere impact op performance en beveiliging.
Ik heb Flash altijd maar een lomp en log ding gevonden en er zijn voldoende
Nu ben ik zelf ook voorstander om betere technieken en vindt Flash nu ook verledentijd. Maar flash met bijvoorbeeld Flex had 'toen der tijd' en dan spreek ik over een paar jaar geleden veel meer performance dan javascript.
In javascript moet ik speciale truks uithalen om bv een combobox goed te laten lopen in javascript/angular omdat de UI elementen niet goed geoptimaliseerd zijn. In Flex hebben we daar nauwelijks problemen mee gehad met de standard UI componenten. Duizenden rijen konden we met gemak in een tabel plaatsen zonder ajax paging of andere 'virtual row' truuk's. In javascript.... no so much....

Flash is oud, ja dat wel, maar zeker niet lomp en een applicatie maken met Flex ging heel goed en gemakkelijk. De data transfer was binary, klein en snel... Met javascript zit je nog steeds met JSON dat best een bloated transfer oplevert waarbij elk veldnaam per record opnieuw gestuurd word.

Nog maar niet te spreken over de honderden frameworks en UI componenten die niet met elkaar goed samenwerken. Drama om een goede applicatie te maken voor een web browser..

/rant :)
Flash werkt misschien wel compact en eenvoudig, maar het feit is dat ze het na jaren van security updates nog niet de vulnerabilities onder controle hebben. Google heeft gepoogd Adobe hier in te ondersteunen en hebben een aantal mooie fixes geimplementeerd, maar ook dat zorgde nog niet voor de benodigde resultaten. Het is gewoon een te groot beveiligingsrisico om flash standaard uit te voeren, en HTML5 levert inmiddels voldoende alternatieve.

Op vrijwel alle hedendaagse hardware zal je geen moeite moeten hebben met het renderen van duizenden rijen aan data incl input boxes. (Even voorbeeltje gemaakt: https://jsfiddle.net/6me379kk/ ) Waar je probleem zit ( gok ik ) is in de manier waarop je de two way databinding van Angular gebruikt.

Performance wise is angular (vooral v1) niet de beste optie. Er zijn veel goeie alternatieven, een voorbeeld is Mithril die een virtual dom gebruikt ( zelfde concept als react ).

Als je je druk maakt over de overhead van veldnamen in je JSON zou je misschien toch eens moeten gaan overwegen om pagination in te bouwen. Op die manier kan je selectief de data inladen die een gebruiker ook echt op dat moment nodig heeft, lijkt me niet dat die direct duizenden rijen aan informatie nodig heeft.

Mocht dat geen optie zijn, zou je het gebruik van enumerations kunnen overwegen. Waarin je de veld definities los meegeeft, en je data als arrays mee geeft.

[Reactie gewijzigd door menzo.io op 15 december 2016 04:44]

Wat ik alleen duidelijk wilde maken is dat Flex/Flash niet zo lomb is als menigeen hier op Tweakers doet overkomen.

Voor de rest heb je hebt helemaal gelijk rood, daar niet van.
Het is alleen wel zo dat het soms goed zoeken is naar kwaliteit component en frameworks waarop je goed kunt bouwen. Even schakelen tussen iets anders is vaak heel lastig en dat was in de flex wereld vaak wel veel gemakkelijker.
lijkt me niet dat die direct duizenden rijen aan informatie nodig heeft.
Dat lijkt jij misschien niet, maar soms heb je wel eens met REST API's te maken waarbij je minder flexibel bent, en dan is het met javascript nog wel eens klooien.
Dat lijkt jij misschien niet, maar soms heb je wel eens met REST API's te maken waarbij je minder flexibel bent, en dan is het met javascript nog wel eens klooien.
Hier heb ik ook ervaring mee, vervelende situaties.. Gaat soms zelfs nog over SOAP API's van grotere instanties die vrij robuust zijn. Mocht de consumer beperkte resources hebben, maak ik vaak gebruik van een server side proxy die third party data inlaad, cached, en beschikbaar stelt in een efficiënter formaat.
Wees blij dat je geen school medewerker bent.
Magister 5 vereist Silverlight en er zijn scholen die nog geen Magister 6 (zonder Silverlight) gebruiken.

Dus zie het positief: als je baas nu overstapt is hij nog wel sneller dan "anderen" :)
Magister is verschrikkelijk, n@tschool ben ik ook niet tevreden over. Maar dat je silverlight nodig hebt voor magister is gewoon niet meer van deze tijd.
De nieuwe versie van N@tschool, Cumlaude heet het nu, is wel al een stuk beter. Maar dat is slechts de technische werking. Het grootste probleem van N@tschool/Cumlaude is dat de inrichting er van door de docenten/opleiding zelf moet gebeuren, en dat levert in de praktijk vaak voor veel meer problemen.

Wat dat betreft blij dat wij als ICT afdeling niets van doen hebben daarmee. Techniek erachter is voor de leverancier, en de functionele inrichting is echt een onderwijs feestje.
Wauw, wat een fijne klantgerichte ICT-afdeling. Beetje blijven hangen in de vorige eeuw? Kom op zeg, die scheiding is zo dik niet. Beetje school (tenminste, die ik in beeld heb) heeft ook functioneel beheer. Op het randje, ter verbinding. Maar nog altijd onderdeel van de informatievoorziening, en IT is daar weer onderdeel van.
Vanuit gebruiker gezien is er geen reden om in hokken te denken. De gebruiker wil kunnen gebruiken, en we zorgen ervoor dat het blijft werken.
Lekker half leeswerk vent. Ik reageer op Zezura betreffende een specifieke applicatie. Dat is een cloud webapplicatie die zowel gehost als technisch beheerd word door de ontwikkelaar zelf. Je ICT afdeling kan daar enkel een lijn naar toe brengen om deelnemersgegevens te koppelen. Wat die specifieke applicatie mogelijk maakt is opstellen van lesprogramma's en beschikbaar stellen van lesmateriaal en plaatsen van verwijzingen naar andere bronnen. Het inrichten er van is vrij van hoe je het wilt, afhankelijk van je eigen manier van lesgeven. Je raadt het al, elke opleiding, en zelfs klas specifiek, doet het anders. Gedurende en schooljaar voegen docenten bijvoorbeeld links of informatie toe, stellen inlevermapjes in etc. Wil je als ICT afdeling dat functioneel beheren, ben je met extreem maatwerk bezig. Ik hoef jou, gezien je functie binnen beleid / organisatie natuurlijk niet te vertellen hoeveel resources dat eist.

Als je nagaat dat wij meer dan 700 applicaties gebruiken in het onderwijs zelf, en ruim 200 applicaties in de categorie algemeen of ondersteunende diensten, is het fokking onmogelijk om functioneel beheer er even bij te doen. Tenzij jij denkt dat wij 100 man in dienst hebben ofzo?

Verder vind ik het juist zeer normaal dat het functioneel beheer van specifieke applicaties waarin les gegeven wordt, het functioneel beheer daarvan bij de docenten ligt. Ten eerste geven zij er les in om de kennis van die pakketten over te dragen op de student. Denk hierbij aan bijvoorbeeld Autocad of een applicatie voor tandartsen. Zij weten als geen ander hoe een pakket werkt, hoe ze het willen finetunen. Die docenten krijgen daar ook gewoon tijd voor gereserveerd op hun jaartaken. Dat zullen ze altijd beter weten dan je ICT afdeling zelf. Vandaar dat in onze organisatie het uitgesplitst is. ICT verzorgt de technische inrichting en distributie, de mensen die applicatie inhoudelijke kennis hebben verzorgen de functionele tak. Daar zit logischerwijs heel veel samenwerking tussen. Technisch beheer kan niet zonder functioneel beheer, en andersom. Logischerwijs voeren wij wel functioneel beheer over algemene applicaties zoals Windows, Office en al dat soort generieke applicaties.

Maar goed, lekker aannames doen zonder te weten hoe het echt in elkaar zit. Alsof elke organisatie hetzelfde is. GG :+
Mijn Universiteit gebruikt n@tschool en inderdaad de indeling is onoverzichtelijk. Wat ik altijd vervelend heb gevonden is die verschillende pop-up venster. Waarom niet gewoon een tab of iframe.
Onze uren- en onkostenregistratie maakt ook gebruik van Silverlight. SAP BOYD :p Het werkt alleen fatsoenlijk in Firefox op mijn Mac, haha

[Reactie gewijzigd door alienfruit op 15 december 2016 10:58]

noem eens 3 alternatieven
HTML5
CSS3
WebGL
Vergeet niet SVG. Dat is DE Flash vervanger.
SVG is ook al eeuwen oud(en word dacht ik niet meer geupdate, en is geen flash vervanger.
SVG wordt nog wel degelijk aan gewerkt. Maar gaat gewoon net zo traag als HTML en CSS, omdat het een W3C standaard is ;)
Behoorlijke misinformatie. SVG is oud maar wordt voortdurend bijgewerkt, wordt momenteel prima ondersteund, en is wel degelijk een Flash vervanger.
dat zijn 3 standaarden (die samen 1 alternatief vormen)
1 alternatief lijkt me toch meer dan genoeg :p
(al vind ik het jammer dat het zo versplinterd is in verschillende 'talen')
Het lijkt me niet dat je CSS3 los kunt toepassen en dat je in deze context ook weinig aan puur HTML5 hebt, maar dat moet combineren met CSS3 en ECMASCRIPT?

WebGL is blijkbaar gedeeltelijk een uitbreiding op HTML5's canvas.

Dus je hebt in mijn ogen nu 1 misschien 2 alternatieven genoemd :P

Voor veel dingen was Flash eigenlijk al jaren niet meer nodig (menu's enzo), maar met name van flash-games kan ik me voorstellen dat je dat zelfs met de huidige stand der techniek nog steeds niet zomaar even omzet naar HTML5 eventueel bijgestaan door WebGL.
Ach ongeacht hoeveel alternatieven ik op kan noemen doet het er nog steeds niet aan af dat er voldoende zijn :Y)

Daarnaast ben ik geen webdeveloper van beroep dus is het gelukkig ook niet zo erg, maar gelukkig zijn we het er bijna allemaal mee eens dat flash ouwe meuk is :9

Moet wel zeggen dat click-to-run wel een goede oplossing is. Inderdaad voor de flash games die vast nog een aandeel hebben is dit de oplossing om ze toch nog te kunnen spelen. Maar ook die zullen er op een gegeven moment aan moeten geloven.
Javascript, uiteraard :+ :+ :+
Misschien kan je het als gebruiker beter direct blokkeren. Dan krijg je vaak de alternatieve HTML5 versie voorgeschoteld. Bij click-to-run krijg je dat niet omdat websites dat niet kunnen detecteren.
Niks houdt die websites tegen om meteen de HTML5 versie te tonen. Als hun website door deze click-to-run maatregel moeilijker te gebruiken wordt, nemen ze misschien ook de moeite om dat door te voeren.
En video/webcam streaming? Die werken ook veel met flash (vooral de nsfw)
Dat, en tientallen flash games.

Maar dat is te ondervangen met HTML5 voor de webcam/streaming. Ik denk dat flash voorlopig nog (verplicht) mee zal gaan draaien.
Dan gaat mijn baas nog een hoop werk hebben, werk voor groot internationaal bedrijf en alle interne online trainingen zijn in Flash al jaren en zie ik ook niet zo snel veranderen. Enige keer dat ik IE gebruik.
genoeg tools inmiddels om flash om te zetten naar html5.
Mooi Zo, hopelijk zullen nu nog meer bedrijven de noodzaak van overstappen naar HTML5 inzien.
Flash zijn langzame dood komt in versnelling.
Ik zou liever zien dat browsers checken voor alternatieve code voor Flash in allerlei vormen, want veel websites hebben die. Staat Flash uit? Toon dan de alternatieve inhoud. Firefox gaat daar bijvoorbeeld niet goed mee om; ondanks alternatieve code krijg je een grijs vlak als Flash is geblokkeerd voor een website. Zonde!
Ik denk dat bijna alle "spelletjes" sites (Funnygames, spele, e.d) straks ook een enorm probleem hebben. Zowat alles daar draait op Flash, Shockwave of Silverlight, of een wazig onbekend programma.

Ben wel benieuwd wat die gaan doen, hun aanbod is al jaren grotendeels het zelfde dus blijkbaar is er geen alternatief voor wat ze nu hebben.

(Ook wel jammer als deze sites verdwijnen, toch een beetje jeugd sentiment. En de stompzinnige spelletjes zijn af en toe nog wel handig tijdens de loze uurtjes op het werk)

Op dit item kan niet meer gereageerd worden.


Nintendo Switch Google Pixel XL 2 LG W7 Samsung Galaxy S8 Google Pixel 2 Sony Bravia A1 OLED Microsoft Xbox One X Apple iPhone 8

© 1998 - 2017 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Hardware.Info de Persgroep Online Services B.V. Hosting door True

*