mboost-dp1
Microsoft
Ja det bliver nu spændende af se hvor det bærer hen. Om det er Microsoft eller andre der laver standarden er egenligt ligemeget.
Bare at den tillader 3. part at understøtte den fuldt ud, udelukkende fra standarden
Bare at den tillader 3. part at understøtte den fuldt ud, udelukkende fra standarden
OOXML er ikke kommet igennem fast track behandlingen, hvilket kræver 2/3 flertal. Der var flertal for godkendelse; men ikke stort nok til en hurtig godkendelse.
http://arstechnica.com/news.ars/post/20070717-offi...
http://arstechnica.com/news.ars/post/20070717-offi...
#9 Til gengæld kan den ikke implementeres uden godt kendskab til tidligere office-programmer :P
"Legacy document rendering compatibility is identified using (deprecated) tags. For example, book 4 section 2.15.3.6, "autoSpaceLikeWord95", “useWord97LineBreakRules”, “useWord2002TableStyleRules", and book 4 section 2.15.3.31, "lineWrapLikeWord6", and "suppressTopSpacingWP" for a 16-year-old version of WordPerfect.[39]." kilde
Også en del af de andre punkter jeg finder meget foruroligende
"Legacy document rendering compatibility is identified using (deprecated) tags. For example, book 4 section 2.15.3.6, "autoSpaceLikeWord95", “useWord97LineBreakRules”, “useWord2002TableStyleRules", and book 4 section 2.15.3.31, "lineWrapLikeWord6", and "suppressTopSpacingWP" for a 16-year-old version of WordPerfect.[39]." kilde
Også en del af de andre punkter jeg finder meget foruroligende
#11 Saadan at alle programmer kan overholde standarden nemmeste muligt
Ja, se bare hos SUN, hvor man stadig ikke er færdige med import filtrene til OOXML:
SUNs blog om arbejdet med OpenOffice.org
Ja, se bare hos SUN, hvor man stadig ikke er færdige med import filtrene til OOXML:
SUNs blog om arbejdet med OpenOffice.org
#13
Det du ønsker er altså ensporethed helt uden muligheder for variation, konkurrence osv.
Der er netop brug for konkurrerende formater.
Eller skal vi bare droppe Linux/BSD/OSX og alle de andre OS'er, og vedtage Windows er standarden !
Det må jo være det optimale i dine øjne.
Det du ønsker er altså ensporethed helt uden muligheder for variation, konkurrence osv.
Der er netop brug for konkurrerende formater.
Eller skal vi bare droppe Linux/BSD/OSX og alle de andre OS'er, og vedtage Windows er standarden !
Det må jo være det optimale i dine øjne.
#11
Ja. Og ideen med at lave åben standard er at du ikke binder dig til et stykke software.
Ved at ha' en åben standard kan alle se hvordan formated skal læses og skrives, og det er tilgændeligt for alle.
Det gør så at firmaer ikke kan tvinge folk til at forsætte med at bruge deres programmer, da det er besværligt, eller umuligt at overføre ens data til et andet alternativt system.
Det gør også at det i fremtiden vil være muligt at åbne ens gamle filer, selv om det program det var lavet i ikke laves mere.
Ideen med en standard er vel at der kun er et?
Saadan at alle programmer kan overholde standarden nemmeste muligt.
Ja. Og ideen med at lave åben standard er at du ikke binder dig til et stykke software.
Ved at ha' en åben standard kan alle se hvordan formated skal læses og skrives, og det er tilgændeligt for alle.
Det gør så at firmaer ikke kan tvinge folk til at forsætte med at bruge deres programmer, da det er besværligt, eller umuligt at overføre ens data til et andet alternativt system.
Det gør også at det i fremtiden vil være muligt at åbne ens gamle filer, selv om det program det var lavet i ikke laves mere.
#15,
Undskyld, men hvad ialverden laver de specifikationer i en dokumentation for en ny standard.
At de henviser til andre standarder gør den ikke åben, men det kan nemt være elastik i meter mål de sælger. et scenario:
Hvad sker der vis jeg åbner et dokument fra 1997 i Ms office 2007, gemmer den som OOXML. Vil der så ikke være henvisninger i det nye OOXML til "97" standarden, og dermed ikke kunne åbnes korrekt i et andet program end hvor programmet ved hvordan 97 standarden opføre sig? Vil man så ikke stadig væk være låst fast?
Undskyld, men hvad ialverden laver de specifikationer i en dokumentation for en ny standard.
At de henviser til andre standarder gør den ikke åben, men det kan nemt være elastik i meter mål de sælger. et scenario:
Hvad sker der vis jeg åbner et dokument fra 1997 i Ms office 2007, gemmer den som OOXML. Vil der så ikke være henvisninger i det nye OOXML til "97" standarden, og dermed ikke kunne åbnes korrekt i et andet program end hvor programmet ved hvordan 97 standarden opføre sig? Vil man så ikke stadig væk være låst fast?
#15 problemet ligger mere i at man kalder det ÅBEN standard.
Men i stedet for at sige hvor dan man gør en ting, så siger man "Gør som i Word95" og hvis man så spørg om hvordan man gør i Word95 får man afvide at det er et lukket format, og man ikke kan få det afvide.
Og for at kunne sige at man understøtter et format skal man understøtte det 100%.
Så ved flere informationer ikke er frit tilgændelige er det ikke muligt at understøtte den 100%
Og så liger det bare et nyt lukket format som kun er rigtigt understøtted af udvikleren (Her MS) og dem som betaler sig fra en aftale om at få informationen om de lukket dele af formatet, som de selvføgelig ikke må dele til andre
Men i stedet for at sige hvor dan man gør en ting, så siger man "Gør som i Word95" og hvis man så spørg om hvordan man gør i Word95 får man afvide at det er et lukket format, og man ikke kan få det afvide.
Og for at kunne sige at man understøtter et format skal man understøtte det 100%.
Så ved flere informationer ikke er frit tilgændelige er det ikke muligt at understøtte den 100%
Og så liger det bare et nyt lukket format som kun er rigtigt understøtted af udvikleren (Her MS) og dem som betaler sig fra en aftale om at få informationen om de lukket dele af formatet, som de selvføgelig ikke må dele til andre
#9 Jeg giver dig ret i at der naturligvis skal være mulighed for flere åbne formater.
Men mikrosofts format er bare ikke åbent, desuden er det mere praktisk med et format hvor der rent faktisk medfølger fungerende kode.
Jeg er ikke så sikker på folk der gerne vil understøtte mikrosofts format bare kan hente den relevante kode fra MSO og bruge den i deres projekt?
Der er ingen ide i et åbent format hvis koden til at implementere det bedst mulig er propoitær, og vi må antage at ingen kan implementere det bedre end de der har designet standarden.
Men mikrosofts format er bare ikke åbent, desuden er det mere praktisk med et format hvor der rent faktisk medfølger fungerende kode.
Jeg er ikke så sikker på folk der gerne vil understøtte mikrosofts format bare kan hente den relevante kode fra MSO og bruge den i deres projekt?
Der er ingen ide i et åbent format hvis koden til at implementere det bedst mulig er propoitær, og vi må antage at ingen kan implementere det bedre end de der har designet standarden.
#21
Nu er OOXML blevet anerkendt af mindst en organisation som værende åbent, så der er ingen grund til at påstå det ikke er.
Helt enig.
Men sådanne som ODF fans forsøger at modarbejde det, kunne man jo gå hen og tro de ikke kan klare konkurrencen.
Men hvis deres format er så meget bedre, så har de jo intet at frygte.
Nu er OOXML blevet anerkendt af mindst en organisation som værende åbent, så der er ingen grund til at påstå det ikke er.
Jeg giver dig ret i at der naturligvis skal være mulighed for flere åbne formater.
Helt enig.
Men sådanne som ODF fans forsøger at modarbejde det, kunne man jo gå hen og tro de ikke kan klare konkurrencen.
Men hvis deres format er så meget bedre, så har de jo intet at frygte.
#fidomuh
Jo det skal der også være, netop for at sikre fremtidig udvikling.
Hvis man låser sig på en standard, kan udviklingen gå i stå, eller bremses.
Er det virkeligt det du ønsker ?
Ved at der er to eller flere standarder, skal de begge hele tiden fornyes og gøres bedre, hvorimod når der kun er en, risikerer man den falder i søvn.
Ikke konkurrerende standarder :)
Jo det skal der også være, netop for at sikre fremtidig udvikling.
Hvis man låser sig på en standard, kan udviklingen gå i stå, eller bremses.
Er det virkeligt det du ønsker ?
Ved at der er to eller flere standarder, skal de begge hele tiden fornyes og gøres bedre, hvorimod når der kun er en, risikerer man den falder i søvn.
#23
Ideen med en aaben standard er vel at soerge for at udviklere nemmere kan overholde en standard?
Ved at tillade 20 aabne standarder, er vi jo tilbage ved "square one" :)
Saa forstaa mig ret, jeg er helt for at OOXML bliver en success og bredt implementeret, men vi skal kun have een standard.
Om det saa bliver OOXML eller ODF skal andre end jeg vurdere, men saalaenge vi ikke ser 2 standarder er jeg glad.
Ingen umiddelbar pointe i at opdele vandene paa den maade.. Hvis ODF falder af paa den, saa kan OOXML jo fint overtage..
Begge formater er aabne saa der burde ikke vaere de store problemer i at skifte til en ny aaben standard hvis fx ODF falder doed om :)
Ideen med en aaben standard er vel at soerge for at udviklere nemmere kan overholde en standard?
Ved at tillade 20 aabne standarder, er vi jo tilbage ved "square one" :)
Saa forstaa mig ret, jeg er helt for at OOXML bliver en success og bredt implementeret, men vi skal kun have een standard.
Om det saa bliver OOXML eller ODF skal andre end jeg vurdere, men saalaenge vi ikke ser 2 standarder er jeg glad.
Ingen umiddelbar pointe i at opdele vandene paa den maade.. Hvis ODF falder af paa den, saa kan OOXML jo fint overtage..
Begge formater er aabne saa der burde ikke vaere de store problemer i at skifte til en ny aaben standard hvis fx ODF falder doed om :)
#16
ffs linux BSD og OS X er ikke standarter men OS'er. Hvis man har fælles standarter som f.eks. en dokumenter, en til lydfiler og de alle er åbne kan de implementeres i alle OS'er og så kan man frit vælge hva OS man vil bruge. En gang i mellem er der brug for fælles standarter selvom alternativer er godt for at folk kan snakke sammen. Standarter er til for at man kan tale sammen. Nogle gange er flere standarter for det samme da lige til at lukke op og skide i, se f.eks. på hd dvd og blueray krigen.. ikke vildt konstruktivt vel.
#23
Når så en standart bliver forældet nok til at der er behov for en ny så kommer der en ny. Smart ikke?
Da cd'en blev forældet kom dvd'en. Hvor tit har du måske brokket dig over at der ikke findes 50 dvd standarter?
Sjovt disky, synes ellers altid du plejer at flame alt der minder om alternativer men måske er det fordi det nu er MS...?
ffs linux BSD og OS X er ikke standarter men OS'er. Hvis man har fælles standarter som f.eks. en dokumenter, en til lydfiler og de alle er åbne kan de implementeres i alle OS'er og så kan man frit vælge hva OS man vil bruge. En gang i mellem er der brug for fælles standarter selvom alternativer er godt for at folk kan snakke sammen. Standarter er til for at man kan tale sammen. Nogle gange er flere standarter for det samme da lige til at lukke op og skide i, se f.eks. på hd dvd og blueray krigen.. ikke vildt konstruktivt vel.
#23
Når så en standart bliver forældet nok til at der er behov for en ny så kommer der en ny. Smart ikke?
Da cd'en blev forældet kom dvd'en. Hvor tit har du måske brokket dig over at der ikke findes 50 dvd standarter?
Sjovt disky, synes ellers altid du plejer at flame alt der minder om alternativer men måske er det fordi det nu er MS...?
Åbent format:
alle kan tilgå formatet uden bindinger
lukket format
alle kan ikke tilgå formatet uden bindinger
problemet med ooXML er at det bundet op på windows styresystemet og ikke kun selve officeproduktet. så selvom de lagde det helt ud vil der stadig være ting som man ikke kan gøre med OOXML formatet på et ikke windows system.
alle kan tilgå formatet uden bindinger
lukket format
alle kan ikke tilgå formatet uden bindinger
problemet med ooXML er at det bundet op på windows styresystemet og ikke kun selve officeproduktet. så selvom de lagde det helt ud vil der stadig være ting som man ikke kan gøre med OOXML formatet på et ikke windows system.
#26
Det er da en gang **** at lukke ud, har uden problemer kunne "parse" et word/powerpoint dokument gemt i OOXML på linux, ved at bruge ganske almindelige XPATH queries og trække relevante dele af dokumentet ud til det jeg skulle bruge det til, i det pågældende projekt. (i mit tilfælde timings på slides i powerpoint/headlines i word).
I min verden er det så åben et format som det overhovedet kan være. Ikke at jeg tror de fleste herinde overhovdet har sat sig ind i tingene, som det plejer at være herinde på newz.dk med dem der brokker sig mest over alt.
Det er da en gang **** at lukke ud, har uden problemer kunne "parse" et word/powerpoint dokument gemt i OOXML på linux, ved at bruge ganske almindelige XPATH queries og trække relevante dele af dokumentet ud til det jeg skulle bruge det til, i det pågældende projekt. (i mit tilfælde timings på slides i powerpoint/headlines i word).
I min verden er det så åben et format som det overhovedet kan være. Ikke at jeg tror de fleste herinde overhovdet har sat sig ind i tingene, som det plejer at være herinde på newz.dk med dem der brokker sig mest over alt.
#27
Ja, og Lenin er også accepteret som folkehelt af mere end en organisation...
Bare fordi der er een gruppe, der siger det, behøver det ikke være sandt! ;-)
Ja, og Lenin er også accepteret som folkehelt af mere end en organisation...
Bare fordi der er een gruppe, der siger det, behøver det ikke være sandt! ;-)
Der er flere aspekter i det. Dels hvem der har styringen af formatet og dets udvikling. Dels om det er bundet til proprietært software. Dels om det er forbundet med software patenter.
Men OOXML formatet er skam smart. Zip + XML oa filer er en herlig kombination.
Hvordan ODF er struktureret ved jeg ikke.
Hvis Danmark skulle begynde at glide over mod åbne standarder a la ODF så tror jeg bare vi får officielt besøg af BillG hos statsministeren og så får piben pludselig en anden lyd.
Danmark er jo også centrum for Microsoft Dynamics.
Men OOXML formatet er skam smart. Zip + XML oa filer er en herlig kombination.
Hvordan ODF er struktureret ved jeg ikke.
Hvis Danmark skulle begynde at glide over mod åbne standarder a la ODF så tror jeg bare vi får officielt besøg af BillG hos statsministeren og så får piben pludselig en anden lyd.
Danmark er jo også centrum for Microsoft Dynamics.
#Disky
Jeg kan godt følge dig i at der skal være konkurence, for at der sker en udvikling, men jeg er er enig med fidomuh om at vi kun skal have EN standard.
Det må så være op til en organisation at varetage udviklingen ved at få forslag til ændringer fra firmaer. Det synes jeg har fungeret fint for W3 gruppen...
På den måde er det netop de bedste forslag, som kommer igennem.
Jeg kan godt følge dig i at der skal være konkurence, for at der sker en udvikling, men jeg er er enig med fidomuh om at vi kun skal have EN standard.
Det må så være op til en organisation at varetage udviklingen ved at få forslag til ændringer fra firmaer. Det synes jeg har fungeret fint for W3 gruppen...
På den måde er det netop de bedste forslag, som kommer igennem.
#26
Og det har du?
At du kan læse xml teksten gør ikke formatet åbent. At du kan få enkelte informationer ud af dokumentet gør heller ikke.
Når jeg kan få en definition på hvordan ovenstående tags skal implementeres kan vi begynde at tale om eller anden definition af åben.
I min verden er det dog ikke åbent før jeg også kan få inflydelse på fremtidige ændringer til formatat.
I min verden er det så åben et format som det overhovedet kan være. Ikke at jeg tror de fleste herinde overhovdet har sat sig ind i tingene, som det plejer at være herinde på newz.dk med dem der brokker sig mest over alt.
Og det har du?
At du kan læse xml teksten gør ikke formatet åbent. At du kan få enkelte informationer ud af dokumentet gør heller ikke.
"autoSpaceLikeWord95", "useWord97LineBreakRules"
Når jeg kan få en definition på hvordan ovenstående tags skal implementeres kan vi begynde at tale om eller anden definition af åben.
I min verden er det dog ikke åbent før jeg også kan få inflydelse på fremtidige ændringer til formatat.
#32
Sjovt du lige nævnet W3 gruppen.
Vi kan jo tydeligt se hvordan det kan gå med en åben standard.
Når man sammenligner diverse browsere ser man jo tydeligt de alle renderer tingene fuldstændigt ens.
En standard er og bliver en begrænsning, derfor skal der være flere, da det ellers begrænser udviklingen.
Det er jo netop et af argumenterne for at vi ikke bare alle sammen bruger Microsoft'es lukkede format, som forresten fungere udmærket som det er.
Godt nok er ODF åbent, men jeg læste en artikel for nyeligt der understregede at forskellige programmer der anvender det alligevel ikke viser tingene ens. Altså helt ubrugeligt.
Mener det var koffice i forhold til open office.
Hvor brugbart er et format lige når tingene ikke ser ens ud i diverse programmer ?
Det er jo super checket at lave en job ansøgning i f.eks. ODF program #1, så det hele står flot og struktureret, men firmaet der skal læse det, bruger ODF program #2, og der er det en gang rod.
p.s. Det er ud fra hukommelsen om det lige er de 2 programmer, er jeg ikke 100% sikker på.
Sjovt du lige nævnet W3 gruppen.
Vi kan jo tydeligt se hvordan det kan gå med en åben standard.
Når man sammenligner diverse browsere ser man jo tydeligt de alle renderer tingene fuldstændigt ens.
En standard er og bliver en begrænsning, derfor skal der være flere, da det ellers begrænser udviklingen.
Det er jo netop et af argumenterne for at vi ikke bare alle sammen bruger Microsoft'es lukkede format, som forresten fungere udmærket som det er.
Godt nok er ODF åbent, men jeg læste en artikel for nyeligt der understregede at forskellige programmer der anvender det alligevel ikke viser tingene ens. Altså helt ubrugeligt.
Mener det var koffice i forhold til open office.
Hvor brugbart er et format lige når tingene ikke ser ens ud i diverse programmer ?
Det er jo super checket at lave en job ansøgning i f.eks. ODF program #1, så det hele står flot og struktureret, men firmaet der skal læse det, bruger ODF program #2, og der er det en gang rod.
p.s. Det er ud fra hukommelsen om det lige er de 2 programmer, er jeg ikke 100% sikker på.
#33
I hvad for dele af dokumenter gemt fra nyeste Office er det lige de tags bliver brugt ?
Har du eksempler på det, der understreger vigtigheden af dem ?
Og det ikke bare er tilfældige tags, der reelt intet betyder du bare brokker dig over.
Når man ser på tags navnene ser man det er fra de gamle Office programmer de stammer.
I hvad for dele af dokumenter gemt fra nyeste Office er det lige de tags bliver brugt ?
Har du eksempler på det, der understreger vigtigheden af dem ?
Og det ikke bare er tilfældige tags, der reelt intet betyder du bare brokker dig over.
Når man ser på tags navnene ser man det er fra de gamle Office programmer de stammer.
#15 Disky:
"Du har KUN brug for den viden, hvis du vil læse de gamle formater, ikke for at implementere det nye."
Nej, hvis du modtager et OOXML dokument der indeholder et element af typen "autoSpaceLikeWord95", så er det fuldstændigt irrelevant for dig, hvordan det element er opstået. Det mest sandsynlige er, at det er kommet med fordi dokumentet er en halvfærdig konvertering af en .doc fil, men det er jo ligemeget for dig i denne situation.
Det eneste du er interesseret i her er, om et vilkårligt program, der hævder at understøtte OOXML kan læse det OOXML dokument du har modtaget.
Hvem tror du har bedst mulighed for at lave et sådant program? Microsoft, som er de eneste der har den fulde indsigt i, hvordan Word 95 fungerede, eller en eller anden organisation der om 10 eller 20 år beslutter sig for at implementere OOXML-understøttelse.
Hint: Om 10 år vil det nok slet ikke være ret nemt at gå ud og købe hverken Word 95, et operativsystem Word 95 kan køre på, eller en computer det operativsystem kan afvikles på.
"Du har KUN brug for den viden, hvis du vil læse de gamle formater, ikke for at implementere det nye."
Nej, hvis du modtager et OOXML dokument der indeholder et element af typen "autoSpaceLikeWord95", så er det fuldstændigt irrelevant for dig, hvordan det element er opstået. Det mest sandsynlige er, at det er kommet med fordi dokumentet er en halvfærdig konvertering af en .doc fil, men det er jo ligemeget for dig i denne situation.
Det eneste du er interesseret i her er, om et vilkårligt program, der hævder at understøtte OOXML kan læse det OOXML dokument du har modtaget.
Hvem tror du har bedst mulighed for at lave et sådant program? Microsoft, som er de eneste der har den fulde indsigt i, hvordan Word 95 fungerede, eller en eller anden organisation der om 10 eller 20 år beslutter sig for at implementere OOXML-understøttelse.
Hint: Om 10 år vil det nok slet ikke være ret nemt at gå ud og købe hverken Word 95, et operativsystem Word 95 kan køre på, eller en computer det operativsystem kan afvikles på.
#34
Og hvor er forskellen hvis vi implementerer OOXML?
Saa er det magisk 100% ens i alle implementationer eller hvad?
Jeg forstaar absolut ikke din pointe her.. Du lyder som om du tror alt konkurrence doer hvis ODF bliver en standard og OOXML ikke goer?
OT: Naar, fyraften.. Ud og lege med det nye EOS 400D.. Tamron er en ret haederlig producent, hvis jeg selv skal sige det :P
Og hvor er forskellen hvis vi implementerer OOXML?
Saa er det magisk 100% ens i alle implementationer eller hvad?
Jeg forstaar absolut ikke din pointe her.. Du lyder som om du tror alt konkurrence doer hvis ODF bliver en standard og OOXML ikke goer?
OT: Naar, fyraften.. Ud og lege med det nye EOS 400D.. Tamron er en ret haederlig producent, hvis jeg selv skal sige det :P
#38
Det viser bare at en åben standard reelt ikke er så meget værd, eftersom at selv om der kun findes 1 standard.
Så ser tingene alligevel forskelligt ud, og giver derfor diverse problemer. HTML er et forrygende eksempel på dette.
Jeg vil bare understrege at et åbent format ikke er så super smart og fejlfrit som i åbenbart vil havde folk til at tro.
Nu digter du igen ud af en helt forkert tangent.
Hvor er det lige jeg har sagt Microsoft dør ?
p.s. Tillykke med dit 400D :) Ja tamron laver gode objektiver, jeg er meget glad for mit 12-24mm.
Det viser bare at en åben standard reelt ikke er så meget værd, eftersom at selv om der kun findes 1 standard.
Så ser tingene alligevel forskelligt ud, og giver derfor diverse problemer. HTML er et forrygende eksempel på dette.
Jeg vil bare understrege at et åbent format ikke er så super smart og fejlfrit som i åbenbart vil havde folk til at tro.
Jeg forstaar absolut ikke din pointe her.. Du lyder som om du tror alt konkurrence doer hvis ODF bliver en standard og OOXML ikke goer?
Nu digter du igen ud af en helt forkert tangent.
Hvor er det lige jeg har sagt Microsoft dør ?
p.s. Tillykke med dit 400D :) Ja tamron laver gode objektiver, jeg er meget glad for mit 12-24mm.
#42
Et eksempel.
Hvis du vil vide noget om opskriften på din mors frikadeller, spørger du så din mor, eller ville du spørge en ukendt person i et tilfældigt dansk forum ?
Derfor, hvis du vil vide hvorfor noget er i OOXML spec'en skulle du nok spørger dem der har lavet spec'en og ikke en tilfældig person på et tilfældigt dansk nørd forum.
Et eksempel.
Hvis du vil vide noget om opskriften på din mors frikadeller, spørger du så din mor, eller ville du spørge en ukendt person i et tilfældigt dansk forum ?
Derfor, hvis du vil vide hvorfor noget er i OOXML spec'en skulle du nok spørger dem der har lavet spec'en og ikke en tilfældig person på et tilfældigt dansk nørd forum.
#41
Jeg går ud fra at det dokument du her tænker på, er et OOXML dokument, indeholdende et element af typen "autoSpaceLikeWord95".
Den der har lavet det dokument, har jo nok lavet dokumentet ved at åbne en .doc fil i Word 2007 og gemme som OOXML.
Vil du have at jeg skal spørge en bruger af MS Office, hvorfor der er et "autoSpaceLikeWord95"-tag i hans fil, og hvordan jeg skal interpretere det tag?
Jeg går ud fra at det dokument du her tænker på, er et OOXML dokument, indeholdende et element af typen "autoSpaceLikeWord95".
Den der har lavet det dokument, har jo nok lavet dokumentet ved at åbne en .doc fil i Word 2007 og gemme som OOXML.
Vil du have at jeg skal spørge en bruger af MS Office, hvorfor der er et "autoSpaceLikeWord95"-tag i hans fil, og hvordan jeg skal interpretere det tag?
#43
Okay, så det var altså spec'en du henviste til i #41, og ikke selve dokumentet.
Så hvis jeg spørger Microsoft hvordan jeg implementerer "autoSpaceLikeWord95" korrekt, så regner du altså med at de giver mig et fyldestgørende svar?
Så undrer det mig bare, at de ikke har taget den forklaring med i specifikationen.
Okay, så det var altså spec'en du henviste til i #41, og ikke selve dokumentet.
Så hvis jeg spørger Microsoft hvordan jeg implementerer "autoSpaceLikeWord95" korrekt, så regner du altså med at de giver mig et fyldestgørende svar?
Så undrer det mig bare, at de ikke har taget den forklaring med i specifikationen.
#Disky
Hvis firmaerne ikke engang kan finde ud af at implementere en standard rigtig (som vi har set det med HTML), hvordan i alverden skulle de så kunne klare at implementere to??
Uden at have sat mig ind i de to dokument formater, kunne jeg forstille mig, at de er pænt meget mere indviklet end HTML. Jeg spår derfor at det er en umulig opgave at implementere to forskellige formater rigtig...
Hvis firmaerne ikke engang kan finde ud af at implementere en standard rigtig (som vi har set det med HTML), hvordan i alverden skulle de så kunne klare at implementere to??
Uden at have sat mig ind i de to dokument formater, kunne jeg forstille mig, at de er pænt meget mere indviklet end HTML. Jeg spår derfor at det er en umulig opgave at implementere to forskellige formater rigtig...
#45
Jeg regner ikke med noget som helst.
Men jeg kan med 100% sikkerhed sige dig at jeg giver dig ikke noget svar på det.
Igen spørg dem der kender til det, og ikke en tilfældig bruger på et tilfældigt nørd site.
Så hvis jeg spørger Microsoft hvordan jeg implementerer "autoSpaceLikeWord95" korrekt, så regner du altså med at de giver mig et fyldestgørende svar?
Jeg regner ikke med noget som helst.
Men jeg kan med 100% sikkerhed sige dig at jeg giver dig ikke noget svar på det.
Igen spørg dem der kender til det, og ikke en tilfældig bruger på et tilfældigt nørd site.
#34+35
Synes du modsiger dig selv her:
Det der er problemet med HTML er at forskellige browsere fortolker det forskelligt, altså at standarden ikke bliver fulgt til punkt og prikke.
I 35 derimod siger du at ikke alle tags er vigtige, og andre steder gør du udtryk for at man ikke behøver at implementere hele (OOXML-)standarden.
Hvis man vælger og vrager imellem dele af standarden vil alle programmer rendere forskelligt, og den vil med tiden blive lige så udvandet som HTML.
Kan du ikke lige forklare mig hvordan OOXML hjælper med dette?
Ved at bruge AutoSpaceLikeWord95 og lign. som ikke er defineret i specifikationen bliver det jo endnu sværere at rendere korrekt.
Jeg vil spørge min mor, men hvis jeg ikke kan få et fyldestgørende svar vil jeg finde en anden opskrift. Specielt hvis den indeholder "hemmelige" eller mærkelige definitioner.
Hvis der står "én tsk. specielt krydderi" eller "noget mel", uden at definere det nærmere, vil jeg betegne opskriften som "mangelfuld" eller "lukket"
Synes du modsiger dig selv her:
Det der er problemet med HTML er at forskellige browsere fortolker det forskelligt, altså at standarden ikke bliver fulgt til punkt og prikke.
I 35 derimod siger du at ikke alle tags er vigtige, og andre steder gør du udtryk for at man ikke behøver at implementere hele (OOXML-)standarden.
Hvis man vælger og vrager imellem dele af standarden vil alle programmer rendere forskelligt, og den vil med tiden blive lige så udvandet som HTML.
Godt nok er ODF åbent, men jeg læste en artikel for nyeligt der understregede at forskellige programmer der anvender det alligevel ikke viser tingene ens. Altså helt ubrugeligt.
Kan du ikke lige forklare mig hvordan OOXML hjælper med dette?
Ved at bruge AutoSpaceLikeWord95 og lign. som ikke er defineret i specifikationen bliver det jo endnu sværere at rendere korrekt.
Hvis du vil vide noget om opskriften på din mors frikadeller, spørger du så din mor, eller ville du spørge en ukendt person i et tilfældigt dansk forum ?
Jeg vil spørge min mor, men hvis jeg ikke kan få et fyldestgørende svar vil jeg finde en anden opskrift. Specielt hvis den indeholder "hemmelige" eller mærkelige definitioner.
Hvis der står "én tsk. specielt krydderi" eller "noget mel", uden at definere det nærmere, vil jeg betegne opskriften som "mangelfuld" eller "lukket"
#48
Start lige med at se hvad jeg skrev.
Hvor er det jeg lover OOXML hjælper på dette ?
Jeg pointerer bare en åben standard ikke er ensbetydende med alt er 100% okay.
Tja det gør du bare, jeg lytter mere til hvad anderkendte organisationer siger om denne sag.
Kan du ikke lige forklare mig hvordan OOXML hjælper med dette?
Start lige med at se hvad jeg skrev.
Hvor er det jeg lover OOXML hjælper på dette ?
Jeg pointerer bare en åben standard ikke er ensbetydende med alt er 100% okay.
Hvis der står "én tsk. specielt krydderi" eller "noget mel", uden at definere det nærmere, vil jeg betegne opskriften som "mangelfuld" eller "lukket"
Tja det gør du bare, jeg lytter mere til hvad anderkendte organisationer siger om denne sag.
#47
Og dermed er vi tilbage ved begyndelsen. Du HAR brug for en specifikation af "autoSpaceLikeWord95" hvis du vil lave et program, der har en korrekt implementation af et vilkårligt, gyldigt OOXML dokument.
Du har derimod muligvis IKKE brug for den specifikation, hvis du vil lave et program, der har en korrekt implementation af et vilkårligt, gyldigt DOC dokument. (Gæt selv, hvorfor jeg skriver muligvis).
Og dermed er vi tilbage ved begyndelsen. Du HAR brug for en specifikation af "autoSpaceLikeWord95" hvis du vil lave et program, der har en korrekt implementation af et vilkårligt, gyldigt OOXML dokument.
Du har derimod muligvis IKKE brug for den specifikation, hvis du vil lave et program, der har en korrekt implementation af et vilkårligt, gyldigt DOC dokument. (Gæt selv, hvorfor jeg skriver muligvis).
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