Hi Thorsten
noch ein kleines Problem in der Version 1.53....
Aufgrund überlanger Textelemente werden mir die Suchresultate, aufgrund der TOP 10 Tabelle, auseinander gerissen.
Offensichtlich kann das überlange Textelement nicht umgebrochen werden.
Beispiel:
"?><message><od_rec>MID</od_rec><od_rec>STR</od_rec><od_sen>WB</od_sen><od_host_id>F13620050811008240</od_host_id><od_sts>CXL</od_sts><od_sts_date>20050816</od_sts_date><od_sts_time>073835</od_sts_time><od_commit>CA</od_commit><od_trd_ns>5000.000</od_trd_ns></message>2005-08-16 07:38:36.474184: [@2912930736]: LM_ERROR: MsgAdaptorSrv/msgAdaptor-WS80_MID/Agora: Error processing message: XSLTProcessor::process: Error processing XML: ...
Vermutlich fehlt hier einfach ein Blank für den Zeilenumbruch.
Kann der Zeilenumbruch nicht einfach fix ab der Pos. z.B. 100 gemacht werden?
Danke für Deine Hilfe
Jürgen
top 10 in der Volltextsuche
Moderator: Thorsten
top 10 in der Volltextsuche
Grüsse aus der Innerschweiz
JK
JK
Hi,
na, dass würde ich eher im Editor machen... der String zerreisst ja hier auch das Layout.
bye
Thorsten
na, dass würde ich eher im Editor machen... der String zerreisst ja hier auch das Layout.
bye
Thorsten
phpMyFAQ Maintainer and Lead Developer
amazon.de Wishlist
amazon.de Wishlist
Top 10 in der Volltextsuche
Hi Thorsten
Somit bleibt das Problem also ungelöst
Schade...
Somit bleibt das Problem also ungelöst

Schade...
Grüsse aus der Innerschweiz
JK
JK
Hi,
nunja, per default einfach nach 100 Zeichen abbrechen ist kein Problem, aber das ist einfach nicht die feine Art. Eine sinnvolle Lösung finde ich nicht so auf die Schnelle, aber ich überlege mal weiter...
bye
Thorsten
nunja, per default einfach nach 100 Zeichen abbrechen ist kein Problem, aber das ist einfach nicht die feine Art. Eine sinnvolle Lösung finde ich nicht so auf die Schnelle, aber ich überlege mal weiter...
bye
Thorsten
phpMyFAQ Maintainer and Lead Developer
amazon.de Wishlist
amazon.de Wishlist
Top 10
Hi Thorsten
Kein Problem.
Du hast natürlich recht; das ist klar nicht die beste Variante.
Zuerst dachte ich an einen crlf nach dem XML Schlusstag </..>
Aber der ist natürlich nicht immer gegeben.
Somit müsste der break willkürlich erfolgen, was dann zu kosmischen Resultaten führen könnte.
Wir bleiben vorläufig bei der manuellen Variante beim Erfassen.
Noch einmal herzlichen Dank.
Gruss
Jürgen
Kein Problem.
Du hast natürlich recht; das ist klar nicht die beste Variante.
Zuerst dachte ich an einen crlf nach dem XML Schlusstag </..>
Aber der ist natürlich nicht immer gegeben.
Somit müsste der break willkürlich erfolgen, was dann zu kosmischen Resultaten führen könnte.
Wir bleiben vorläufig bei der manuellen Variante beim Erfassen.
Noch einmal herzlichen Dank.
Gruss
Jürgen
Grüsse aus der Innerschweiz
JK
JK