Path: csiph.com!news.mixmin.net!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Andreas Borutta <borumat@gmx.de>
Newsgroups: de.comp.lang.javascript
Subject: Re: Bestimmte Unicodezeichen in HTML finden und "behandeln"
Date: Sun, 28 May 2023 20:42:57 +0200
Organization: A noiseless patient Spider
Lines: 60
Message-ID: <h92ey3rekj9z$.dlg@borumat.de>
References: <15w1w7buq1bbf$.dlg@borumat.de> <srp-20230527193341@ram.dialup.fu-berlin.de> <seen-20230527200122@ram.dialup.fu-berlin.de> <14jvgfoghdlhe$.dlg@borumat.de> <Skript-20230527223545@ram.dialup.fu-berlin.de> <10ete9dqz19k2$.dlg@borumat.de> <innerHTML-20230528174155@ram.dialup.fu-berlin.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
Injection-Info: dont-email.me; posting-host="1d9a510abc21a956ece581cb8b032c16"; logging-data="1043014"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX19n8iGTNy1L3Ntb/h78Cf7dk8BPzVtp+eo="
User-Agent: 40tude_Dialog/2.0.15.41de (b2ab0bbb.250.277)
Cancel-Lock: sha1:VMVHKMa3/axKNMJH529YilVTBRQ=
Xref: csiph.com de.comp.lang.javascript:5372

Stefan Ram:

> Andreas Borutta <borumat@gmx.de> writes:
>>Stefan Ram:
>>>Dieses Skript hier ersetzt auch in mehreren Absätzen. Allerdings
>>>kann es sein, daß die hier eingesetzte Technik bei anderem
>>>oder komplizierterem Aufbau des Dokuments doch versagt.
>>Gäbe es denn andere Techniken, die vorhersagbar zuverlässig bei
>>umfangreichem und komplexem HTML sind?
> 
>   Inzwischen ist das Skript durch die Vermeidung von "innerHTML"
>   und eine rekursive Funktion "walk" etwas robuster geworden.
>   Ich habe jetzt einige p-Elemente in ein div-Element eingesetzt,
>   um zu sehen, ob sie auch dann noch richtig verarbeitet werden.
>   Die früheren unnötigen doppelten Ersetzungen sind verschwunden.

Das Skript funktioniert auf Anhieb und ich finde es sehr gut lesbar
und problemlos erweiterbar um weitere Zeichen.

Nochmal herzlichen Dank, Stefan! :)

https://borumat.de/-/fahrradzukunft/invisibles

Ich habe, wie schon zuvor, die <span> durch "Custom Elements" ersetzt
und das CSS ausgelagert.

>>Wichtig wäre auch, dass es nicht mit anderen JS kollidiert.
> 
>   Mit diesem Thema habe ich leider keine Erfahrung. Es ist für
>   mich nicht vorhersehbar, welche Probleme es bei der Integration
>   meines Skripts mit anderem JavaScript-Skripten geben könnte.
>   Dies hängt auch davon ab, wie die Integration genau stattfindet.

Das werde ich in den nächsten Tagen testen und hier berichten.

>>Ideal wäre es, wenn die Technik des Skriptes (wir könnten es
>>"invisibles.js" nennen) z.B. erlaubt Elemente (und ihre Kinder)
>>auszuschließen.

Funktioniert.
 
>   Ja, es sollte auch als externes JavaScript in einer extra-Datei
>   laufen können, ich habe dies aber nicht getestet.

Ich habe das JS ausgelagert. Funktioniert.
Siehe Link oben.

>   Auf der Ebene des Objektmodells gibt es wohl keine
>   Entitätsreferenzen. Daher suche ich nun nicht mehr nach
>   "&nbsp;" oder "&#x00A0", sondern nur noch nach /Zeichen/
>   mit dem entsprechenden Code.

Sehr gut. Das sehe ich als Vorteil.

Ich werde weitere Praxistests in den nächsten Tagen durchführen und
dann hier berichten.

Andreas
-- 
http://fahrradzukunft.de