Temperatur und top_p sollten zwischen 0 und 1 liegen, z. B. 0,4 (oder 0,4; das Format kommt vermutlich von den Spracheinstellungen).
Jetzt löscht es die führende Null und den Dezimalpunkt, wenn er eingegeben wird. Also 0,4 und sofort wird daraus eine einfache 4.
Das hat erst vor kurzem angefangen.
Sicher, das kann auch so gewollt sein, wenn jemand wollte, dass es zwischen 0 und 100 liegt, und dann wäre das ein UX-Problem.
Aber wie es sich auf iPad/iPhone verhält, ist meine Vermutung ein Bug.
Europa 
Versuche es mit 0,4… funktioniert das? Wenn es dir nicht erlaubt, es einzugeben, dann muss unsere Zahlenkomponente wohl repariert werden 
Das war das Allererste, was ich versucht habe, aber ohne Erfolg. Als diese Einstellungen eingeführt wurden, habe ich zuerst die 0,x-Form verwendet, weil ihr auch seltsame Daten verwendet 
Aber damals änderte es das Format auf 0,x, als ich auf Speichern klickte.
Jetzt vermischt es Zahlen sofort, wenn eine echte Zahl kommt (nun ja, Null ist irgendwie eine echte Zahl…).
Das ist es …
<Input
@type="number"
class="ai-persona-editor__top_p"
@value={{this.editingModel.top_p}}
disabled={{this.editingModel.system}}
/>
Die Angabe type=number verursacht Probleme auf europäischen Tastaturen/Lokalisierungen.
Wenn wir die Komponente fragen, was der Wert ist, erhalten wir ein 0,4, was korrekt ist, aber Sie möchten keinen Code in Ihrer gesamten Codebasis, der besagt:
wenn europäische Lokalisierung dann ersetzen(",", ".") usw. …
@cvx / @david, was ist die “korrekte” Lösung hier, brauchen wir unser eigenes Input anstelle der Verwendung von Input von @ember/component?
Warum akzeptiert es dann nichts anderes als Zahlen? Ist es ein bisschen schlauer oder enger als andere, die auf diese Weise wählerisch sind, aber nur, wenn sie versuchen zu speichern? Aber auch ein bisschen dümmer, weil es 0.x auch verweigert, nur weil es 0,x nicht mag.
Ich bin hier nur neugierig, weil es irgendwie ein hilfreicher Ansatz ist, jedes Zeichen zu verweigern, das nicht richtig ist.
Hmmm, ich lese hier die Spezifikation… vielleicht ist das kein Lokalisierungsproblem:
Der Standard-Schritt ist 1 (erlaubt dem Benutzer nur die Auswahl von ganzen Zahlen, es sei denn, die Schrittbasis hat einen nicht-ganzzahligen Wert).
Vielleicht ist der Fehler hier, dass wir einen Schritt dafür angeben müssen. Ich werde es später testen…
Es scheint, dass es sich um eine HTML-Sache und nicht um eine Ember-Sache handelt. Dies deutet darauf hin, dass es ein lang= Attribut gibt, das wir übergeben können, um ein konsistentes Dezimalverhalten zu erzielen:
(Sollte entweder für Embers \u003cInput oder ein einfaches \u003cinput funktionieren)
Wird behoben mit:
Lassen Sie mich das demonstrieren, denn das Problem besteht immer noch. Ich benutze hier ein iPhone, weil es für mich der einfachste Weg ist, Tastatureingaben zu zeigen 
Bist du dir zu 100 % sicher, dass du den neuesten Commit hast?
Wirklich sicher. Und 25 Minuten vor dem früheren Beitrag aktualisiert. Ich vertraue darauf, dass es zusammengeführt wird, wenn das Tag dies besagt.
Aber sicher. Ich kann das noch einmal überprüfen und in ein paar Stunden erneut aktualisieren.
Wirklich, ihr habt wertvolle Zeit dafür aufgewendet und etwas behoben, aber der Grund ist der übliche: Admin-Benutzer.
Das Problem war dieser Code-Schnipsel, den ich verwendet habe, um das automatische ©-Zeichen zu aktivieren:
<script type="text/discourse-plugin" version="0.8">
document.addEventListener('DOMContentLoaded', function() {
document.body.addEventListener('input', function(e) {
if (e.target.tagName === 'TEXTAREA' || e.target.tagName === 'INPUT') {
e.target.value = e.target.value.replace(/\(c\)/gi, '©');
}
});
});
</script>
Meine oberste Priorität ist: Entschuldigung, ich bin dumm, aber ich konnte mir nicht einmal vorstellen, dass das so etwas bewirken könnte. Aber als das letzte Upgrade nicht funktionierte, erinnerte ich mich, dass ich irgendwo das input-Ding gesehen hatte, und danach war die Lösung ziemlich einfach zu finden.
Die zweite Frage ist, ob ihr eine Idee habt, warum das an Stellen kaputtgegangen ist (ich hatte auch einige andere seltsame Vorkommnisse mit dem Discourse Chatbot) – ist die Regex fehlerhaft?
Auf jeden Fall war das kein Bug an sich, und ihr könnt mir einen, aber nur einen, Bug-Reported-Badge abziehen 
Keine Sorge 
Ich freue mich sehr, dass Sie es gelöst haben.
Das Problem ist, dass Sie die Ersetzung bedingungslos durchführen und damit Dinge nachgelagert manipulieren. Eine minimale Korrektur wäre, die Ersetzung nur dann durchzuführen, wenn (c) tatsächlich vorhanden ist. Dennoch würde ich diesen Hack sowieso nicht empfehlen und dies stattdessen in der Markdown-Verschönerung ™ tun.
Früher haben wir diese Ersetzung hier deaktiviert:
Was Sie wollen, ist eine Art Plugin, das es wieder aktiviert.
5 Beiträge wurden in ein bestehendes Thema zusammengeführt: Copyright-Symbol einfügen