Html5-boilerplate: क्या केवल एक काम करने पर 6 अलग-अलग ऐप्पल-टच आइकन की कोई ज़रूरत है?

इसे यहाँ समझाया गया है: http://mathiasbynens.be/notes/touch-icons

"नकारात्मक पक्ष यह है कि ये उपकरण बड़ी उच्च-गुणवत्ता वाली छवि को लोड करेंगे, जबकि बहुत छोटी फ़ाइल ने भी काम किया होगा।"
इसलिए, केवल अगर कोई "होम स्क्रीन में जोड़ें" पर क्लिक करता है, तो थोड़ा भारी पीएनजी लोड करना होगा (केवल कुछ किलोबाइट्स से बड़ा) ... जहां तक ​​​​मेरा संबंध है, यह पूरी तरह से स्वीकार्य है, और इससे कहीं बेहतर है 6 अलग-अलग आकार के आइकन बनाना... और विशेष रूप से बेहतर यदि आप सभी छः लोड करने के लिए पृष्ठ पर HTML शामिल कर रहे हैं।

नील,
यदि आपको इन आइकनों को बनाने के लिए एक सरल तरीके की आवश्यकता है तो क्या मैं H5BP मल्टी-लेयर FavIcons रेपो का सुझाव दे सकता हूं? मुझे पता है कि यह एक बेशर्म प्लग है, लेकिन मैंने आज इसे फिर से इस्तेमाल किया और सभी 7 छवियों के साथ समाप्त हो गया, जिसमें 10 मिनट से कम समय में बहु-स्तरित फ़ेविकॉन भी शामिल है।

आशा है कि इससे सहायता मिलेगी!

ठीक है धन्यवाद। लेकिन मैं अभी भी इस बात से सहमत नहीं हूं कि प्रत्येक व्यक्तिगत डिवाइस को लक्षित करने के लिए कई विशिष्ट ग्राफिक्स बनाना सही दृष्टिकोण है (बहुत 'उत्तरदायी' दृष्टिकोण नहीं)। एक छवि बनाना अभी भी तेज़/आसान और क्लीनर है, और मुझे इसे पुराने उपकरणों पर वितरित करने में कोई समस्या नहीं दिखाई दे रही है जब यह पृष्ठ लोड में कोई भार नहीं जोड़ रहा है (इसे केवल घर में जोड़ने के 'अनुरोध' के बाद लोड किया जा रहा है) स्क्रीन) और हम इन छवियों के बीच के अंतर में केवल कुछ k के बारे में बात कर रहे हैं।

अगर यह केवल होम स्क्रीन पर जोड़े जाने पर ही डाउनलोड होता है, तो मैं आपकी बात देख सकता हूं। निजी तौर पर, मैं सिंगल-आइकन रूट पर भी जाता हूं।

सिंगल-आइकन (और favicon.ico) के लिए +1 कोई HTML लिंक दृष्टिकोण नहीं है।

@mathiasbynens स्पर्श चिह्नों की गहन व्याख्या के लिए धन्यवाद। हालांकि जब मैंने सारांश पढ़ा तो मुझे हंसना पड़ा। आपके सुझावों के कारण नहीं बल्कि इसलिए कि मैं मालिकाना बीएस से नफरत करता हूं। मुझे आपके सारांश को संक्षेप में प्रस्तुत करने दें।

• Android का पूर्ण समर्थन करने के लिए आपको Apple के स्वामित्व वाले html टैग का उपयोग करना चाहिए।
• यदि आप केवल आईओएस की परवाह करते हैं तो आपको सेब के स्वामित्व वाले एचटीएमएल टैग का उपयोग करने की आवश्यकता नहीं है।
• "आलसी" दृष्टिकोण वही करना है जो Apple.com करता है।

संक्षेप में, दो मुख्य कारण हैं कि क्यों कई अलग-अलग स्पर्श चिह्न सबसे अच्छा समाधान है:

• प्रदर्शन/डेटा योजना के उपयोग को सीमित करना: होमस्क्रीन में जोड़ते समय अनावश्यक रूप से बड़ी छवियों को लोड करने से बचें।
• कला निर्देशन: मेरे अनुभव में, डिजाइनर आमतौर पर स्वचालित आकार बदलने पर भरोसा करना पसंद नहीं करते हैं, और इसके बजाय स्वयं उपयुक्त आयामों में आइकन प्रदान करते हैं।

उस ने कहा, मैं आलसी हूं और मैं सिंगल-आइकन समाधान का भी उपयोग करता हूं। लेकिन इसका मतलब यह नहीं है कि यह आईएमएचओ का समाधान होना चाहिए।

@ryanswedal :D

यदि पृष्ठ पर HTML लिंक शामिल हैं, तो क्या किसी को पता है कि क्या उन्हें पृष्ठ लोड पर कॉल किया जाता है? यदि ऐसा है, तो यह एक आइकन दृष्टिकोण के लिए और भी बड़ा तर्क है ... और HTML लिंक को शामिल न करने के लिए।

वापस जब मैंने इस पर शोध किया, आईआईआरसी मेरे परीक्षणों ने पुष्टि की कि पेज लोड पर टच आइकन का अनुरोध नहीं किया गया था, यहां तक ​​​​कि <link> साथ भी नहीं।

जानकर अच्छा लगा। धन्यवाद!

हाँ, सिंगल आइकन दृष्टिकोण के लिए +1। स्पर्श चिह्न स्व-दस्तावेजीकरण नहीं हैं, इसलिए किसी उपकरण को सिंक करने की क्षमता के बिना रूट में 6 का होना गन्दा और रखरखाव भारी है।

यदि आपके पास रूट में सभी आइकन हैं तो मैं रखरखाव की समस्या से सहमत हूं। मुझे वास्तव में एक अच्छा समाधान नहीं दिख रहा है, लेकिन <link> टैग जोड़ने के लिए (सिम्लिंक वास्तव में उस समस्या का समाधान नहीं करते हैं)।

लेकिन मुझे नहीं लगता कि हमें इस समय इन टैग्स के साथ index.html के मार्कअप को ब्लोट करना चाहिए। मोबाइल बॉयलरप्लेट ऐसा करता है।
वैसे भी मुझे पूरा यकीन है कि यह पता लगाना आसान है कि आइकन को दूसरे फ़ोल्डर में कैसे ले जाया जाए। हमारे डॉक्स में इस विषय पर एक छोटा खंड भी

IOS 7 के अनुसार, रेटिना-डिस्प्ले iPhones के लिए अनुशंसित टच आइकन आकार 114 × 114 पिक्सेल से बढ़कर 120 × 120 पिक्सेल हो गया। मेरी पोस्ट को इसे दर्शाने के लिए अपडेट किया गया है।

क्या हम यहां समाधान ढूंढ सकते हैं? क्या हम इसे वैसे ही छोड़ना चाहते हैं या एक आइकन दृष्टिकोण की ओर बढ़ना चाहते हैं?

वैसे मेरा वोट निश्चित रूप से एक आइकन दृष्टिकोण के लिए होगा

बुधवार, 24 जुलाई, 2013 को, हैंस क्रिश्चियन रीनल ने लिखा:

क्या हम यहां समाधान ढूंढ सकते हैं? क्या हम इसे वैसे ही छोड़ना चाहते हैं या आगे बढ़ना चाहते हैं
एक आइकन दृष्टिकोण?

-
इस ईमेल का सीधे उत्तर दें या इसे Gi tHub पर देखेंhttps://github.com/h5bp/html5-boilerplate/issues/1367#issuecomment -21507073
.

नील क्रेघ

मोबाइल से भेजा गया: 087 2174891

http://www.food.ie

कम, सरल, बेहतर। अगर सिर्फ एक ही काफी है और काम करता है तो हम इसके साथ क्यों नहीं जाएंगे?

एक के लिए +1!

मैं भी एक सरल और उत्तरदायी तरीका लेना चाहूंगा, लेकिन आइकन के लिए एक अपवाद हुआ करता था: अलग-अलग पैमाने के आइकन को उस आकार में स्पष्ट करने के लिए फिर से डिज़ाइन करने की आवश्यकता हो सकती है।

यदि आपके पास 120x120 का एक जटिल आइकन है और इसे 32x32 में उपयोग करना चाहते हैं, तो यह पहचानने योग्य नहीं हो सकता है। एक छोटे आइकन को बहुत बड़े आकार में स्केल करना वेक्टर प्रारूप के साथ कोई समस्या नहीं है, लेकिन डिज़ाइनर अधिक विवरण जोड़ना चाह सकता है।

http://www.behance.net/gallery/Google-Visual-Assets-Guidelines-Part-1/9028077#module -67936509

32x32 और 16x16 में आइकन देखने के लिए ऊपर दिए गए लिंक से कई पृष्ठों को नीचे स्क्रॉल करें ... शायद यह इस विषय के इतना करीब नहीं है, लेकिन मुझे लगता है कि विभिन्न आकारों में आइकन के बारे में बात करते समय इस पर विचार किया जाना चाहिए।

आईएमओ ज्यादातर स्थितियों में एक आइकन पर्याप्त है। स्पष्टता और फ़ाइल आकार के लिए अनुकूलित करने के लिए छोटे आइकन बनाने के बारे में दस्तावेज़ों में एक नोट के साथ एक बड़ा एच 5 बीपी आइकन प्रदान करना एक अच्छा समाधान होगा।

उस ने कहा, H5BP अर्ध-विचारित है, इसलिए जो कुछ भी "सही" विधि माना जाता है, सादगी की परवाह किए बिना, रेपो में होना चाहिए।

मैंने एक पुल अनुरोध किया है जो #1425 में छह में से पांच ऐप्पल टच आइकन को हटा देता है।
प्रतिक्रिया की बहुत सराहना की।

कृपया इस मुद्दे के भीतर मुख्य चर्चा रखें।

+1

:+1:

+1

क्या यह ठीक है अगर मैं मानता हूं कि मुझे कभी नहीं पता था कि पहली जगह में छह क्यों थे और मुझे खुशी है कि एक होगा इसलिए मुझे ऐसा नहीं लगेगा कि मैं आलसी हूं "क्यों?"

पूर्णता तब प्राप्त होती है, जब जोड़ने के लिए और कुछ नहीं होता, बल्कि तब प्राप्त होता है, जब लेने के लिए कुछ शेष न हो।
- ओंत्वान डे सेंट - एक्सुपरी

:+1:

मेरे पास इसे छोटा करने का समय नहीं था।
- ब्लेस पास्कल
:थम्स अप:

मैं थोड़ी देर के लिए सिर्फ एक छवि के साथ दौड़ रहा हूं। एक नकारात्मक पहलू यह है कि कई मोबाइल ब्राउज़र अन्य फ़ाइलों का अनुरोध करेंगे। उन्हें HTML में एक लिंक टैग के साथ संदर्भित करने की कोई आवश्यकता नहीं है, लेकिन मैं उन अनुरोधों के लिए 404 त्रुटियों से भरा मेरा लॉग होने से बचने के लिए सामान्य और पूर्वनिर्मित सभी आकारों के लिए रूट निर्देशिका फ़ाइलों को शामिल करने के लिए वापस चला गया हूं।

https://gist.github.com/davidhund/332316f82440ef4377f3 @davidhund द्वारा