138810
12.02.2019, aktualisiert um 11:32:24 Uhr
2637
9
0
Bug Formatierung
Schreibt mal folgendes um einen Link kursiv darzustellen
Ergebnis:
https://administrator.de
Oder ebenfalls
Ergebnis:
Das ist ein Link
Wohl nicht im Sinne des Erfinders oder? Sieht mir ganz nach Regex Parser Fehler aus wegen dem doppelten Slash im Link.
// https://administrator.de //
Ergebnis:
https://administrator.de
Oder ebenfalls
// [https://administrator.de Das ist ein Link] //
Ergebnis:
Das ist ein Link
Wohl nicht im Sinne des Erfinders oder? Sieht mir ganz nach Regex Parser Fehler aus wegen dem doppelten Slash im Link.
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 416613
Url: https://administrator.de/forum/bug-formatierung-416613.html
Ausgedruckt am: 20.04.2025 um 14:04 Uhr
9 Kommentare
Neuester Kommentar
Hi,
es funktioniert nur wenn nach dem 1. "//"
Gruß
Holli
https://administrator.de es funktioniert nur wenn nach dem 1. "//"
und vor dem 2. "//" Gruß
Holli
Klar. sieht aber trotzdem nach Bug aus.
.
es funktioniert nur wenn nach dem 1. "//"
Joa, wohl ein Fehler im Regex des Parsers wenn ein Link im Spiel ist > und vor dem 2. "//"
>
Hi,
so wollte ich das schreiben, äber ändern ging nicht mehr!
als Lösung.
du vor den 1. "/ /" (musst ich auseinander schreiben)
"<" code ">"
und vor dem 2. "/ /"
"<" /code ">"
Gruß
Holli
so wollte ich das schreiben, äber ändern ging nicht mehr!
https://administrator.de als Lösung.
du vor den 1. "/ /" (musst ich auseinander schreiben)
"<" code ">"
und vor dem 2. "/ /"
"<" /code ">"
Gruß
Holli
Du scheinst das Problem nicht zu verstehen. Ich will keinen Link in einem Codeblock kursiv sondern einen Link durch das Forum href verlink und kursiv darstellen (der Codeblock sollte nur die Schreibweise verdeutlichen), und laut Formatierungs-Seite eures Forums sollte das ja gehen, tut es aber nicht. Sieht man ja offensichtlich das das ein Bug ist.
Jeder der zwei mal "//" in seinem Text schreiben will formatiert unabsichtlich alles kursiv, da hat jemand nicht nachgedacht als er den Parser geschrieben hat. Aus diesem Grund nutzen heutzutage die Foren alle spezielle Tags fürs Formatieren die nicht so einfach im Fließtext auftauchen können.
Jeder der zwei mal "//" in seinem Text schreiben will formatiert unabsichtlich alles kursiv, da hat jemand nicht nachgedacht als er den Parser geschrieben hat. Aus diesem Grund nutzen heutzutage die Foren alle spezielle Tags fürs Formatieren die nicht so einfach im Fließtext auftauchen können.
Hi Schleim,
hab dich schon verstanden. Welchen Browser nutzt du?
Gruß
Holli
hab dich schon verstanden. Welchen Browser nutzt du?
Gruß
Holli
Chrome, FF, und IE alles gleich. Spielt hier aber keine Rolle.
Liegt nicht am Browser, liegt an diesem Forum, sieht man doch oben.
Scheint wohl noch mehr von solchen Bugs hier zu geben
BUG in der Formatierung von Codeblöcken mit Attribut "plain"
(Kann ich auch nachvollziehen)
Gleich mal auf die Suche machen... ;-P
Liegt nicht am Browser, liegt an diesem Forum, sieht man doch oben.
Scheint wohl noch mehr von solchen Bugs hier zu geben
BUG in der Formatierung von Codeblöcken mit Attribut "plain"
(Kann ich auch nachvollziehen)
Gleich mal auf die Suche machen... ;-P
Hi,
ja ist ein Bug. Wer gut mit RegEx ist kann sich gerne mal bei mir melden.
Gruß
Frank
ja ist ein Bug. Wer gut mit RegEx ist kann sich gerne mal bei mir melden.
// [xx//xx] //
Im Prinzip brauchen wie hier erst einmal eine RegEx der den Inhalt innerhalb der Klammern [xx//xx] bei der Abfragen nach Start // und End // nicht berücksichtigt. Genau das macht er im Moment falsch.Gruß
Frank
Würde hier komplett auf TAGs ala [LINK] ........[/LINK] umstellen dann gibt es solche Dinge wie diese auch nicht mehr, die Formatierungsanweisungen hier sind einfach zu simpel und machen es daher unnötig komplex um zwischen Usertext und Formatierung zu unterscheiden. Und komplex heißt meist immer auch fehleranfällig.
Mit nem negative lookahead z.B.
https://regex101.com/r/Uaeo4c/1/
Was dann aber im Kontext mit anderen Formatierungsanweisungen sehr komplex und schwer wartbar wird weil ihr hier einfach keine selten im Fließtext genutzten Tag Konstrukte einsetzt.
https://regex101.com/r/Uaeo4c/1/
Was dann aber im Kontext mit anderen Formatierungsanweisungen sehr komplex und schwer wartbar wird weil ihr hier einfach keine selten im Fließtext genutzten Tag Konstrukte einsetzt.
