Omlouvam se, problem zrejme nebyl v nepravidelnem kodu, mezerach nebo tabech,
ale v prilis "hladovem" samotnem vyrazu, ktery i pres "nehladovy" kvantifikator
*? zacinal nalez k nahrazeni prilis brzy a zabral casti napric prvky
<Document>
pokusil jsem se o opravu vyhledavaciho vyrazu; bylo by to na prislusnem radku
snad:
cite:
--------------------------------------------------------------------------------
outputTxt = outputTxt.replace(/<Document
about="(?:(?!<Document)(?:[^
]|(?:
)))*?<Zdroj>helpnet\.cz<\/Zdroj>(?:(?!<Do
cument)(?:[^
]|(?:
)))*?<\/Document>/g, "");
--------------------------------------------------------------------------------
- je doplnen opakovany "negativni lookahead"
(?!<Document)
tj. pred kazdym z "libovolnych" znaku mezi otviracim a ukoncovacim tagem se
overuje, jestli nenasleduje oteviraci tag <Document
- to by melo zabranit zahrnuti nahrazovaneho textu napric temito elementy
<Document
Pri zkusebnim spusteni na poskytnutem xml bylo zjisteno 8 nalezu pro:
<Zdroj>helpnet.cz</Zdroj>
a odstranily se prislusne prvky Document (snad tentokrat spravne - podle
srovnani kodu oproti puvodnimu).
Pokud jde o dalsi upravy zarazene v konvertoru vyse, melo by je take jit
zahrnout; pokud spravne chapu, ze jde o odstraneni (nahrazeni za nic), bylo by
to napr.
cite:
--------------------------------------------------------------------------------
outputTxt = outputTxt.replace(/Anotace:\{\[p class="anot2017"\]\}/g, "");
outputTxt = outputTxt.replace(/\{\[\/p \]\}/g, "");
outputTxt = outputTxt.replace(/ /g, "");
--------------------------------------------------------------------------------
Tady jde o prime nahrazovani presneho retezce, jen je treba predradit zpetne
lomitko pred zvlastni znaky RE.
S regulernimi vyrazy se holt clovek ma porad dost co ucit (chybama...), hlavne
jsou dost citlive na presny format dat, je treba hlidat, jestli jsou vystupy
ocekavatelne...
Zdravim,
vbr
--
<https://forum.pspad.com/read.php?1,74959,75028>
PSPad freeware editor https://www.pspad.com
