mboost-dp1
Google Inc.
Silverlight får nok ikke en opdatering, men jeg er sikker på Unity og Java nok skal få skubbet noget ud inden udfasningen slutter.
Earth er de næsten i mål med at lave om til WebGL, Google Talk er udfaset til fordel for Hangouts og Facebook Video har jeg aldrig hørt om før.
Det er vist ikke det store problem :)
Earth er de næsten i mål med at lave om til WebGL, Google Talk er udfaset til fordel for Hangouts og Facebook Video har jeg aldrig hørt om før.
Det er vist ikke det store problem :)
Så vi tilbage til Square 1...
dengang hvor Internet Explorer var den eneste browser man kunne bruge til Netbank ...
tak for lort Google !
btw... så er jeg lidt pissed over det her, da jeg de sidste 5 år har kodet Silverlight, deribland en af de største løsninger i vores virksomhed :-/
Men så længe Internet Explorer virker fint, er der vel ingen ko på isen.
dengang hvor Internet Explorer var den eneste browser man kunne bruge til Netbank ...
tak for lort Google !
btw... så er jeg lidt pissed over det her, da jeg de sidste 5 år har kodet Silverlight, deribland en af de største løsninger i vores virksomhed :-/
Men så længe Internet Explorer virker fint, er der vel ingen ko på isen.
Montago (3) skrev:Så vi tilbage til Square 1...
dengang hvor Internet Explorer var den eneste browser man kunne bruge til Netbank ...
tak for lort Google !
btw... så er jeg lidt pissed over det her, da jeg de sidste 5 år har kodet Silverlight, deribland en af de største løsninger i vores virksomhed :-/
Men så længe Internet Explorer virker fint, er der vel ingen ko på isen.
Den er du nok nød til at forklare lidt nærmere. Hvad er det helt præcist du mener Google ødelægger?
De vælger sammen med Mozilla at gå væk fra et 20 år gammelt API og lave noget nyt. Oven i købet er APIet kun brugt af nogen få programmer hvoraf det reelt kun er en 2-3 af dem der behøver opdateres.
#4
NemID (DanID) arbejder jo på en Javascript løsning til 100 mio kroner..
problemet er bare hvornår den er klar -- for sent åbenbart ?
NemID (DanID) arbejder jo på en Javascript løsning til 100 mio kroner..
problemet er bare hvornår den er klar -- for sent åbenbart ?
Montago (3) skrev:btw... så er jeg lidt pissed over det her, da jeg de sidste 5 år har kodet Silverlight, deribland en af de største løsninger i vores virksomhed :-/
Ja, den kunne man have taget lidt i opløbet, da Microsoft i 2010 begyndte at hinte, at Silverlight ikke rigtigt havde nogen fremtid på andet end Windows Phone.
#7
Der er jo ikke noget ordentligt alternativ til Silverlight..
HTML5 mangler ordenligt tools og frameworks - og med de mange funktionaliteter man har i SL, vil det tage 3-5x længere tid at udvikle samme løsning i HTML5 som det har taget at lave i SL.
#5
De ødelægger ikke noget - de tvinger mig bare væk fra Chrome og over i Explorer... (såfremt de lukker for support af SL)
Der er jo ikke noget ordentligt alternativ til Silverlight..
HTML5 mangler ordenligt tools og frameworks - og med de mange funktionaliteter man har i SL, vil det tage 3-5x længere tid at udvikle samme løsning i HTML5 som det har taget at lave i SL.
#5
De ødelægger ikke noget - de tvinger mig bare væk fra Chrome og over i Explorer... (såfremt de lukker for support af SL)
Montago (9) skrev:#7
Der er jo ikke noget ordentligt alternativ til Silverlight..
HTML5 mangler ordenligt tools og frameworks - og med de mange funktionaliteter man har i SL, vil det tage 3-5x længere tid at udvikle samme løsning i HTML5 som det har taget at lave i SL.
#5
De ødelægger ikke noget - de tvinger mig bare væk fra Chrome og over i Explorer... (såfremt de lukker for support af SL)
Min gamle arbejdsplads havde det præcist modsatte problem.
Vi havde så meget bøvl med en Silverlight + WCF service løsning at vi endte med at skrive det om i MVC3 .NET.
Nogen få måneder senere begyndte MS at hinte at Silverlight nok ikke var noget man skulle satse på, på dekstoppen.
#9
Vi ved jo ikke om Silverlight bliver opdateret. Så vidt jeg husker, er en del online TV/Film services baaseret på silverlight stadig, så mon ikke..
Vi ved jo ikke om Silverlight bliver opdateret. Så vidt jeg husker, er en del online TV/Film services baaseret på silverlight stadig, så mon ikke..
#11
Der arbejdes lige stille på en måde komme uden om SL til video streaming services der har brug for at beskytte deres indhold.
http://techblog.netflix.com/2013/04/html5-video-at...
Der arbejdes lige stille på en måde komme uden om SL til video streaming services der har brug for at beskytte deres indhold.
http://techblog.netflix.com/2013/04/html5-video-at...
Så kan det da være at Netflix endelig får taget sig sammen og hopper over til HTML5 i en nær fremtid.
m910q (15) skrev:#14
De er godt med der: http://techblog.netflix.com/2013/06/html5-video-in...
Det bliver jo så ødelagt af at det kræver IE 11...
#16
Eller ChromeOS.
Eller ChromeOS.
http://techblog.netflix.com/2013/04/html5-video-at-netflix.html skrev:First Implementation in Chrome OS
We've been working with Google to implement support for the HTML5 Premium Video Extensions in the Chrome browser, and we've just started using this technology on the Samsung ARM-Based Chromebook. Our player on this Chromebook device uses the Media Source Extensions and Encrypted Media Extensions to adaptively stream protected content. WebCrypto hasn't been implemented in Chrome yet, so we're using a Netflix-developed PPAPI (Pepper Plugin API) plugin which provides these cryptographic operations for now. We will remove this last remaining browser plugin as soon as WebCrypto is available directly in the Chrome browser. At that point, we can begin testing our new HTML5 video player on Windows and OS X.
m910q (15) skrev:#14
De er godt med der: http://techblog.netflix.com/2013/06/html5-video-in...
Det var lidt tempoet jeg hentydede til - ikke så meget at de længe har talt om at arbejde hen imod HTML5. Silverlight er for mig en horribel oplevelse - det crasher mindst et par gange ugentligt inde i stuen, og det vil kun køre via browser, ikke app. *sigh*
Når de andre browsere understøtter de samme standarder, kommer det også der. Det kan man ikke klandre Netflix for.Hubert (16) skrev:m910q (15) skrev:#14
De er godt med der: http://techblog.netflix.com/2013/06/html5-video-in...
Det bliver jo så ødelagt af at det kræver IE 11...
Men det har jo ikke været muligt at lave med HTML5 før nu, med de krav de har?HerrMansen (18) skrev:Det var lidt tempoet jeg hentydede til - ikke så meget at de længe har talt om at arbejde hen imod HTML5.
m910q (19) skrev:Når de andre browsere understøtter de samme standarder, kommer det også der. Det kan man ikke klandre Netflix for.
Hvem har klandret netflix? Man kan som #17 er inde over bruge chomeos, som åbenbart har været supporteret længere end IE. Så slipper man også for at installere 8.1 preview.
Det har #14 som jeg svarede.Hubert (20) skrev:Hvem har klandret netflix?
Jeg kan ikke se hvorfor det ødelægger noget, at det kræver IE11 (eller Chrome OS). Så længe det er en standard der bliver arbejdet på, og som står til at blive implementeret i alle browsere fremover.
Som altid vil standarderne bliver udgivet på forskellige tidspunkter i de forskellige browsere. Det er vel ikke noget nyt?
#21 Man kan da sagtens klandre dem for at være langsomme - Nu holder du. Det er i sidste ende dem selv der vælger hvilke krav de har og hvem de vil arbejde sammen med.
Det er jo ikke just fordi at Silverlight's endeligt er en nyhed - Det har alle vidst længe.
Det er jo ikke just fordi at Silverlight's endeligt er en nyhed - Det har alle vidst længe.
Ikke helt. Du mener ikke der er nogen krav, fra dem de køber materialet af? Hvis de skal have det til en rimelig pris, vil DRM nok hurtigt blive et krav.HerrMansen (22) skrev:Det er i sidste ende dem selv der vælger hvilke krav de har og hvem de vil arbejde sammen med.
DRM er noget nyt inden for HTML5 verdenen.
Kender du andre, som er mere foran på dette punkt?
Really? Pisken over guleroden?
Jeg har et forslag: hvad med at man går sammen om at moderne browsere skal have et sæt features som let, elegant og effektivt kan bruges til at erstatte mange af de tredjeparts plugins vi netop gør os afhængige af nutildags? Så kunne det jo være at udbydere begyndte at migrere deres tjenester helt af sig selv :o)
Her er nogle ting som alle browsere godt kunne bruge:
- Bedre og hurtigere kryptografiske værktøjer
- Intern video og lydafvikling (HTML5 har understøttelse, men det er begrænset, og DRM er sjældent understøttet, hvilket får udbydere til at fravælge det). Netværksunderstøttelse for hurtig videokommunikation er også at foretrække.
- Flere værktøjer til afvikling af 2D og 3D-grafik ved høj ydelse
Generelt synes jeg at den nuværende ide om en webbrowser er begrænset. Ideen med en webbrowser er jo at den på mange områder skal være vores portal til verden, og her i år 2013 betyder det at den skal kunne mere end bare at vise hjemmesider :-)
Jeg har et forslag: hvad med at man går sammen om at moderne browsere skal have et sæt features som let, elegant og effektivt kan bruges til at erstatte mange af de tredjeparts plugins vi netop gør os afhængige af nutildags? Så kunne det jo være at udbydere begyndte at migrere deres tjenester helt af sig selv :o)
Her er nogle ting som alle browsere godt kunne bruge:
- Bedre og hurtigere kryptografiske værktøjer
- Intern video og lydafvikling (HTML5 har understøttelse, men det er begrænset, og DRM er sjældent understøttet, hvilket får udbydere til at fravælge det). Netværksunderstøttelse for hurtig videokommunikation er også at foretrække.
- Flere værktøjer til afvikling af 2D og 3D-grafik ved høj ydelse
Generelt synes jeg at den nuværende ide om en webbrowser er begrænset. Ideen med en webbrowser er jo at den på mange områder skal være vores portal til verden, og her i år 2013 betyder det at den skal kunne mere end bare at vise hjemmesider :-)
Athinira (24) skrev:Really? Pisken over guleroden?
Jeg har et forslag: hvad med at man går sammen om at moderne browsere skal have et sæt features som let, elegant og effektivt kan bruges til at erstatte mange af de tredjeparts plugins vi netop gør os afhængige af nutildags? Så kunne det jo være at udbydere begyndte at migrere deres tjenester helt af sig selv :o)
Fin ide. Der er bare et problem.
http://xkcd.com/927/
bbb2020 (25 skrev:Fin ide. Der er bare et problem.
http://xkcd.com/927/
Pardon me for saying so, men den stribe er komplet fejlcitere til tider. Baseret på den logik er det jo umuligt at udvikle en standard til at starte med :o)
Lowkey (26) skrev:Er det ikke det vi plejer at kalde WebGL?
WebGL er JavaScript-baseret. Jeg associerer mange ting med JavaScript, men høj ydelse er altså sandelig ikke en af dem :)
Athinira (27) skrev:WebGL er JavaScript-baseret. Jeg associerer mange ting med JavaScript, men høj ydelse er altså sandelig ikke en af dem :)
Jeg tror du blander javascript baseret sammen med javascript API.
Det er ikke det samme. WebGL kræver native browser support. Interaktionen med det sker bare igennem Javascript.
WebGL kører i din GPU.
Du kan jo prøve at se Quake 3 motoren køre i WebGL her: http://media.tojicode.com/q3bsp/ Chrome er et godt valg til WebGL
Athinira (27) skrev:
Pardon me for saying so, men den stribe er komplet fejlcitere til tider. Baseret på den logik er det jo umuligt at udvikle en standard til at starte med :o)
Tværtimod er det netop muligt at udvikle en standard udfra den logik. Det kræver bare at ingen andre har forsøgt at lave standarder indenfor området.
der er 0 konkurrerende standarder, lad os lave en samlet standard... der er 1 konkurrerende standard hurraaaa vi er i mål, altså lige indtil nogen andre også laver en standard og så kører snebolden.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund