وفقًا للوثائق _
و -
اقبل أي أرقام أو أحرف ، فهمت أنها لن تضيف أي شيء آخر ، مثل علامات الترقيم ، والمسافات ، إلخ ...
ويبدو أنه لا يتم إضافته ، ولكنه لا يزال يعد رمزًا أو شيء من هذا القبيل.
باستخدام القناع
"[---] [---] [---]"
(مخصص لجوازات السفر ، في الأساس يمكن أن يكون لديك أي شيء)
يحقق نتائج غريبة ، إذا كنت أستخدم الأرقام والحروف فقط ، فكل شيء يسير على ما يرام ، إذا استخدمت مسافة أو أي رمز ترقيم ، فإنه يضيف مسافة ويقفز إلى مجموعة الأقواس التالية.
حاولت مع
"[---]-[---]-[---]"
ويضيف -
لهذا السبب أعتقد أنه يذهب إلى المجموعة التالية.
ملاحظة: غير مرتبط ، لكنك لم تقم بتحديث الوثائق لتعكس إزالة PolyMaskTextFieldDelegate
"[---------]"
يبدو أنه يعمل بشكل جيد ، لذا تكمن المشكلة في الفواصل
مرحباRobuske!
شكرا على سؤالك.
يبدو أنك لم تجرب [___] [___] [___]
لسبب ما. من فضلك ، افعل ذلك وعد بالنتائج الخاصة بك. السلوك الذي تصفه متوقع وطبيعي تمامًا. إذا قرأت مستنداتنا بعناية ، فهناك أحرف اختيارية وإلزامية ، وقد استخدمت -
اختياريًا بدلاً من _
الإلزامي.
ملاحظة: غير مرتبط ، لكنك لم تقم بتحديث الوثائق لتعكس إزالة
PolyMaskTextFieldDelegate
نعم ، يا سيئة ، أحتاج إلى تكوين سجل التغيير بعد كل شيء. ومع ذلك ، فإن الإصدار الجديد هو 4.0.0
، ومن المتوقع أن تؤدي تحديثات الإصدار الرئيسية إلى كسر توافق API مع الإصدارات السابقة.
محدث: لقد وجدت عدم تناسق في المستندات ، لا تزال العينات تحتوي على PolyMaskTextFieldDelegate
، سأزيلها في غضون لحظات قليلة ، شكرًا!
أوه نعم ، لم أدرك أنه كان أحد الآثار الجانبية لكون كل شيء اختياريًا ، فمن المنطقي على ما أعتقد.
يبدو أنك لم تحاول [___] [___] [___] لسبب ما.
لسوء الحظ ، يبدو أن جوازات السفر لديها أي تنسيق تريده الدولة ، لذلك لا يمكنني تقليص العد. على الرغم من أنني لا أتحقق من الخاصية "كاملة" ، لذلك يمكن أن تعمل.
على أي حال ، يبدو "[---------]"
جيدًا ، لذا سأذهب معه ، شكرًا.
Robuske لمعلوماتك ، هناك أيضًا قناع بيضاوي [-…]
في حالة عدم رغبتك في تقييد طول النص.