يجب أن تكون درجة الحرارة و top_p بين 0 .. 1 ، على سبيل المثال 0.4 (أو 0.4 ؛ يأتي التنسيق من إعدادات اللغة ، على ما أعتقد).
الآن يتم مسح الصفر البادئ والنقطة العشرية عند إدخالهما. لذا. 0.4 وتتغير فورًا إلى 4 عادي.
بدأ هذا مؤخرًا جدًا.
بالتأكيد ، يمكن أن يأتي هذا عن قصد أيضًا إذا أراد شخص ما أن يكون بين 0 … 100 ثم تكون هذه مشكلة تجربة مستخدم.
لكن كيف يتصرف على جهاز iPad / iPhone ، أراهن أنه خطأ.
أوروبا 
جرب 0.4 بدلاً من ذلك… هل يعمل ذلك؟ إذا لم يسمح لك بالدخول، فأعتقد أن مكون الرقم لدينا يحتاج إلى إصلاح 
كان هذا أول شيء جربته، لكن لم ينجح. عندما تم تقديم تلك الإعدادات، استخدمت أولاً صيغة 0.x، لأنكم تستخدمون تواريخ غريبة أيضًا 
ولكن في ذلك الوقت تغير التنسيق إلى 0.x عندما نقرت على حفظ.
الآن يعبث بالأرقام على الفور عندما يأتي رقم حقيقي (حسنًا، الصفر رقم حقيقي، نوعًا ما…).
هذا هو …
<Input
@type="number"
class="ai-persona-editor__top_p"
@value={{this.editingModel.top_p}}
disabled={{this.editingModel.system}}
/>
الخاصية type=number تسبب مشاكل في لوحات المفاتيح/المناطق الأوروبية.
عندما نسأل المكون عن القيمة، نحصل على 0,4 وهو صحيح، ولكنك لا تريد وجود كود في قاعدة الكود الخاصة بك يقول:
إذا كانت المنطقة الأوروبية فاستبدل (",",".") إلخ…
@cvx / @david ما هو الحل “الصحيح” هنا، هل نحتاج إلى Input خاص بنا بدلاً من استخدام Input من @ember/component؟
لماذا لا يقبل شيئًا آخر غير الأرقام إذن؟ هل هو أذكى أو أشد صرامة من غيره ممن لديهم انتقائية بهذه الطريقة، ولكن فقط عند محاولة الحفظ؟ ولكنه أيضًا أغبى لأنه يرفض 0.x أيضًا لمجرد أنه لا يحب 0،x.
أنا فقط فضولي هنا لأن هذا النهج، نوعًا ما، مفيد في رفض كل الأحرف ما عدا الصحيحة.
Hmmm قراءة المواصفات هنا… ربما هذه ليست مشكلة محلية:
الخطوة الافتراضية هي 1 (تسمح فقط للأعداد الصحيحة بالاختيار من قبل المستخدم، ما لم يكن أساس الخطوة له قيمة غير صحيحة).
لذا ربما يكون الخطأ هنا هو أننا بحاجة إلى تحديد خطوة لها، سأختبر لاحقًا…
يبدو أن هذا يتعلق بـ HTML وليس بـ Ember. هذا يشير إلى وجود سمة lang= يمكننا تمريرها للحصول على سلوك عشري متسق:
(يجب أن يعمل سواء لـ \u003cInput الخاص بـ Ember أو \u003cinput البسيط)
سيتم إصلاحه بواسطة:
دعني أوضح ذلك، لأن المشكلة لا تزال قائمة. أنا أستخدم iPhone هنا لأنه أسهل طريقة (بالنسبة لي) لعرض ضغطات المفاتيح 
هل أنت متأكد 100% من أن لديك آخر commit؟
متأكد حقًا. وتم الترقية قبل 25 دقيقة من المنشور السابق. أثق في أنه تم دمجه عندما يقول هذا الوسم ذلك.
ولكن بالتأكيد. يمكنني التحقق من ذلك مرة أخرى وإجراء الترقية مرة أخرى، في غضون ساعتين.
لقد استغللتم بالفعل بعض الوقت الثمين في ذلك، وقومتم بإصلاح شيء ما، ولكن السبب هو السبب المعتاد جدًا: المستخدم المسؤول.
كانت المشكلة في جزء الكود هذا الذي استخدمته لتمكين علامة النسخ التلقائي ©:
<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>
أولويتي الأولى هي: آسف، أنا غبي، لكن لم أكن أتخيل حتى أن هذا يمكن أن يفعل شيئًا كهذا. ولكن عندما فشل آخر ترقية، تذكرت أنني رأيت شيئًا يتعلق بـ input وفي ذلك الوقت كان الحل سهل العثور عليه.
السؤال الثانوي هو هل لديكم فكرة عن سبب تعطل الأماكن (كان لدي بعض الأشياء الغريبة الأخرى مع روبوت الدردشة الخاص بـ Discourse أيضًا) - هل التعبير العادي خاطئ؟
على أي حال، لم تكن هذه مشكلة بحد ذاتها ويمكنكم أخذ شارة واحدة، ولكن واحدة فقط، من شارات الأخطاء التي تم الإبلاغ عنها مني 
لا تقلق على الإطلاق 
سعيد جدًا لأنك قمت بحلها.
المشكلة هي أنك تقوم بالاستبدال بشكل غير مشروط وهذا يعبث بالأشياء في المراحل اللاحقة، والحل الأدنى هو إجراء الاستبدال فقط إذا كان (c) موجودًا بالفعل، ومع ذلك، أوصي بتجنب هذا الحل البديل على أي حال والقيام بذلك في تنسيق markdown. ™
في الماضي، قمنا بتعطيل هذا الاستبدال هنا:
ما تريده هو نوع من المكون الإضافي الذي يعيد تمكينه.
تم دمج 5 مشاركات في موضوع موجود: أدخل رمز حقوق النشر