Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.lang.javascript > #5361 > unrolled thread
| Started by | Andreas Borutta <borumat@gmx.de> |
|---|---|
| First post | 2023-05-27 13:02 +0200 |
| Last post | 2023-06-08 09:16 +0200 |
| Articles | 9 on this page of 49 — 2 participants |
Back to article view | Back to de.comp.lang.javascript
Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-05-27 13:02 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-05-27 21:54 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-05-28 00:36 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-05-28 12:53 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-05-28 20:42 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-05-28 21:09 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-05-28 22:56 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-05-29 10:13 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-05-29 12:35 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-05-29 19:48 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-05-29 22:16 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-05-29 23:06 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-05-30 20:12 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-05-30 20:55 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-05-31 11:36 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-05-31 13:22 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-05-31 20:24 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-06-02 16:38 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-06-02 17:36 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-05-30 20:25 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-05-30 20:59 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-06-04 11:42 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-06-04 13:23 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-06-04 17:54 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-06-04 19:15 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-06-05 00:36 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-06-05 15:48 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-06-05 18:17 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-06-05 23:47 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-06-06 00:07 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-06-06 00:17 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-06-06 00:12 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-06-06 00:35 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-06-06 00:37 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-06-06 08:33 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-06-06 11:58 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-06-06 15:52 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-06-06 16:29 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-06-07 00:15 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-06-07 08:51 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-06-07 09:43 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-06-07 10:01 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-06-08 09:06 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-06-06 00:35 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-06-06 00:40 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-05-28 23:14 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-05-29 10:25 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-06-07 12:39 +0200
Re: Bestimmte Unicodezeichen in HTML finden und "behandeln" Andreas Borutta <borumat@gmx.de> - 2023-06-08 09:16 +0200
Page 3 of 3 — ← Prev page 1 2 [3]
| From | Andreas Borutta <borumat@gmx.de> |
|---|---|
| Date | 2023-06-07 09:43 +0200 |
| Message-ID | <p0bx6br5fhpd$.dlg@borumat.de> |
| In reply to | #5434 |
Peter J. Holzer: >> Aus meiner Sicht ist es klar. >> >> Sie sind unsichtbar, sie lassen sich nicht/kaum unterscheiden, wenn >> dort kein Entity steht. >> >> Wie auch immer, wir müssen uns dazu nicht einig sein. > > Firefox ist ein Open-Source-Projekt. Schreib ein Ticket (normalerweise > würde ich "und einen Patch" anhängen, aber der Firefox-Source-Code ist > eher nur für erfahrene C++-Programmierer lesbar). Dafür ist mir die Sache nicht wichtig genug. Ich war vor allem daran interessiert, wie ihr die Entscheidungen der Entwickler von FF bewertet und ob ihr sie, anders als ich, nachvollziehen könnt. Andreas -- http://fahrradzukunft.de
[toc] | [prev] | [next] | [standalone]
| From | "Peter J. Holzer" <hjp-usenet3@hjp.at> |
|---|---|
| Date | 2023-06-07 10:01 +0200 |
| Message-ID | <slrnu80eau.s9gd.hjp-usenet3@trintignant.hjp.at> |
| In reply to | #5435 |
On 2023-06-07 07:43, Andreas Borutta <borumat@gmx.de> wrote:
> Peter J. Holzer:
>> Firefox ist ein Open-Source-Projekt. Schreib ein Ticket (normalerweise
>> würde ich "und einen Patch" anhängen, aber der Firefox-Source-Code ist
>> eher nur für erfahrene C++-Programmierer lesbar).
>
> Dafür ist mir die Sache nicht wichtig genug. Ich war vor allem daran
> interessiert, wie ihr die Entscheidungen der Entwickler von FF
> bewertet und ob ihr sie, anders als ich, nachvollziehen könnt.
Du hast gerade ein weiteres Argument geliefert: Wenn ein Feature so
unwichtig ist, dass es kein User wert findet, ein paar Minuten zu
investieren, um es zu beschreiben, warum sollte man es implementieren?
hp
[toc] | [prev] | [next] | [standalone]
| From | Andreas Borutta <borumat@gmx.de> |
|---|---|
| Date | 2023-06-08 09:06 +0200 |
| Message-ID | <18lxr86ycs9g1$.dlg@borumat.de> |
| In reply to | #5436 |
Peter J. Holzer: >>> Firefox ist ein Open-Source-Projekt. Schreib ein Ticket (normalerweise >>> würde ich "und einen Patch" anhängen, aber der Firefox-Source-Code ist >>> eher nur für erfahrene C++-Programmierer lesbar). >> >> Dafür ist mir die Sache nicht wichtig genug. Ich war vor allem daran >> interessiert, wie ihr die Entscheidungen der Entwickler von FF >> bewertet und ob ihr sie, anders als ich, nachvollziehen könnt. > > Du hast gerade ein weiteres Argument geliefert: Wenn ein Feature so > unwichtig ist, dass es kein User wert findet, ein paar Minuten zu > investieren, um es zu beschreiben, warum sollte man es implementieren? Wenn es ein paar Minuten wären, wenn ich das Problem technisch präzise für die FF-Entwickler beschreiben könnte, wenn ich vertraut wäre mit der Kultur der OpenSource-Entwickler und somit ein solches Ticket eine gewisse Aussicht auf Erfolg hätte, dann wäre ich aktiv geworden (in anderen Bereichen werde ich regelmäßig aktiv). Andreas -- http://fahrradzukunft.de
[toc] | [prev] | [next] | [standalone]
| From | "Peter J. Holzer" <hjp-usenet3@hjp.at> |
|---|---|
| Date | 2023-06-06 00:35 +0200 |
| Message-ID | <slrnu7sop2.lc6t.hjp-usenet3@trintignant.hjp.at> |
| In reply to | #5423 |
On 2023-06-05 22:12, Andreas Borutta <borumat@gmx.de> wrote:
> Andreas Borutta:
>
> https://borumat.de/-/fahrradzukunft/invisibles
>
>
> Aus Neugier:
>
> Wenn ich mir in Firefox oder Chrome den "Seitenquelltext" ansehe,
Wie machst Du das? Wenn ich im Firefox Ctrl-U drücke (oder äquivalent
Rechte Maustaste -> View Page Source), dann ...
> wird
> dort das Entity
>
>
>
> ausgegeben.
> Das entspricht der Erwartung, denn das steht im Quelltext.
>
> Das Entity   oder  
... sehe ich in Zeile 25 »bar bar</p>«
und in Zeile 28 »bar bar</p>«,
Wenn ich hingegen einen Teil der Seite markiere und "View Selection
Source" auswähle, sieht es eher so aus wie von dir beschrieben. Aber das
ist der Inhalt *nachdem* das Script gelaufen ist: Man sieht da die Tags,
die das Script eingefügt hat, une egal ob da vorher oder  
oder stand, zeigt der Browser auf jeden Fall an. Zu dem
Zeitpunkt gibt es aber keinen "Source-Code" mehr, weil das, was Du auf
der Seite siehst und markiert hast, ja (teilweise) von einem Script
erzeugt wurde. Was Dir der Browser als "Source Code" zeigt, ist aus dem
DOM-Tree rekonstruiert. Und da wird ein U+00A0 immer gleich (als )
und ein U+202F auch immer gleich (einfach als Leerzeichen) angezeigt,
unabhängig davon, wie das erzeugt wurde (denn diese Information ist
nicht mehr vorhanden).
hp
[toc] | [prev] | [next] | [standalone]
| From | Andreas Borutta <borumat@gmx.de> |
|---|---|
| Date | 2023-06-06 00:40 +0200 |
| Message-ID | <i238ggpk002b$.dlg@borumat.de> |
| In reply to | #5426 |
Peter J. Holzer: > Wenn ich hingegen einen Teil der Seite markiere und "View Selection > Source" auswähle, sieht es eher so aus wie von dir beschrieben. Das meinte ich. Mein Fehler, hätte ich dazuschreiben sollen. Andreas -- http://fahrradzukunft.de
[toc] | [prev] | [next] | [standalone]
| From | Andreas Borutta <borumat@gmx.de> |
|---|---|
| Date | 2023-05-28 23:14 +0200 |
| Message-ID | <1jj9biz8k2b5n.dlg@borumat.de> |
| In reply to | #5372 |
Andreas Borutta: > Ich habe [...] das CSS ausgelagert. Was denkst Du, Stefan, dazu, die bisher in Deinem originalen Skript verwendete Technik "Inline-CSS-Styles" durch <styles>...</styles> zu ersetzen, welches vom JS im HTML-Element Head eingefügt wird? Andreas -- http://fahrradzukunft.de
[toc] | [prev] | [next] | [standalone]
| From | Andreas Borutta <borumat@gmx.de> |
|---|---|
| Date | 2023-05-29 10:25 +0200 |
| Message-ID | <1m4qk0nyek5mn$.dlg@borumat.de> |
| In reply to | #5376 |
Stefan Ram: >>>Ich habe [...] das CSS ausgelagert. >>Was denkst Du, Stefan, dazu, die bisher in Deinem originalen Skript >>verwendete Technik "Inline-CSS-Styles" durch <styles>...</styles> zu >>ersetzen, welches vom JS im HTML-Element Head eingefügt wird? > > Die "style="-Attribute hatte ich nur zur Vereinfachung verwendet. > > Als ich mich das letzte Mal damit beschäftigte hatte (vor 7 Jahren?) > war die Empfehlung für professionelle Seiten, daß die HTML-Ressource > möglichst nur HTML enthält. Die Stilfestlegungen sollten in > externen CSS-Ressourcen stehen und das JavaScript in externen > JS-Ressourcen. Wenn man einem Element ein Erscheinungsbild geben > will, sollte man ihm dazu eine entsprechende Klasse geben und das > Erscheinungsbild der Klasse dann in einer CSS-Ressource festlegen. > Im Idealfall sollten auch alle Elementattribute, die irgendwie > mit JavaScript zu tun haben, überhaupt erst durch JavaScript zur > Seite hinzugefügt werden, und die Seite sollte bereits ohne CSS und > JavaScript in einer sinnvollen Basisversion im Browser erscheinen. Volle Zustimmung. Hier reden wir jedoch über ein Skript, welches nur im Lektoratsprozess eingesetzt wird, also temporär. Nur deshalb erschien es mir hier sinnvoll, statt eines externen CSS die Regeln im Element <style> zu platzieren. Einziges Motiv: es muss nur eine Datei zum Anpassen bearbeitet werden (JS) statt zwei (JS und externes CSS). Aber wenn ich jetzt länger drüber nachdenke ist es vielleicht doch sinnvoll mit dem externen CSS zu arbeiten. Ist sauberer. Lassen wir es also, wie es ist : ) Danke für Deine Sicht. > PS: > > symbol = String.fromCharCode( codePoint ); > > sollte ein "const " ganz am Anfang haben: > > const symbol = String.fromCharCode( codePoint ); Ist eingepflegt. Andreas -- http://fahrradzukunft.de
[toc] | [prev] | [next] | [standalone]
| From | Andreas Borutta <borumat@gmx.de> |
|---|---|
| Date | 2023-06-07 12:39 +0200 |
| Message-ID | <o5l9d9feo81m$.dlg@borumat.de> |
| In reply to | #5361 |
Andreas Borutta: > U+00A0 NO-BREAK SPACE > U+202F NARROW NO-BREAK SPACE > U+2009 THIN SPACE > > Die Zeichen sind naturgemäß "unsichtbar". Mittlerweile lassen sich diese Zeichen dank des guten Skriptes von Stefan sichtbar machen. <https://borumat.de/-/fahrradzukunft/invisibles> Ich habe mich nun noch an einem weiteren, sehr speziellen, unsichtbarem Zeichen versucht. Dem bedingten Trennstrich. U+00AD SOFT HYPHEN Das Skript erfasst zuverlässig auch dieses Zeichen, siehe Testcase. Sinnvoll ist es in dieser Form kaum, denn natürlich möchte man alle manuell gesetzten bedingten Trennstriche sehe, auch wenn der Browser sie aufgrund der zur Verfügung stehenden Breite gerade NICHT setzt. Fällt euch dazu ein Ansatz ein? Wie kann man einen Browser dazu bewegen bedingte Trennstrich auch dann anzuzeigen, wenn die "Bedingung" gerade nicht erfüllt ist? Vermutlich unlösbar, oder? Andreas -- http://fahrradzukunft.de
[toc] | [prev] | [next] | [standalone]
| From | Andreas Borutta <borumat@gmx.de> |
|---|---|
| Date | 2023-06-08 09:16 +0200 |
| Message-ID | <q3piasc1m04e.dlg@borumat.de> |
| In reply to | #5437 |
Stefan Ram:
> Andreas Borutta <borumat@gmx.de> writes:
>>U+00AD SOFT HYPHEN
>>Wie kann man einen Browser dazu bewegen bedingte Trennstrich auch dann
>>anzuzeigen, wenn die "Bedingung" gerade nicht erfüllt ist?
>
> Wenn Du einen bedingten Trennstrich mit
>
> "\xAD": "x-shy",
>
> zur Abbildung "typeForString" hinzufügst, kannst Du in CSS3 mit
>
> x-shy::after{content: "|"}
>
> vielleicht dafür sorgen, daß dort ein senkrechter Strich erscheint,
> auch wenn dort nicht getrennt wird.
Danke für die Idee. Dieses Einfügen von generated content via CSS
funktioniert, aber der "|" wird erwartungsgemäß auch dann eingefügt,
wenn ein bedingter Trennstrich am Ende einer Zeile steht.
Das will man nicht.
Nötig für eine Lösung der Aufgabe wäre die unterschiedliche Behandlung
der zwei Situationen
"Bedingter Trennstrich wird angezeigt, weil der Worteil davor passend
am Ende einer Zeile steht"
"Bedingter Trennstrich wird nicht angezeigt, weil der Worteil davor
passend nicht am Ende einer Zeile steht"
Ob HTML oder CSS für so eine Unterscheidung einen Hebel bieten, weiß
ich nicht.
Andreas
--
http://fahrradzukunft.de
[toc] | [prev] | [standalone]
Page 3 of 3 — ← Prev page 1 2 [3]
Back to top | Article view | de.comp.lang.javascript
csiph-web