mboost-dp1

Microsoft
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Jeg giver stadig ikke en skid for Silverlight før der kommer åbne specifikationer for at skrive drivere.
Det er ligeså lamt som Flash, der kun kan bruges på de platforme Adobe vælger, og med Silverlight på de platforme Microsoft vælger.
Derudover er det jo designet mod Internet Explorer og ASP.NET, så det gør det ikke bedre.
Personligt holder jeg mig til SVG og ECMAScript, de har i det mindste åbne specifikationer.
Nej, jeg beder ikke om open source af silverlight / XAML, jeg beder om åbne DRIVER SPECIFIKATIONER. Så at folk på f.eks. FreeBSD kan skrive deres egen driver , istedet for hvor det nu kun er Microsoft der kan skrive dem.
Silverlight er dømt til døden på forhånd når de ikke vælger at supporte andre platforme en windows, og med IE som første-prioritets browser.
Det er ligeså lamt som Flash, der kun kan bruges på de platforme Adobe vælger, og med Silverlight på de platforme Microsoft vælger.
Derudover er det jo designet mod Internet Explorer og ASP.NET, så det gør det ikke bedre.
Personligt holder jeg mig til SVG og ECMAScript, de har i det mindste åbne specifikationer.
Nej, jeg beder ikke om open source af silverlight / XAML, jeg beder om åbne DRIVER SPECIFIKATIONER. Så at folk på f.eks. FreeBSD kan skrive deres egen driver , istedet for hvor det nu kun er Microsoft der kan skrive dem.
Silverlight er dømt til døden på forhånd når de ikke vælger at supporte andre platforme en windows, og med IE som første-prioritets browser.
Personligt holder jeg mig til SVG og ECMAScript, de har i det mindste åbne specifikationer.
kan du ikk lige forklare hvad det er, for os der kører windows
kan du ikk lige forklare hvad det er, for os der kører windows
ECMAScript = Grundspecifikationen for Javascript , det ved du vist godt hvad er.
SVG = Åben XML standard fra W3C til at lave vektorgrafik inklusiv scripting. Kan erstatte Flash 99%.
www.w3.org/TR/SVG/
SVG er understøttet i en lang række browsere, og der er plugins til Internet Explorer. (Ja, Sliverlight og Flash er/var altså også plugin, så dette er IKKE en undskyldning for ikke at bruge det)
SVG er et vektor grafikformat. Ecmascript er ca. det samme som javascript.
Det som man i virkeligheden bør sammenligne med er javafx, fra sun. Det ser tilgengæld rigtig interessant ud.
Det som man i virkeligheden bør sammenligne med er javafx, fra sun. Det ser tilgengæld rigtig interessant ud.
Ja, JavaFX er Sun's pendant til Sliverlight.
Jeg synes dog personligt at det er generelt forkert at bruge mere og mere embed data.
Man bør holde sig til plain XML og scripts, så alt information på en webside kan indekseres nemt og smertefrit.
Hvis verden begyndte at bruge flash i den grad vi benytter HTML i dag (hvilket er bagtanken med sliverlight) så ville services som google være umulige.
Kunne self være et træk fra MS, at overtage hele internettet :p Dog en lidt paranoia tanke.
Jeg synes dog personligt at det er generelt forkert at bruge mere og mere embed data.
Man bør holde sig til plain XML og scripts, så alt information på en webside kan indekseres nemt og smertefrit.
Hvis verden begyndte at bruge flash i den grad vi benytter HTML i dag (hvilket er bagtanken med sliverlight) så ville services som google være umulige.
Kunne self være et træk fra MS, at overtage hele internettet :p Dog en lidt paranoia tanke.
Jeg håber Silverlight bliver forbigået og at Adobe i stedet går ud og gør Flash mere åbent. Microsoft har en tendens til at rende rundt med hovedet oppe i r****, og ser ikke perspektivet i et cross-platform produkt. Uanset deres udmeldelser, ender de altid med gode løsninger til dem selv, og ingen eller halvhjertede løsninger til Mac og Linux.
#4
Nu skulle du måske prøve at sætte dig ind i tingene før du begynder at flame over Silverlight...
1) Silverlight har en tæt integration med .net (ikke asp.net), hvilket muliggør at du kan bruge alle .net understøttede sprog, hvilket faktisk betyder at du kan bruge C#, VB, ECMAScript/Javascript, Java, Python osv. (.netlanguages
2) Silverlight har intet med drivere at gøre. Derimod er silverlight et lille kompakt .net framework i sig selv, som indeholder en række forskellige klasser. Faktisk indeholder Silverligt en komplet CLR (.NET Common Language Runtime).
3) Silverlight bliver ikke kun fokuseret på Windows-platformen. Allerede nu i de første betaer, har Microsoft også sideløbende udviklet en Mac version. Nu tænker du sikkert "Jaja, men hvad med Linux?". Som jeg tidligere har skrevet her på newz.dk, så er Silverlight faktisk allerede godt på vej til at blive porteret til Linux - og så kun på 21 dage!
4) Silverlight er ikke kun skrevet til Internet Explorer. Det har aldrig været målet, og det bliver det ikke. Allerede nu kan du hente Silverlight til Firefox på både mac og windows.
5) Der har tidligere gået rygter om at dele af Silverlight skulle blive udgivet som OpenSource, men dette er blot rygter.
6) Det ville have været dejligt hvis SVG kunne det samme som WPF/XAML. Men mulighederne findes simpelthen ikke i de nuværende SVG implimentationer/standarder.
Nu skulle du måske prøve at sætte dig ind i tingene før du begynder at flame over Silverlight...
1) Silverlight har en tæt integration med .net (ikke asp.net), hvilket muliggør at du kan bruge alle .net understøttede sprog, hvilket faktisk betyder at du kan bruge C#, VB, ECMAScript/Javascript, Java, Python osv. (.netlanguages
2) Silverlight har intet med drivere at gøre. Derimod er silverlight et lille kompakt .net framework i sig selv, som indeholder en række forskellige klasser. Faktisk indeholder Silverligt en komplet CLR (.NET Common Language Runtime).
3) Silverlight bliver ikke kun fokuseret på Windows-platformen. Allerede nu i de første betaer, har Microsoft også sideløbende udviklet en Mac version. Nu tænker du sikkert "Jaja, men hvad med Linux?". Som jeg tidligere har skrevet her på newz.dk, så er Silverlight faktisk allerede godt på vej til at blive porteret til Linux - og så kun på 21 dage!
4) Silverlight er ikke kun skrevet til Internet Explorer. Det har aldrig været målet, og det bliver det ikke. Allerede nu kan du hente Silverlight til Firefox på både mac og windows.
5) Der har tidligere gået rygter om at dele af Silverlight skulle blive udgivet som OpenSource, men dette er blot rygter.
6) Det ville have været dejligt hvis SVG kunne det samme som WPF/XAML. Men mulighederne findes simpelthen ikke i de nuværende SVG implimentationer/standarder.
Grunden til at Flash er så udbredt på Internettet er netop at Javascript (eller ECMAScript hvis man skal være korrekt) og HTML ikke er gode nok værktøjer til at strikke attraktive web sider sammen. Manglende understøttelse af animation og vektor grafik er umiddelbart de største problemer.
Silver Light er, så vidt jeg har forstået, lidt en viderebygning af den idé. Det skulle være muligt at lave web sider med "desktop agtig" funktionalitet, og meget af den funktionalitet der ligger i WPF skulle være tilgængelig.
Silver Light er, så vidt jeg har forstået, lidt en viderebygning af den idé. Det skulle være muligt at lave web sider med "desktop agtig" funktionalitet, og meget af den funktionalitet der ligger i WPF skulle være tilgængelig.
Alle på nær 11#:
Ja det er interessant - specielt fordi det bliver et "rigtigt" framework, modsat JavaScript og Flash.
Og læs lige hvad #11 siger:
Alt deri kan bekræftes som værende korrekt.
11#: You put the head on the nail, m8 :-D
Generelt:
Det kan meget vel gå hen og blive standarden inden for webapplikationer inden ret længe...
Men lad os nu se...
Ja det er interessant - specielt fordi det bliver et "rigtigt" framework, modsat JavaScript og Flash.
Og læs lige hvad #11 siger:
Alt deri kan bekræftes som værende korrekt.
11#: You put the head on the nail, m8 :-D
Generelt:
Det kan meget vel gå hen og blive standarden inden for webapplikationer inden ret længe...
Men lad os nu se...
1) Silverlight har en tæt integration med .net (ikke asp.net),
Dvs. ASP.NET , da vi snakker om et framework til webudvikling.
2) Silverlight har intet med drivere at gøre.
Drivere i en forstand som et "plugin" til en browser. Præcist det samme med Flash, og ligeså dumt.
3) Silverlight bliver ikke kun fokuseret på Windows-platformen.
Ifølge de officielle statements. Tvivler stærkt på at MS vil blive ved med at lave fuld integration til andre platforme en windows.
Og så skal det stadigvæk påpeges, at det kun er de distroer MS vælger som bliver understøttet.
4) Silverlight er ikke kun skrevet til Internet Explorer.
Samme som det foregående, De udvikler til IE først, integerer til hvad der nu virker korrekt bagefter.
5) Der har tidligere gået rygter om at dele af Silverlight skulle blive udgivet som OpenSource, men dette er blot rygter.
Ja, desværre.
Det er direkte idiotisk ikke at udvikle specifikationerne som open-source. Jeg tvivler på at nogen du/andre kan argumentere sageligt imod dette. Men tak for at understøtte en MS ejet internet.
6) Det ville have været dejligt hvis SVG kunne det samme som WPF/XAML. Men mulighederne findes simpelthen ikke i de nuværende SVG implimentationer/standarder.
Fordi at MS ikke gider hjælpe med at gøre standarderne bedre, eller overhovedet implementere dem i deres egen browser.
De synes det er meget sjovere at lege med sig selv, en de andre børn. Denne ego centering har været normalt for deres udvikling de sidste 10 år. Internet Explorer 7 beviser kun hvor lidt de giver for W3C's recomendations.
I det mindste kan vi så være glade for at dem som vælger at bruge sliverlight , ligesom med flash, ikke vil blive indexeret af google.
Hvorimod at dejlige SVG sider vil blive indexeret... Men jaja, søgemaskiner er også totalt ligegyldige ikke ? :-)
Hvad bliver det næste ? At vi koder et program i C# og beder brugeren om at downloade det for at vi kan lave mere fancy ting ? ... hov vent lidt, jeg troede vi var på vej VÆK fra den del.
Det er somom at historien gentager sig selv (Java Applets)...
Hvorimod at dejlige SVG sider vil blive indexeret... Men jaja, søgemaskiner er også totalt ligegyldige ikke ? :-)
Hvad bliver det næste ? At vi koder et program i C# og beder brugeren om at downloade det for at vi kan lave mere fancy ting ? ... hov vent lidt, jeg troede vi var på vej VÆK fra den del.
Det er somom at historien gentager sig selv (Java Applets)...
Det bliver højest sandsynligt ikke Microsoft der udgiver det til Linux, men derimod Novell/Ximian vha. Mono .NET Framework.. Det hedder i øvrigt Moonlight
http://www.mono-project.com/Moonlight
http://www.mono-project.com/Moonlight
Syntes ikke det virker specielt positivt, flash har dog den fordel at den kører på flere platforme, således kan man som udvikler være ret sikker på at hvis det kan køre flash, kan siden vises.
Det er en gang fis, og den eneste grund til de laver det er for at lukke folk der vælger andre systemer end deres eget endnu mere ude i kulden.
Det er en gang fis, og den eneste grund til de laver det er for at lukke folk der vælger andre systemer end deres eget endnu mere ude i kulden.
#13
Nu hænger jo verden sådan sammen at når Microsoft udvikler en teknologi, så er det op til udviklerne af browseren at tage stilling til om de vil implementere teknologien direkte i deres browser eller om man vil lade en 3. part udvikle et plugin/driver/addon.
I teorien kunne man implementere Silverlight direkte i Browseren.
Microsoft har jo netop lavet en implementering af Silverlight på OSX/Mac. Er det ikke en anden platform en Windows?
Microsoft har koncentreret sig om Mac og Windows, da det er her den største gruppe af mennesker sidder. Linux versionen er som tidligere nævnt godt på vej ved hjælp af mono-project.
Igen er du forkert på den. Microsoft har jo netop med silverlight valgt at fokusere på hele 3 forskellige browser: Internet Explorer, Firefox 2.0, og Safari.
På dette punkt kan jeg ikke være mere enig med dig. Jeg er stor tilhænger er open-source - til en vis grænse. Men i det her tilfælde, ville det være super hvis Microsoft gjorde Silverlight open-source. Dette ville kunne hjælpe til en hurtig udbredelse af teknologien.
Microsoft er så smart gået igang med at udgive forskellige komponenter indenfor .net som open-source. Senest er hele deres ASP.net AJAX-framework blevet udgivet som open-source.
Nu er du vist i gang med dine foredomme igen. Microsoft har jo netop vist med IE7 at de har lyttet til udviklerne og W3C. Med IE8 (som kommer i beta snart), der vil der jo være understøttelse af Microformats og andre gode standarder. Rom blev ikke bygget på en dag.
Problemet med SVG er der ikke har været grundlag for at lave en udvidelse, da formålet med SVG og XAML er vidt forskellige. XAML er sammen med WPF bygget til at kunne levere 3d content som er accelereret ved hjælp af dit DirectX/OpenGl - Det er SVG altså ikke.
Definationen af SVG lyder sådanledes:
XAML bliver nu brugt både til Windows applikationer og så silverlight applikationer. Dette er vidunderligt, da man nu for første gang har et gennemgående Markup-language som man kan bruge lige meget om man koder til web eller native. XAML giver langt flere muligheder end hvad SVG + HTML + CSS kan præstere. Derfor syntes jeg XAML er værd at kigge på.
Forhåbenligt bliver XAML og WPF åbnet, så det bliver sprog/teknologi man kan kode med på tværs af alle platforme.
Om Microsoft skulle have valgt at benytte etablerede teknologier i WPF. Det er et godt spørgsmål. I starten var jeg da også irriteret over at jeg ikke kunne bruge CSS, nu hvor de havde introduceret et HTML-ligende sprog til windows-programmering. Men da jeg forstod hvor komplekst XAML er, samt hvilke muligheder der er åbnet op for, så er jeg glad for at Microsoft har turde at være så visionære.
Forhåbentlig viser fremtiden at Microsoft åbner op om Silverlight, WPF og XAML. Så alle kan få gavn af disse vidunderlige teknologier, men det vil tiden jo kun vise.
I mellemtiden syntes jeg da at vi skal glæde os over de muligheder vi har fået med Silverlight i stedet for at brokke os over at vi ikke har fået det hele på en gang. Det skal nok komme.
PS: Burde newz.dk ikke have en preview funktion? Jeg er spændt på at se hvordan formatteringen ser ud. :)
Drivere i en forstand som et "plugin" til en browser. Præcist det samme med Flash, og ligeså dumt.
Nu hænger jo verden sådan sammen at når Microsoft udvikler en teknologi, så er det op til udviklerne af browseren at tage stilling til om de vil implementere teknologien direkte i deres browser eller om man vil lade en 3. part udvikle et plugin/driver/addon.
I teorien kunne man implementere Silverlight direkte i Browseren.
Tvivler stærkt på at MS vil blive ved med at lave fuld integration til andre platforme en windows.
Microsoft har jo netop lavet en implementering af Silverlight på OSX/Mac. Er det ikke en anden platform en Windows?
Microsoft har koncentreret sig om Mac og Windows, da det er her den største gruppe af mennesker sidder. Linux versionen er som tidligere nævnt godt på vej ved hjælp af mono-project.
De udvikler til IE først, integerer til hvad der nu virker korrekt bagefter.
Igen er du forkert på den. Microsoft har jo netop med silverlight valgt at fokusere på hele 3 forskellige browser: Internet Explorer, Firefox 2.0, og Safari.
Det er direkte idiotisk ikke at udvikle specifikationerne som open-source.
På dette punkt kan jeg ikke være mere enig med dig. Jeg er stor tilhænger er open-source - til en vis grænse. Men i det her tilfælde, ville det være super hvis Microsoft gjorde Silverlight open-source. Dette ville kunne hjælpe til en hurtig udbredelse af teknologien.
Microsoft er så smart gået igang med at udgive forskellige komponenter indenfor .net som open-source. Senest er hele deres ASP.net AJAX-framework blevet udgivet som open-source.
Fordi at MS ikke gider hjælpe med at gøre standarderne bedre, eller overhovedet implementere dem i deres egen browser.
Nu er du vist i gang med dine foredomme igen. Microsoft har jo netop vist med IE7 at de har lyttet til udviklerne og W3C. Med IE8 (som kommer i beta snart), der vil der jo være understøttelse af Microformats og andre gode standarder. Rom blev ikke bygget på en dag.
Problemet med SVG er der ikke har været grundlag for at lave en udvidelse, da formålet med SVG og XAML er vidt forskellige. XAML er sammen med WPF bygget til at kunne levere 3d content som er accelereret ved hjælp af dit DirectX/OpenGl - Det er SVG altså ikke.
Definationen af SVG lyder sådanledes:
Scalable Vector Graphics (SVG) is an XML specification and file format for describing two-dimensional vector graphics. - Altså SVG er lavet til 3d indhold. XAML til 3d.
XAML bliver nu brugt både til Windows applikationer og så silverlight applikationer. Dette er vidunderligt, da man nu for første gang har et gennemgående Markup-language som man kan bruge lige meget om man koder til web eller native. XAML giver langt flere muligheder end hvad SVG + HTML + CSS kan præstere. Derfor syntes jeg XAML er værd at kigge på.
Forhåbenligt bliver XAML og WPF åbnet, så det bliver sprog/teknologi man kan kode med på tværs af alle platforme.
Om Microsoft skulle have valgt at benytte etablerede teknologier i WPF. Det er et godt spørgsmål. I starten var jeg da også irriteret over at jeg ikke kunne bruge CSS, nu hvor de havde introduceret et HTML-ligende sprog til windows-programmering. Men da jeg forstod hvor komplekst XAML er, samt hvilke muligheder der er åbnet op for, så er jeg glad for at Microsoft har turde at være så visionære.
Forhåbentlig viser fremtiden at Microsoft åbner op om Silverlight, WPF og XAML. Så alle kan få gavn af disse vidunderlige teknologier, men det vil tiden jo kun vise.
I mellemtiden syntes jeg da at vi skal glæde os over de muligheder vi har fået med Silverlight i stedet for at brokke os over at vi ikke har fået det hele på en gang. Det skal nok komme.
PS: Burde newz.dk ikke have en preview funktion? Jeg er spændt på at se hvordan formatteringen ser ud. :)
#12: Nu kan alting der laves i Flash, rent faktisk også laves i JavaScript - det kræver bare en del mere kodning eftersom man i en Flash-editor blot kan angive start og slut punkt for et object samt bevægelsestid, hvorefter editoren selv skriver den nødvendige kode. I JavaScript skal du skrive alting selv, men det er ikke altid en dårlig ting ;)
Nu hænger jo verden sådan sammen at når Microsoft udvikler en teknologi, så er det op til udviklerne af browseren at tage stilling til om de vil implementere teknologien direkte i deres browser eller om man vil lade en 3. part udvikle et plugin/driver/addon.
I teorien kunne man implementere Silverlight direkte i Browseren.
Nej, specifikationerne er jo lukkede ! Så de kan ikke vælge, Microsoft har valgt for dem selv.
Well.. med muligheden for at pisse nogle folk lidt af(til dels mig selv inklusiv) synes jeg da alligevel der en en ret så god pointe i ikke at gøre SL open source..
Ikke at jeg selv er af den holdning at det ikke bør være OpenSource - Kan egentlig ikke rigtig blive enig med mig selv
Pointen er at, som mange er jer andre web udviklere sikkert ser hver eneste dag, er det altid et problem at optimere sites(primært html/css/js) til at gøre i de forskellige browsers(ie6 vs. FF specielt) - hvilket dog er ved at blive meget i form af at ie6 er godt på vej ud.
Den her problematik kommer imo hovedsageligt af at html/css/js er "open source" som den efter håndenen er mange forskellige decoders af - der med har vi problemet.
Så hvis MS bare kan/vil udvikler drivers til forskellige andre browesers/platform mener jeg at dette vil være en MEGET bedre løsning da vi dermed vil få 100% samme afkodning af Silver Light på alle platforme/browsere i modsætning til html/css/java
Efter ie7 er blevet udgivet er jeg heller ikke så bange for at de ikke får optimeret til andre ordentlig - som et lille eksemple kan i da prøve at trække UserAgent data på en ie7 broweser, hvilket give et meget overraskende resultat - og siger, efter min mening, en del om MS's nye "samarbejds politik"
Hvad angår optimering, som omtalt tidligere, er det sikkert en masse der siger det ikke er noget problem. Arbejder selv i et større webudviklings hus hvor vi stort set altid laver meget grafiske cutting edge løsning, på grænsen af det mulige - så ja.. jeg er meget vandt til at se problemerne
Takke være gud er jeg ikke html'er så det er ikke min hoved pine
Og damn hvor blev det en lang første post på news....
Ikke at jeg selv er af den holdning at det ikke bør være OpenSource - Kan egentlig ikke rigtig blive enig med mig selv
Pointen er at, som mange er jer andre web udviklere sikkert ser hver eneste dag, er det altid et problem at optimere sites(primært html/css/js) til at gøre i de forskellige browsers(ie6 vs. FF specielt) - hvilket dog er ved at blive meget i form af at ie6 er godt på vej ud.
Den her problematik kommer imo hovedsageligt af at html/css/js er "open source" som den efter håndenen er mange forskellige decoders af - der med har vi problemet.
Så hvis MS bare kan/vil udvikler drivers til forskellige andre browesers/platform mener jeg at dette vil være en MEGET bedre løsning da vi dermed vil få 100% samme afkodning af Silver Light på alle platforme/browsere i modsætning til html/css/java
Efter ie7 er blevet udgivet er jeg heller ikke så bange for at de ikke får optimeret til andre ordentlig - som et lille eksemple kan i da prøve at trække UserAgent data på en ie7 broweser, hvilket give et meget overraskende resultat - og siger, efter min mening, en del om MS's nye "samarbejds politik"
Hvad angår optimering, som omtalt tidligere, er det sikkert en masse der siger det ikke er noget problem. Arbejder selv i et større webudviklings hus hvor vi stort set altid laver meget grafiske cutting edge løsning, på grænsen af det mulige - så ja.. jeg er meget vandt til at se problemerne
Takke være gud er jeg ikke html'er så det er ikke min hoved pine
Og damn hvor blev det en lang første post på news....
#28 Din sammenligning holder ikke helt.
Hvis SL var opensource, så ville man kunne se kildekoden for dekodningen og deraf dokumentationen for at lave en dekodning, der ville opføre sig på præcis samme måde.
Hvis SL var opensource, så ville man kunne se kildekoden for dekodningen og deraf dokumentationen for at lave en dekodning, der ville opføre sig på præcis samme måde.
Og i den perfeckte verden ville andre decoders så også opfører sig som "den orginale" - men vi lever jo desværre ikke i den perfekte verden
Kan nu fint se dit argument.. og som jeg sagde er jeg heller ikke enig med mig selv om hvorvidt jeg synes det bør være OpenSource
Kan nu fint se dit argument.. og som jeg sagde er jeg heller ikke enig med mig selv om hvorvidt jeg synes det bør være OpenSource
#28
STANDARDER ! SPECIFIKATIONER ! DE FINDES !!!
Problemet er bare at nogle folk er for arrogante til at følge dem, ironisk nok er Microsoft den MEST arrogante mht. at følge ANDRE folks standarder. De vil KUN følge deres eget lille hovede.
Det er på INGEN måde en god ide at lave eet firma som bestemmer hvordan internettet skal se ud, og hvem der skal have adgang. Det er overhovedet ikke brugbart at lave en løsning som ikke er 110% platform kompatibel.
Og nej, jeg tror ikke på at MS ender med at udgive Silverlight binaries til OS2, Solaris og det OS BurningShadow altid skriver om (har glemt navnet).
Lad være med at få det til at lyde somom der aldrig har eksisteret specifikationer for hvordan HTML skulle parses.. fordi det har der altid gjort.
Så hvis MS bare kan/vil udvikler drivers til forskellige andre browesers/platform mener jeg at dette vil være en MEGET bedre løsning da vi dermed vil få 100% samme afkodning af Silver Light på alle platforme/browsere i modsætning til html/css/java
STANDARDER ! SPECIFIKATIONER ! DE FINDES !!!
Problemet er bare at nogle folk er for arrogante til at følge dem, ironisk nok er Microsoft den MEST arrogante mht. at følge ANDRE folks standarder. De vil KUN følge deres eget lille hovede.
Det er på INGEN måde en god ide at lave eet firma som bestemmer hvordan internettet skal se ud, og hvem der skal have adgang. Det er overhovedet ikke brugbart at lave en løsning som ikke er 110% platform kompatibel.
Og nej, jeg tror ikke på at MS ender med at udgive Silverlight binaries til OS2, Solaris og det OS BurningShadow altid skriver om (har glemt navnet).
Lad være med at få det til at lyde somom der aldrig har eksisteret specifikationer for hvordan HTML skulle parses.. fordi det har der altid gjort.
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.