Nu vil jeg ikke være alt for meget på tværs, men ligger det ikke i xml's natur at datatyper ikke bevares? Jeg mener, xml kan og skal sendes over imellem applikationer der alligevel behandler datatyper forskelligt.
Hvis det ikke besvarer dit spm, så uddyb lige igen hvad det er du vil, for jeg er ikke helt med. For i princippet, ser dine eksempler ganske ok ud - altså såfremt at g eksisterer og er et number.
Jeg vil så gerne have tilføjet via action script childNodes[g].childNodes[3], - hvor g er en vaiable som er et tal.
Altså på samme måde som hvis det var en streng:
"node.childNodes[3].childNodes[i].childNodes[3].childNodes[u].childNodes[3].childNodes[g].childNodes[3]"+"childNodes[g].childNodes[3]" som så giver mig "tempNr = node.childNodes[3].childNodes[i].childNodes[3].childNodes[u].childNodes[3].childNodes[g].childNodes[3]"
Problemet er at hvis jeg f.eks. prøver:
tempNr = node.childNodes[3].childNodes[i].childNodes[3].childNodes[u].childNodes[3]+".childNodes[g].childNodes[3]" så går det naturligvis galt, - så hvordan tilføjer childNodes[g].childNodes[3], - altså med actionscript?
Nej, det er klart, for så blander du jo tingene sammen. node.childNodes[3].childNodes[i].childNodes[3].childNodes[u].childNodes[3] - er et objekt, mens "childNodes[g].childNodes[3]" - er en streng, hvor 'g' iøvrigt ikke er en variabel, men et bogstav.
Du bliver nok nødt til at vise lidt mere af, hvad du prøver og hvordan :)
ja, - det er jeg godt klar over, - det var bare for at vise hvad problemet er, - jeg skal bare kunne tilføje childNodes[g].childNodes[3] til node.childNodes[3].childNodes[i].childNodes[3].childNodes[u].childNodes[3].childNodes[g].childNodes[3], andet er det ikke, - nu har jeg så skrevet det lidt om så det ikke fylder så meget, - dvs.
niveau0 = node.childNodes[3].childNodes[i]
niveau1 = niveau0.childNodes[3].childNodes[u]
etc, - så er det måske lettere at lave det dynamisk??
Jeg vil bare gerne have at programmet går længere og længere ned i xml filen, - med samme 'spring', - nemlig childNodes[g].childNodes[3], - hvor g så skal siftes ud for hvert spring..
Prøv at slå op på "appendChild" i hjælpen. Med appendChild kan du nemlig selv bygge videre på din xml. Du skal dog lige bemærke, som olebole er inde på, at du skal arbejde på et XML-objekt og ikke en tekststreng....
Hvad er "komprimeret xml"? XML er vel under alle omstændigheder XML? Hvis det er <tag /> du mener, så forstår Flash det fint.
hej, - jeg er godt klar over at jeg ikke skal bruge en tekststreng, - det er netop det der er problemet :)
Jeg har allerede hele min xml, - der skal ikke bygges videre, - jeg skal bare bygge videre på mit kald ned i xml filen.
Komprimeret XML er... xml som er blevet komprimeret, - hvis xml filen er meget stor så kan det sikkert være en fordel, - man kan få små f.eks. php rutiner der kan komprimere xml som man så kan 'pakke ud' i flashen, - problemet er at her er der sat et flueben i IIS'en som siger komprimere xml og så vil flashen ikke spise den...
Tror godt jeg tør love, at Flash ikke fatter en bjælde, hvis et andet program har forsøgt at komprimere XML'en. Men hvofor skulle det også være nødvendigt med kæmpe XML-filer? Det er Flash jo alligevel ikke designet til at kunne håndtere.
Har du prøvet at kigge lidt på "appendChild", så du kan bygge videre på dit XML træ?
Du har helt ret, - det er heller ikke fordi at der skal en kæmpe xml fil ind i flash, - det er på resten af sitet der åbenbart er mulighed for det, - men desværre smitter dette flueben også af på den xml som flashen skal læse...
Jeg tjekker lige appendChild, - jeg tror ikke at det er det jeg skal bruge, - jeg skal ikke bygge ny xml, - jeg skal bare ned i eksisterende, - men tak alligevel, - jeg undersøger det.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.