Xamarin.forms: [UWP] نص العنصر النائب في المنتقي
وصف
وفقًا للوثائق (https://docs.microsoft.com/en-us/dotnet/api/xamarin.forms.picker.title؟view=xamarin-forms#Xamarin_Forms_Picker_Title) ، يتم عرض Title بشكل مختلف. في الواقع ، يتم عرضه كـ Control.Header على UWP. هل هناك سبب محدد لهذا؟ يحتوي مربع التحرير والسرد Picker على خاصية PlaceholderText المناسبة ويعمل بشكل لا تشوبه شائبة. لماذا لا يتم استخدامه؟
من السهل جدًا حل هذه المشكلة عن طريق إنشاء سليل Picker وتعديل الحد الأدنى من العارض الخاص به ولكن سبب القرار الأصلي يفلتني ببساطة.
خطوات التكاثر
- استخدم منتقي.
- حدد عنوانه.
- تشغيل على UWP.
معلومات اساسية
- الإصدار مع الإصدار: الحالي
- آخر نسخة جيدة معروفة: لا شيء
deakjahn
ال 3 كومينتر
هل هناك سبب محدد لهذا؟
يبدو أن الخاصية Title يتم تعيينها بشكل طبيعي إلى ComboBox.Header أكثر من خاصية ComboBox.PlaceholderText . خاصة في حالة البيانات المعبأة مسبقًا ، حيث لن يكون PlaceHolderText مرئيًا للمستخدم أبدًا ، لذلك لن يكون الغرض من حقل النموذج واضحًا.
من السهل جدًا حل هذه المشكلة عن طريق إنشاء سليل لـ Picker وتعديل العارض الخاص به إلى الحد الأدنى
نعم.
hartez
في ٢٤ أغسطس ٢٠١٨
في عالم متعدد الأنظمة الأساسية ، أريد أن تتصرف تطبيقات Android و iOS و UWP بنفس الطريقة تقريبًا دون الحاجة إلى إنشاء عارضين مخصصين لكل واحد لضمان قيامهم بذلك.
بعد عامين ، لا يزال هذا هو نفسه ولا يزال يتعين علينا وضع عارض خاص لجعل تطبيق UWP يعرض النص في العنصر النائب تمامًا مثل iOS و Android.
MitchBomcanhao
في ٢٦ يونيو ٢٠٢٠
لا اجابة!
hammondreg
في ١٢ سبتمبر ٢٠٢٠
القضايا ذات الصلة
joseluisct
·
3تعليقات
MartinWegner
·
3تعليقات
samhouts
·
3تعليقات
AppGrate
·
3تعليقات
xabre
·
3تعليقات
التعليق الأكثر فائدة
في عالم متعدد الأنظمة الأساسية ، أريد أن تتصرف تطبيقات Android و iOS و UWP بنفس الطريقة تقريبًا دون الحاجة إلى إنشاء عارضين مخصصين لكل واحد لضمان قيامهم بذلك.
بعد عامين ، لا يزال هذا هو نفسه ولا يزال يتعين علينا وضع عارض خاص لجعل تطبيق UWP يعرض النص في العنصر النائب تمامًا مثل iOS و Android.