المدونة ياهو واجهة المستخدم (YUIBlog)

2 تعليقات »

آر إس إس للتعليقات على هذه الوظيفة. TrackBack أوري

1. لذلك عندما يتم الافراج عن 3،4 الخروج؟

   تعليق بواسطة PKS - 26 يوليو 2011 #

2. وأنا واثق أن هناك الكثير من النشاط في القناة YUI # بعد هذه الدورة، ولكن لسوء الحظ، أن مرحلة نشطة من قناة المركز هو عادة خارج ساعات بلدي العادية بحيث افتقد أكثر من الأشياء الجيدة.

   حتى هنا هو بلدي خارج الخط، في تعليق ساعة (لي) حول تقويم:

   القوالب هي أعضاء الطبقة ثابت الذي يمنع وجود اثنين من التقويمات مع قوالب مختلفة على نفس الصفحة. وCONTENT_TEMPLATE اسم هو أيضا خيارا سيئا، لأنه ليس هناك خاصية القطعة التي تحمل الاسم نفسه وأنه مربكا لمعرفة أي واحد التي تتحدث عنها. إذا تم تغيير هذا القالب لخاصية سبيل المثال، فإن اسمها تتعارض مع الملكية القطعة نفسها مع نتائج يمكن التنبؤ بها الى حد بعيد (قاتلة).

   وجود اثنين من قوالب منفصلة وقطع رؤوس وتقويم نفسه يحول دون وجود لهم تتماشى مع بعضها البعض في التقويمات شهر متعددة. إذا كنت تسير على عرض عام كامل، وتريد كل شهر تحديدها بوضوح، وليس مجرد معرفة مدى شهور أظهرت ولها عدد المستخدمين واحد الذي هو الذي. وبعبارة أخرى، ربما إلى جانب وجود رأس شامل للكل شيء، يجب على كل "جزء" لديها رأس الخاصة به، وشهر / سنة يجب ان تذهب هناك. هذا بالتأكيد ليس تغيير طفيف في بنية العلامات الأساسية، آسف.

   ويمكن تحسين الشيء قالبي templating باستخدام حجة غالبا ما ينسى 3 من Y.substitute، فإن وظيفة بديلة. وسيتيح ذلك لأساليب الدعوة موصولة، في تقويم الأساسية لملء في كل ما النائبة مطور قد يتوهم، بقدر القديم YUI2 Paginator يفعل. قد يعني الإضافات للقيام بملء قالب تسجيل في التهيئة مع العلامة {} أنها مصممة لمعالجة وطريقة للقيام بديل. وظائف بديلة لا تتلقى 'المقترح' الاستبدال بحيث انها ستكون قادرة على قبول الافتراضي عرض أو تعديله كما تشاء. وينبغي أيضا حجة paneNumber أو ما يعادلها من المعلومات السياق أن تقدم لهذه الوظائف بديل لأنهم يعرفون الذي جزء (أو أيا كان) أنها تعبئة وغني عن القول فيه، وهذا ينبغي أن تكون متاحة أيضا على طول الطريق من القوالب رأس كل الطريق وصولا الى كل قالب خلية، كل على حدة، مع المعلومات الخاصة به سياق محدد.

   أنا مع اقتراح لوقا أن طريقة السكر وتمثل عدد الأجزاء التي تريد في وقت واحد وترك التعامل مع هذا التقويم. وأتساءل عن تخطيط هذه التقويمات. فإنها كسر بشكل طبيعي وتتدفق إلى السطر التالي على الحدود أليس كذلك؟ مع القوالب الحالية، وكنت تعرف ذلك، ولكن ماذا عن الممتلكات السكر تنص على عدد من الأجزاء التي تريدها؟ قد تحتاج بعد ذلك لتحديد ما إذا كنت تريد، ويقول، لمدة سنة كاملة في صفين من 6، 3 صفوف من 4 أو أيا كان الجمع. وإعطاء كل جزء 1 className مع رقم تسلسل تسمح للمصممين على التعامل مع هذا من خلال CSS على الرغم من أنه سيكون من الجيد أن يكون سمة واحدة مثل السكر 'panesPerRow "أو مثل بعض.

   وينبغي أن تمتد إلى قواعد أيام قبل أو بعد الشهر الحالي. إذا كنت لا تريد القاعدة التي يجب تطبيقها لشهر معين، سوف تقوم بتعيين حكم لا، ليس لديهم تقويم ببساطة تجاهل كل القواعد. كل شيء يجب أن يتم عرضه اتباع نفس القواعد. كما ذكرت، إذا كنت مسافرا بعمل حجز غرفة في فندق أو تذكرة الطائرة في الأسبوع الأخير من شهر وكنت تبحث عن توافر أو العروض، من غير المقبول أن أيام إضافية لا تظهر مدى توافر مقاعد / غرف / أو العروض التي يجب أن تنقل الواقع ذهابا وإيابا بين أشهر، كما لو كان 1 ليست متجاورة في اليوم الأخير من الشهر السابق. اذا لم تتبع القواعد، ما الذي تبين لهم عنه؟ وإذا كنت لا تظهر عليهم، هل تريد لإجبار المستخدم للتنقل.

   حول هذا، يجب أن نقدم التقويم زوجين من أساليب المساعد للمطور لاسترداد مجموعة من التواريخ من الشهر (خصيصا لمتعدد جزء التقويمات) ومجموعة من التواريخ أظهرت (بما في ذلك إضافات قبل وبعد). وهذا سيكون في متناول اليد لتجميع طلب IO للبيانات المرتبطة بكل خلية التقويم (عدد المقاعد، وسعر التذكرة، والعطلات، أيا كان) في عملية واحدة. وينبغي لهذه الأساليب أن تكون قادرة على تقديم هذه المعلومات قبل أن يتم تقديمها فعلا التقويم لتجنب وميض.

   تعليق من قبل شركة ساتيام - 29 يوليو 2011 #

ترك التعليق