Auto-Tag auf String wirkt auf *String*

Beitragen Fehler
1

Dieser Fehler wurde entdeckt, als ich eine Auto-Tag-Spezifikation auf einen kurzen String angewendet habe, z. B. „art“. Das Ergebnis taggte Themen automatisch mit „artificial“ usw.

Nebenbei bemerkt: Die Test-Funktion auf der Seite für Auto-Tag-Spezifikationen funktioniert einwandfrei (bei Auto-Tag für „art“ wird bei „artificial“ im Test kein Tag generiert).

Der Fehler ist wahrscheinlich unbemerkt geblieben, da es wohl ungewöhnlich ist, Auto-Tags auf kurze beobachtete Wörter anzuwenden.

4 „Gefällt mir“
2

Ich glaube, @codinghorror hat das auch bemerkt. Es steht auf unserer Liste, das zu klären.

4 „Gefällt mir“
6

Ich habe diesen Fehler behoben und ersetzt: Überwachte Wörter in Links und Tags wirken nun auf ganze Wörter.

Eine Ausnahme gilt, wenn watched_words_regular_expressions aktiviert ist.

4 „Gefällt mir“
7

Danke für deine Antwort, Bianca.

Ich nehme an, dass watched_word_regular_expression standardmäßig aktiviert war, und mir war nicht bewusst, dass dies das „Handeln auf ganze Wörter

8

Hey Norman,

Wenn du für einige deiner beobachteten Wörter Regex verwendest, gilt dies für alle. Wenn also Regex aktiviert ist und du eine automatische Kennzeichnung für art konfiguriert hast, wird erwartet, dass artificial ebenfalls gekennzeichnet wird. Um nur nach dem Wort art zu suchen, verwende den Wortgrenzen-Metakarakter \b. Im Fall von art wäre dies \bart\b.

3 „Gefällt mir“
9

Wir sollten sicherstellen, dass die Benutzeroberfläche uns mitteilt, wenn dies aktiviert ist, da die Bedeutung des Felds dann eine ganz andere ist.

Ähnlich wie bei „CAPS LOCK AN“ beim Eingeben Ihres Passworts usw.

3 „Gefällt mir“
10

Vielen Dank an alle. Ich muss mich entschuldigen, falls mein eher bescheidener Umgang mit regulären Ausdrücken unzureichend war und zu meinem Missverständnis darüber geführt hat, wie sie bei beobachteten Wörtern funktionieren. Aber… ein paar Punkte:

  • Ich ging davon aus, dass der Regex-Kontext so etwas wie „Zeichenkette innerhalb von Wortgrenzen
2 „Gefällt mir“
11

Können wir sicherstellen, dass dies @zogstrip zugewiesen wird?

4 „Gefällt mir“
13

Ich habe in diesem PR eine Warnung hinzugefügt, wenn die Site-Einstellung für reguläre Ausdrücke bei beobachteten Wörtern aktiviert ist:

So sieht es aus, wenn reguläre Ausdrücke deaktiviert und dann aktiviert sind (siehe die Warnung und den unterschiedlichen Eingabeplatzhalter):

image
image2484×970 117 KB

image
image2506×992 157 KB

4 „Gefällt mir“
14

Aber Bianca,
mein Versuch mit ‘\bart\b’ hat bei ‘art’ (oder ‘artificial’, wie es nicht sollte) nicht ausgelöst.

Dieser Versuch galt dem automatischen Taggen.

Gibt es einen Grund, warum wir nicht genau die bestehende Test-Funktion verwenden können, um Themen zu parsen (für das automatische Taggen)?

15

Hallo Norman,

Wenn die Site-Einstellung watched words regular expressions aktiviert ist, musst du \bart\b verwenden, wobei \b die Wortgrenze darstellt. Ist die Site-Einstellung deaktiviert, musst du dies nicht tun, da die Wortgrenzen automatisch berücksichtigt werden.

Ich habe dies gerade getestet, und es funktioniert bei mir einwandfrei, einschließlich des Test-Modals:

image
image888×612 30.6 KB

Ich habe das implementiert, und es sollte in der neuesten Version funktionieren.

3 „Gefällt mir“
16

Hallo Bianca,
vielen Dank, dass du dir das angesehen hast.

  1. Ich war verwirrt bezüglich der Aktivierung von „überwachten Wörtern mit regulären Ausdrücken“. Ich dachte, dass dies automatisch festgelegt wird, wenn ich ein * Wildcard in meiner Autotrigger-Spezifikation verwende. Ich sehe jetzt, dass dies nicht der Fall ist, also keine Überraschung, dass mein Versuch mit \bart\b gescheitert ist.
  2. Ich werde mir die „neueste Version“ ansehen, um deine Implementierung der Testfunktion zu erhalten. Für mich hat „Test“ immer funktioniert, genau wie bei dir.

Nochmals vielen Dank!

2 „Gefällt mir“