La temperatura e top_p dovrebbero essere comprese tra 0 e 1, ad es. 0,4 (o 0,4; il formato deriva dalle impostazioni della lingua, suppongo).\n\nOra cancella lo zero iniziale e il punto decimale quando vengono inseriti. Quindi 0,4 e subito cambia in 4.\n\nÈ iniziato abbastanza di recente.\n\nCerto, questo può essere anche un design voluto se qualcuno voleva che fosse compreso tra 0 e 100 e allora questo sarebbe un problema di UX.\n\nMa dato come si comporta su iPad/iPhone, la mia scommessa è che sia un bug.
Europa 
Prova 0,4… funziona? Se non ti permette di inserirlo, allora immagino che il nostro componente numerico debba essere corretto :pianto:
È stata la primissima cosa che ho provato, ma senza successo. Quando sono state introdotte quelle impostazioni, ho usato prima la forma 0.x, perché anche voi usate date strane 
Ma all’epoca cambiava il formato in 0,x quando cliccavo su Salva.
Ora scombina i numeri subito quando arriva un numero reale (beh, zero è un numero reale, più o meno…).
È questo…
<Input
@type="number"
class="ai-persona-editor__top_p"
@value={{this.editingModel.top_p}}
disabled={{this.editingModel.system}}
/>
Il type=number sta causando problemi con le tastiere/località europee.
Quando chiediamo al componente qual è il valore, otteniamo un 0,4 che è corretto, ma non vuoi codice in tutto il tuo codebase che dica:
if Europe Locale then replace(",",".") ecc…
@cvx / @david qual è la soluzione “corretta” qui, abbiamo bisogno del nostro Input qui invece di usare Input da @ember/component?
1 Mi Piace
Perché non accetta nient’altro che numeri allora? È un po’ più intelligente o più rigido di altri che sono schizzinosi in quel modo, ma solo quando si cerca di salvare? Ma anche un po’ più stupido perché nega anche 0.x solo perché non gli piace 0,x.
Sono solo curioso qui perché, in un certo senso, è un approccio utile negare ogni carattere tranne quelli giusti.
Hmmm leggendo le specifiche qui… forse questo non è un problema di localizzazione:
Il passo predefinito è 1 (consente solo numeri interi da selezionare dall’utente, a meno che la base del passo non abbia un valore non intero).
Quindi forse il bug qui è che dobbiamo specificare un passo per esso, testerò un po’ più tardi…
1 Mi Piace
Sembra che sia una cosa HTML piuttosto che una cosa Ember. Questo suggerisce che c’è un attributo lang= che possiamo passare per ottenere un comportamento decimale coerente:
(Dovrebbe funzionare sia per <Input di Ember che per un semplice <input)
3 Mi Piace
Sarà risolto con:
2 Mi Piace
Lasciami dimostrare, perché il problema è ancora lì. Sto usando l’iPhone qui perché è il modo più semplice (per me) per mostrare i tasti 
Sei sicuro al 100% di avere l’ultimo commit?
Davvero sicuro. E aggiornato 25 minuti prima di quel post precedente. Mi fido che sia unito quando quel tag lo dice.
Ma certo. Posso ricontrollare e aggiornare di nuovo, tra un paio d’ore.
1 Mi Piace
Avete davvero impiegato del tempo prezioso per questo e avete risolto qualcosa, ma il motivo è quello più comune: admin-user.
Il problema era questo pezzo di codice che ho usato per abilitare il segno di copyright automatico:
<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>
La mia priorità numero uno è: scusate, sono stupido, ma non avrei mai potuto immaginare che potesse fare qualcosa del genere. Ma quando l’ultimo aggiornamento non ha funzionato, mi sono ricordato di aver visto la cosa dell’input da qualche parte e dopo la soluzione è stata abbastanza facile da trovare.
La domanda secondaria è se avete un’idea del perché abbia causato problemi (ho avuto anche altri strani inconvenienti con Discourse Chatbot) - l’espressione regolare è difettosa?
Comunque, questo non era un bug di per sé e potete togliermi un badge di segnalazione bug, ma solo uno 
2 Mi Piace
Nessun problema 
sono felice che tu abbia risolto.
Il problema è che stai eseguendo la sostituzione incondizionatamente e questo interferisce con le cose a valle. Una correzione minima sarebbe eseguire la sostituzione solo se è effettivamente presente (c), detto questo, sconsiglierei comunque questo hack e farei questo nel markdown prettify. ™
In passato abbiamo disabilitato questa sostituzione qui:
Quello che vuoi è una sorta di plugin che la riabiliti.
1 Mi Piace
5 post sono stati uniti a un argomento esistente: Inserisci il simbolo del copyright