🚀 go-pugleaf

Użytkownik "szogun" <szikaka@o2.pl> napisał w wiadomości 
news:7066b7e2-9a3c-44a1-a4c3-7e1ada0a27b0@r3g2000vbp.googlegroups.com...

> 1. Przeprowadzam translacje dokumentu xml + xslt za pomocą JS i IE i
> napotkałem problem - przy użyciu xmlDoc.Load jesli w nazwie pliku jest
> spacja to dostaje access is denied  - jak to obejsc?

Przy pobieraniu z dysku nie powino byc problemow (btw: na pewno ".Load" a 
nie ".load"?). Pokaz kod.

> 2. Czy da się w jakis sposob przeprowadzac translacje przez xsl nie
> kompletnie tj. plik z danymi zawiera czesto po 20 kilka MB zprasowanie
> go zajmuje chwilke, dane sa zagniezdzone do kilku poziomow ale nie
> koniecznie wszystko nalezy pokazywac od razu - czy moze jest inna
> metoda na przyspieszenie ladowania - niestety w xml wiele zmienic nie
> moge

Niewiele da sie wymyslec:
1. Jezeli operacje sa powtarzalne mozna sie zastanawiac nad _jednorazowym_ 
podzieleniem pliku na mniejsze (i tutaj tez transformacja da najlepszy 
wspolczynniki wydajnosc/elastycznosc), a nastepnie mielic mniejsze pliki.
2. Wymusic korzystanie z mxsml2 w wersji 4.0/6.0 - bez kombinowania pojdzie 
3-5 razy szybciej niz w 2.0.
3. W samej transformacji niektore operacje moga powaznie przyspieszyc po 
skorzystaniu z kluczy.

> i dodatkowe pytanko moglibyscie szanowni grupowicze polecic jakas
>dobra i zrozumiala publikacje odnosnie XSLT?

Specyfikacja + przyklady z MSDN'a. Powaznie.

XSLT ma mniej zdefiniowanych elementow niz HTML w dowolnej wersji...

sz. 

Czesc

On 14 Maj, 11:32, "szomiz" <szo...@kocha.dostawac.reklamy.przez.net>
wrote:
> Użytkownik "szogun" <szik...@o2.pl> napisał w wiadomościnews:7066b7e2-9a3c-44a1-a4c3-7e1ada0a27b0@r3g2000vbp.googlegroups.com...
>
> > 1. Przeprowadzam translacje dokumentu xml + xslt za pomocą JS i IE i
> > napotkałem problem - przy użyciu xmlDoc.Load jesli w nazwie pliku jest
> > spacja to dostaje access is denied  - jak to obejsc?
>
> Przy pobieraniu z dysku nie powino byc problemow (btw: na pewno ".Load" a
> nie ".load"?). Pokaz kod.

Sorki pomylka :) load

<script>
function loadXMLDoc(fname)
{
var xmlDoc;
if (window.ActiveXObject)

{ xmlDoc=new ActiveXObject("Microsoft.XMLDOM"); }
else if (document.implementation
&& document.implementation.createDocument)

{ xmlDoc=document.implementation.createDocument("","",null); }

else

{ alert('Your browser cannot handle this script'); }

xmlDoc.async=false;




xmlDoc.load(fname);
return(xmlDoc);
}

</script>

probowalem tez czyms takim

xmlDoc.load(@fname); (podobno dziala w .net)

ale wtedy wylacza 'kompilacje warunkowa' czy jakos tak

> Niewiele da sie wymyslec:
> 1. Jezeli operacje sa powtarzalne mozna sie zastanawiac nad _jednorazowym_
> podzieleniem pliku na mniejsze (i tutaj tez transformacja da najlepszy
> wspolczynniki wydajnosc/elastycznosc), a nastepnie mielic mniejsze pliki.
> 2. Wymusic korzystanie z mxsml2 w wersji 4.0/6.0 - bez kombinowania pojdzie
> 3-5 razy szybciej niz w 2.0.
> 3. W samej transformacji niektore operacje moga powaznie przyspieszyc po
> skorzystaniu z kluczy.

Sprobuje :)

dzieki za odpowiedz
pozdrawiam
L

Użytkownik "szogun" <szikaka@o2.pl> napisał w wiadomości 
news:7ff9d600-aa79-4b21-984e-ff6858c40bf2@p4g2000vba.googlegroups.com...
>xmlDoc=new ActiveXObject("Microsoft.XMLDOM");
>xmlDoc.async=false;
>xmlDoc.load(fname);

zmieniłbym jedynie Microsoft.XMLDOM na MSXML2.DOMDocument lub nawet 
MSXML2.DOMDocument.4.0 a poza tym to powinno działać.
-- 
td
http://www.XMLguru.net