उपयोगकर्ता से समय अवधि कैप्चर करने के लिए एक अच्छा वेब-आधारित यूआई क्या है। आइए कहें कि हम मिनटों में समय अवधि कैप्चर करना चाहते हैं। लेकिन इसे प्रस्तुत करना चाहते हैं कि उपयोगकर्ता घंटों और \ या मिनटों में प्रवेश कर सकता है।यूआई एक समय या अवधि कैप्चर करने के लिए
बस hrs \ min के लिए 2 टेक्स्टबॉक्स का उपयोग करें? या एक टेक्स्टबॉक्स और उन्हें "1hr 31min" या "91 मिनट" में टाइप करने दें?
या क्या कुछ बेहतर है?
सभी प्रतिक्रियाओं के लिए धन्यवाद।
क्या मैं अंत में कर समाप्त हो गया था, एक भी पाठ बॉक्स कि
उपयोगकर्ता संपादित कर सकते हैं और जब फ़ोकस पाठ बॉक्स से दूर ले जाता है, यह अवधि पुनर्गणना "xxhrs yymin" प्रारूप में समय अवधि से पता चलता होने और पाठ को कैनोलिक रूप में सुधारता है।
दर्ज किए गए पाठ की व्याख्या करने के लिए पार्सर काफी उदार है।
यह घंटे, मिनट और दिनों का प्रतिनिधित्व करने के लिए 'एच' या 'एम' या 'डी' के बाद किसी भी संख्या से मेल खाने के लिए नियमित अभिव्यक्तियों का एक सेट है। यदि इसे किसी भी 'इकाई' के सामने किसी संख्या के साथ नहीं मिलता है, तो ऐसा लगता है कि आपने मिनटों के रूप में शुद्ध संख्या में टाइप किया है और इसे इस तरह समझाएगा।
तो उपयोगकर्ता प्रकार हैं:
"1.5h", यह पाठ बॉक्स छोड़ने पर "1 ghante 30 मिनट" को पुनः प्रारूपित करेंगे।
"90 मिनट" को "1 ghante 30 मिनट"
पार्सर केवल पहला वर्ण संख्या के बाद, आप में प्रवेश कर सकते "1 दिन, 7 घंटे और 19 मिनट" जिसका अर्थ है पर लग रहा है और यह पुन: स्वरूपित किया जाएगा इसे सही ढंग से पहचान लेंगे।
बेशक, यह "2 छेद और 1 9 मिनट" के रूप में "2 छेद और 1 9 मिनट" को भी पहचान लेगा।
मुझे लगता है कि मैं इसके साथ रह सकता हूं।
बस उन्हें केवल पूर्व परिभाषित समय प्रारूप में संख्याएं टाइप करने दें।
घंटा या मिनट के बिना घंटे और मिनट के लिए 2 टेक्स्टबॉक्स रखें।
आपको यह भी परिभाषित करना होगा कि यह 24 घंटे की प्रणाली या 12 घंटे है या नहीं।
यदि आपके पास घंटे और मिनट लेबल किए गए दो टेक्स्ट बॉक्स हैं तो आपको उस मामले से निपटने की आवश्यकता है जहां उपयोगकर्ता दोनों में टाइप करता है।
3 into h and 35 into m => pretty clear. 3 hours 35 mins
nothing into h and 95 into m => 1 hour 35 mins (probably update the display to show that)
लेकिन
के बारे में क्या2 into h and then 95 into m => does that mean 3 h 35 or 1 hour 35
मैं भी कई कष्टप्रद UI के का उपयोग किया है, जहां एक क्षेत्र बदलते zaps अन्य प्रविष्टियों विश्वास है कि मैं व्यवहार का एक unastonishing सेट वसीयत कर सकते हैं हो सकता है।
इसलिए मैं एक बॉक्स के लिए जाऊंगा जिसमें हम 3h या 1h 35m या 95m टाइप कर सकते हैं और व्याख्या का एक अलग-अलग पढ़ने-योग्य प्रदर्शन कर सकते हैं।
एक अच्छा विजेट के लिए एक माउस विजेट प्रविष्टि की अनुमति देने का अवसर लगता है, वैसे ही कैलेंडर विजेट दिनांक प्रविष्टि की अनुमति देता है। खींचने योग्य हाथों के साथ एक छोटी सी घड़ी?
ठीक है, अलग-अलग घंटे और मिनट फ़ील्ड सबसे सुरक्षित लेकिन एक फ़ील्ड से उपयोग करने के लिए धीमे हैं। यदि आप 1 घंटे से अधिक अवधि की अपेक्षा नहीं करते हैं तो आप घंटे से 0 को डिफ़ॉल्ट कर सकते हैं।
शायद यह अपनी जनसंख्या पर निर्भर करता है, लेकिन मैं उपयोगकर्ताओं को एक ही पाठ बॉक्स में घंटे और मिनट को संभालने के लिए अगर आप इस तरह के रूप में एक त्वरित, प्रदान में सक्षम हो जाएगा उम्मीद "समय अवधि (घंटे: मिनट):"
उस प्रॉम्प्ट के साथ, घंटों के रूप में संख्याओं की किसी भी प्रारंभिक अखंड स्ट्रिंग को स्वीकार करें और संख्याओं के बाद की संख्याओं के बाद की किसी भी अखंड स्ट्रिंग को स्वीकार करें, ताकि निम्न सभी इनपुट समकक्ष के रूप में माना जा सके।
2:30
02:30
02:30:05
2,30 (या शायद नहीं: कीपैड प्रवेश के लिए है, जबकि महान हैं, लेकिन आप कर सकते हैं दशमलव बिंदु के लिए अपवाद बनाते हैं ताकि उपयोगकर्ता को आंशिक घंटों में प्रवेश करने की अनुमति मिल सके, जैसे 2.75 के लिए 2 घंटे 45 मिनट।)
2 बजे 30 मिनट के
2 घंटे, 30 मिनट
2jaQp 30 !!!!
जब फोकस
मैं आवश्यक है कि मिनट 60. से कम होना उपयोगकर्ता के रूप में भी समय व्यक्त करने के लिए सक्षम होना चाहिए कोई कारण नहीं देखते हैं फ़ील्ड छोड़ देता है, उपयोगकर्ता जो कुछ भी आपके द्वारा किए गए व्याख्या को फीडबैक के लिए निर्दिष्ट (घंटे: मिनट) प्रारूप में दर्ज करता है, स्वतः सही करें।
यदि आपको अपने उद्देश्य के लिए आवश्यक सभी समय की एक अनुमानित अनुमान है (या आपके उपयोगकर्ता केवल वैसे भी अनुमान लगा रहे हैं), तो विकल्प बटन या अवधि की सीमाओं के साथ ड्रॉपडाउन सूची पर विचार करें (उदाहरण के लिए, 0 से 5 मिनट, 5 से 15 मिनट, 15 मिनट से 1 घंटा, एक घंटे से अधिक।)। या यदि अवधि पर निश्चित सीमाएं हैं और अंतराल कार्यात्मक रूप से रैखिक हैं, तो आप एक लेबल वाले स्लाइडर का उपयोग कर सकते हैं।
जो भी इनपुट प्रारूप या नियंत्रण आप उपयोग करते हैं, उसे जानकारी के स्रोत के साथ संगत होना चाहिए। उपयोगकर्ताओं को यह अवधि कहां मिलती है? क्या इकाइयों, प्रारूप, अंतराल, और परिशुद्धता की डिग्री वहाँ उपयोग किया जाता है? उपयोगकर्ता अपने बीच के समय के बारे में सोचते और बात करते हैं?
आपका उदाहरण: 150 शेष उत्तर के साथ काम नहीं करेगा क्योंकि इसे 150 घंटे के रूप में व्याख्या किया जाएगा। वैसे भी, मुझे नहीं लगता कि यह आजादी उपयोगकर्ता के लिए कोई भी अच्छी है क्योंकि यह ऐसा कुछ नहीं है जिसे वह उम्मीद नहीं करेगा और आम तौर पर इसका उपयोग नहीं किया जाएगा –
"संख्याओं की प्रारंभिक स्ट्रिंग" से मेरा प्रारंभिक स्ट्रिंग जब यह शुरू होता है संख्या, इसलिए: 150 में संख्याओं की प्रारंभिक स्ट्रिंग नहीं है, इसलिए घंटे 0 और मिनट 150 हैं। मैं नहीं देख सकता कि अप्रत्याशित स्वतंत्रता एक समस्या होगी। अधिकतर उपयोगकर्ता इसे कभी नहीं खोज पाएंगे (वे कभी भी "2 30" टाइप करने के बारे में नहीं सोचेंगे), लेकिन जो लोग इसे उपयोगी पाते हैं (एक कोलन टाइप करना कई कीबोर्ड पर अपेक्षाकृत अजीब है)। अप्रत्याशित _limitations_ --now _that's_ एक समस्या है। –
मुझे लगता है कि किसी के सुझाव के अनुसार 60 से अधिक मिनटों के लिए कोई क्लाइंट साइड सुधार नहीं होना चाहिए। यह केवल भ्रमित हो जाएगा और अनावश्यक समस्याओं को उत्पन्न करेगा।
उपयोगकर्ता ने डेटा दर्ज किया ताकि उसे समझना चाहिए कि उसने क्या लिखा है और उसे सही करने की कोई आवश्यकता नहीं है।
मैं इन फ़ील्ड को उपयोगकर्ता द्वारा भरने के रूप में छोड़ दूंगा। सर्वर की तरफ मैं केवल कुल मिनटों की गणना करता हूं:
$total_minutes = 60 * $_POST['hours'] + $_POST['minutes'];
मैं बस इसके बारे में सोच रहा था और इस तरह की चीज़ के लिए एक परिचित यूआई को एक माइक्रोवेव ओवन महसूस किया। आईफोन जैसी उपयोगों के लिए, रोलिंग स्क्रोलर चीज़ की तुलना में एक कीपैड बेहतर हो सकता है जिसे मैं अक्सर देखता हूं।
मेरे मामले में मुझे लगता है कि मैं "संख्या" के लिए एक टेक्स्ट फ़ील्ड और "इकाई" (वर्षों, महीनों, सप्ताह, दिन, घंटों) के लिए एक चयन बॉक्स के साथ जा रहा हूं।
स्लाइडर (jqueryui, html5) इस बात पर निर्भर करता है कि आप किस प्रकार की रेंज के बारे में बात कर रहे हैं।
ठीक है, इसकी एक समय अवधि है। तो 24 घंटे की 12 घंटे की अवधारणा सही नहीं है? वे सैद्धांतिक रूप से "32 घंटे 30 मिनट" –
ठीक दर्ज कर सकते हैं। क्या होता है जब वह 60 से अधिक मिनट में प्रवेश करता है? – rahul