भौतिक विरुद्ध तार्किक मार्कअप
Original source: https://webtips.dan.info/logical.html
टीप: भौतिक (दृश्य) HTML टॅग आणि तार्किक (स्ट्रक्चरल) टॅगमधील फरक आणि एक किंवा दुसरा कधी वापरायचा हे जाणून घ्या.
HTML टॅगचे दोन मूलभूत प्रकार आहेत. तार्किक टॅग हे दस्तऐवजाची रचना आणि अर्थ दर्शवतात, फक्त त्यांच्या देखाव्यासाठी सुचविलेले प्रस्तुतीकरण जे विविध सिस्टम कॉन्फिगरेशन अंतर्गत विविध ब्राउझरद्वारे अनुसरण केले जाऊ शकते किंवा नाही. भौतिक टॅग विशिष्ट व्हिज्युअल इफेक्ट्सचे प्रतिनिधित्व करतात जे अचूक रीतीने पुनरुत्पादित करण्याच्या उद्देशाने आहेत आणि त्यांच्या अर्थपूर्ण अर्थाचा कोणताही अर्थ नाही.
HTML च्या मूळ अंमलबजावणीमध्ये जवळजवळ संपूर्णपणे तार्किक टॅग होते, HTML तत्त्वज्ञानानुसार ती स्क्रीन-लेआउट वर्णनाऐवजी एक संरचनात्मक भाषा होती. काही फिजिकल टॅग नंतर अगदी मागे सरकले (जसे की ठळक मजकुरासाठी). नेटस्केप आणि मायक्रोसॉफ्ट या ब्राउझर निर्मात्यांद्वारे एचटीएमएल वाढवण्यात आल्याने, लॉजिकल टॅग सेटच्या अगदी कमी वाढीसह मोठ्या संख्येने भौतिक टॅग जोडले गेले. HTML 4.0 मानक, आणि आता HTML 5.0 विकासाधीन आहे, काही नवीन तार्किक टॅग सादर करून आणि काही भौतिक टॅग आणि विशेषता स्टाईलशीटच्या बाजूने “नापसंत” म्हणून घोषित करून ही शिल्लक सुधारण्याचा प्रयत्न करते.
HTML शैली सल्लागारांनी तार्किक किंवा भौतिक टॅग वापरण्यास प्राधान्य द्यावे की नाही याबद्दल विविध आणि विरोधाभासी सल्ला दिला आहे. कट्टरपंथीय शुद्धतावादी नेहमी फक्त तार्किक टॅग वापरण्यास सांगू शकतात, तर काही ग्राफिकल डिझायनर केवळ भौतिक टॅग वापरण्याची वकिली करतात (कारण तार्किक लोकांमध्ये प्रवृत्ती असते, दृश्यमान मानसिकतेच्या लोकांना त्रासदायक, मोठ्या प्रमाणात वेगवेगळ्या प्रकारे प्रस्तुत केले जाते). मी एकतर कठोर मानकांचे पालन करत नाही; त्याऐवजी, विशिष्ट ऍप्लिकेशनसाठी अर्थपूर्ण टॅग वापरून मी समर्थन करतो. आजकाल, या प्रकारचे संघर्ष जवळजवळ फारसे फुटत नाहीत, कारण नवीन पिढीतील अनेक विकासक, मग ते तार्किकदृष्ट्या- किंवा ग्राफिक-ओरिएंटेड, वापरण्यास शिकले आहेत. Cascading Stylesheets HTML स्वच्छ आणि सोपे ठेवण्यासाठी आणि स्टाईलशीटमध्ये सादरीकरण वेगळे केले आहे.
लॉजिकल मार्कअप कधी वापरायचे
तार्किक रचना वापरण्याचा प्रयत्न करा जेव्हा ते तुम्ही व्यक्त करण्याचा प्रयत्न करत असलेल्या अर्थाशी जुळतात. जेव्हा तुम्हाला पृष्ठाच्या शीर्षस्थानी शीर्षलेख हवा असेल, तेव्हा
टॅग हा एक चांगला पर्याय आहे. भौतिक टॅग वापरण्याच्या पर्यायाचा तार्किकदृष्ट्या शीर्षलेख न दर्शविण्याचा नकारात्मक परिणाम होतो; तुमच्या दस्तऐवजाची त्याच्या शीर्षलेखांमधून संरचनात्मक रूपरेषा तयार करण्याचा प्रयत्न करणारा कोणताही प्रोग्राम तुम्ही त्यांना असे चिन्हांकित न केल्यास निराश होईल. Lynx सारखा मजकूर-मोड ब्राउझर, आणि अंधांसाठी वाचक प्रोग्राम, वापरकर्त्याला शीर्षलेख सिग्नल करण्यासाठी स्वतःची पद्धत असू शकते आणि जेव्हा तुम्ही संकेत देता तेव्हा ते तुमच्या दस्तऐवजावर अकार्यक्षम असेल जे फॉन्ट बदलाने अर्थहीन आहे. ही इतर उपकरणे.
असे अनेक तार्किक टॅग आहेत ज्यांचे विशिष्ट अर्थ तुमच्यासाठी उपयोगी असू शकतात. चा वापर उद्धृत केलेल्या कामाच्या शीर्षकाला घेरण्यासाठी केला जातो (सामान्यतः तिर्यकांमध्ये रेंडर केला जातो). ठळक मजकूर नियुक्त करते, आणि मजबूत जोर नियुक्त करते, सामान्यतः अनुक्रमे तिर्यक आणि ठळक मध्ये प्रस्तुत केले जाते. या प्रकरणांमध्ये भौतिक टॅगऐवजी तार्किक वापरण्याचा फायदा हा आहे की तुमचा अर्थ अधिक अचूकपणे व्यक्त केला जातो. वस्तुस्थिती आहे की मास-मार्केट ब्राउझर या भेदांसह या क्षणी प्रत्यक्षात काहीही करत नाहीत, त्यांना सरकवण्याचे कोणतेही कारण नाही; तुमचे दस्तऐवज अनुक्रमित करताना किंवा अॅबस्ट्रॅक्ट करताना इतर सॉफ्टवेअर अजूनही त्यांचा फायदा घेऊ शकतात. स्टाइलशीटचा उल्लेख करू नका: हार्ड-कोडेड फिजिकल मार्कअपने भरलेल्या साइटला स्वच्छ, साध्या लॉजिकल स्ट्रक्चर असलेल्या साइटपेक्षा स्टाइलशीट वापरामध्ये रूपांतरित करणे खूप कठीण असेल.
तुमच्या साइटच्या प्रस्तुतीकरणावर पिक्सेल-परिपूर्ण नियंत्रणाची मागणी करणाऱ्या ग्राफिकल-कलाकारांच्या मानसिकतेतून तुम्ही बाहेर पडल्यास, तुम्ही तुमच्या साइटचा अर्थ समजूतदार, प्लॅटफॉर्म-स्वतंत्र मार्गाने व्यक्त करू शकाल. लॉजिकल टॅग्ज टाळून HTML च्या तर्काला पराभूत न करण्याचा प्रयत्न करा कारण काही ब्राउझरवर ते जसे दिसतात तसे तुम्हाला आवडत नाहीत. उदाहरणार्थ, काही डिझायनर्सना परिच्छेद कसे रेंडर केले जातात हे आवडत नाही, म्हणून ते पुढील ओळ इंडेंट करण्यासाठी रिक्त ग्राफिक नंतर लाइन-ब्रेक वापरतात. या प्रकारची गोष्ट सामान्यतः चांगली कल्पना नाही, कारण ती वेगवेगळ्या वातावरणात (उदा. केवळ मजकूर-ब्राउझिंग) खराबपणे खराब होण्याची शक्यता असते आणि रोबोट्स अनुक्रमित करण्यासाठी तुमच्या दस्तऐवजाची रचना अस्पष्ट होते. स्टाइलशीट कसे वापरायचे ते शिका आणि तुम्ही तुमच्या पृष्ठांच्या तार्किक घटकांचे स्वरूप अधिक लवचिक पद्धतीने परिभाषित करू शकता जे तुम्ही भौतिक मार्कअपसह कधीही करू शकत नाही.
भौतिक मार्कअप कधी वापरायचे
जेव्हा तुम्हाला विशिष्ट व्हिज्युअल इफेक्ट्स मिळवायचे असतात जे विविध लॉजिकल टॅग्जच्या स्ट्रक्चरल अर्थांमध्ये बसत नाहीत, तेव्हा हेतू नसलेल्या अर्थांसाठी लॉजिकल टॅगचा गैरवापर करण्यापेक्षा भौतिक टॅग हे करण्याचा उत्तम मार्ग आहे. अशाप्रकारे, जर तुम्ही तुमच्या शरीरातील सर्व मजकूर ठळकपणे दाखविण्याचे ठरवले कारण ते तुम्हाला चांगले दिसत असेल तर, टॅगऐवजी टॅग वापरा कारण येथे “स्ट्राँग एम्फेसिस” हा अर्थपूर्ण अर्थ नाही. मास-मार्केट ब्राउझरमधील देखावा सारखाच असेल, परंतु कदाचित तुम्ही एका अंध व्यक्तीला ऑडिओ ब्राउझर वापरून तुमचे संपूर्ण दस्तऐवज मोठ्या आवाजात ऐकण्यापासून वाचवले असेल (जोरदार जोर देण्यासाठी योग्य प्रस्तुतीकरण, परंतु योग्य प्रस्तुतीकरण नाही बोल्डफेसिंगच्या पूर्णपणे दृश्य प्रभावासाठी). तुम्हाला तुमचा सर्व मजकूर मोठ्या फॉन्टमध्ये हवा असल्यास,
ऐवजी वापरा, कारण तुमचा सर्व मजकूर हे “शीर्षलेख” आहे असे तुम्हाला सूचित करायचे नाही.
टीप: मजकूराचा ब्लॉक इंडेंट करण्यासाठी
वापरू नका, किंवा लॉजिकल टॅग्जचे असे इतर वापर अतार्किक मार्गांनी करू नका.
लॉजिकल टॅगचा गैरवापर करू नका. त्यांचे वास्तविक अर्थ लक्षात ठेवा, केवळ त्यांचे दृश्य प्रभाव तुमच्या विशिष्ट ब्राउझरवर (जे इतर ब्राउझरवर बदलू शकतात).
चा अर्थ “हा मजकूर इंडेंट करा” असा नाही; याचा अर्थ “खालील एक क्रमांक नसलेली यादी आहे,” आणि काही ब्राउझर इंडेंट करतात ही वस्तुस्थिती आनुषंगिक आहे. (WebTV च्या सुरुवातीच्या आवृत्त्यांनी
याद्या इंडेंट केल्या नाहीत!) HTML चष्मानुसार,
सूचीसाठी एकमात्र योग्य सामग्री ही
- आयटम आहे, त्यामुळे या वाक्यरचनेचे अनुसरण न करणाऱ्या सूचींचे प्रस्तुतीकरण अपरिभाषित आहे; मानकांचे पालन करणारा ब्राउझर तुमच्या दस्तऐवजाच्या त्या विभागातील संपूर्ण सामग्री टाकून देऊ शकतो. टॅगच्या तार्किक अर्थाविरुद्ध चालणार्या काही ब्राउझरच्या वर्तनावर अवलंबून राहणे हे खराब स्वरूप आहे. तुमच्या दस्तऐवजाचा अर्थ उलगडण्याचा प्रयत्न करणार्या कोणत्याही सॉफ्टवेअरला तुम्ही फक्त गोंधळात टाकाल आणि तुम्हाला तुमचे दस्तऐवज स्टाईलशीटसारख्या नवीन नवकल्पनांसाठी रूपांतरित करणे कठीण जाईल.
दुर्दैवाने, तुमच्यापैकी जे वापरतात WYSIWYG DreamWeaver सारख्या संपादकांना, किंवा Microsoft Word किंवा Microsoft Publisher सारख्या इतर प्रोग्रामना HTML एक्सट्रूड करू द्या, कदाचित हे प्रोग्राम फिजिकल टॅग, योग्य-वापरलेले लॉजिकल टॅग, किंवा गैरवापर केलेले लॉजिकल टॅग तयार करत आहेत की नाही याची त्यांना कल्पना नसेल. बहुधा अशा संपादकाने तयार केलेला कोड तुमच्या सामग्रीचे तार्किक प्रतिनिधित्व म्हणून फारसा चांगला नसतो, कारण तो तार्किक संरचनेऐवजी ग्राफिकल मांडणीनुसार तयार केला जात आहे. HTML सिंटॅक्स शिकण्यासाठी आणि ASCII संपादकात हाताने तुमची पृष्ठे लिहिण्याचे आणखी कारण!
सानुकूल घटक
वरील लेख मूळतः 1990 च्या दशकात लिहिला गेला होता, काही तुकड्यांमध्ये सुधारणा आणि नंतर अद्यतने. अधिक आधुनिक HTML 5 वेब (2015 पर्यंत) आता वेबमध्ये तार्किक अभिज्ञापक वापरण्यासाठी आणखी संधी देते. Cascading Style Sheets “क्लास” आणि “आयडी” विशेषता वापरून तुम्हाला तार्किक नावाच्या गोष्टींना वेगवेगळ्या शैली जोडू दिल्या आहेत, परंतु आता तुम्ही हे करू शकता सानुकूल HTML घटक परिभाषित करा तुमचे स्वतःचे, जे स्टाइलशीटमधून त्यांची शैली मिळवू शकतात. वर्तमान आणि भविष्यातील “मानक” HTML टॅगशी विरोधाभास होऊ नये म्हणून नवीन घटकांना हायफनसह नाव देणे आवश्यक आहे.
दुवे
- सानुकूल घटकांचा तपशीलवार परिचय
- David Siegel चे लेखक Creating Killer Web Sites भौतिक आणि तार्किक टॅगमधील फरक समजतो, परंतु त्याच्या ग्राफिकल-डिझाइन-देणारं मानसिकतेमुळे, मी नंतरचे समर्थन करीन तेथे पूर्वीचा वापर करण्याचा सल्ला देतो. माझ्याकडून विरोधी दृष्टिकोनाचे त्याचे सर्वोत्तम-प्रस्तुत स्पष्टीकरण होते, परंतु सध्या “KillerSites” साइट दुसर्याने चालवली आहे असे दिसते आणि यापुढे ती एकदा केलेली तर्क-विरोधक वकिली नाही.
टीप: मजकूराचा ब्लॉक इंडेंट करण्यासाठी
वापरू नका, किंवा लॉजिकल टॅग्जचे असे इतर वापर अतार्किक मार्गांनी करू नका.
लॉजिकल टॅगचा गैरवापर करू नका. त्यांचे वास्तविक अर्थ लक्षात ठेवा, केवळ त्यांचे दृश्य प्रभाव तुमच्या विशिष्ट ब्राउझरवर (जे इतर ब्राउझरवर बदलू शकतात).
- चा अर्थ “हा मजकूर इंडेंट करा” असा नाही; याचा अर्थ “खालील एक क्रमांक नसलेली यादी आहे,” आणि काही ब्राउझर इंडेंट करतात ही वस्तुस्थिती आनुषंगिक आहे. (WebTV च्या सुरुवातीच्या आवृत्त्यांनी
- याद्या इंडेंट केल्या नाहीत!) HTML चष्मानुसार,
- सूचीसाठी एकमात्र योग्य सामग्री ही
- आयटम आहे, त्यामुळे या वाक्यरचनेचे अनुसरण न करणाऱ्या सूचींचे प्रस्तुतीकरण अपरिभाषित आहे; मानकांचे पालन करणारा ब्राउझर तुमच्या दस्तऐवजाच्या त्या विभागातील संपूर्ण सामग्री टाकून देऊ शकतो. टॅगच्या तार्किक अर्थाविरुद्ध चालणार्या काही ब्राउझरच्या वर्तनावर अवलंबून राहणे हे खराब स्वरूप आहे. तुमच्या दस्तऐवजाचा अर्थ उलगडण्याचा प्रयत्न करणार्या कोणत्याही सॉफ्टवेअरला तुम्ही फक्त गोंधळात टाकाल आणि तुम्हाला तुमचे दस्तऐवज स्टाईलशीटसारख्या नवीन नवकल्पनांसाठी रूपांतरित करणे कठीण जाईल.
दुर्दैवाने, तुमच्यापैकी जे वापरतात WYSIWYG DreamWeaver सारख्या संपादकांना, किंवा Microsoft Word किंवा Microsoft Publisher सारख्या इतर प्रोग्रामना HTML एक्सट्रूड करू द्या, कदाचित हे प्रोग्राम फिजिकल टॅग, योग्य-वापरलेले लॉजिकल टॅग, किंवा गैरवापर केलेले लॉजिकल टॅग तयार करत आहेत की नाही याची त्यांना कल्पना नसेल. बहुधा अशा संपादकाने तयार केलेला कोड तुमच्या सामग्रीचे तार्किक प्रतिनिधित्व म्हणून फारसा चांगला नसतो, कारण तो तार्किक संरचनेऐवजी ग्राफिकल मांडणीनुसार तयार केला जात आहे. HTML सिंटॅक्स शिकण्यासाठी आणि ASCII संपादकात हाताने तुमची पृष्ठे लिहिण्याचे आणखी कारण!
सानुकूल घटक
वरील लेख मूळतः 1990 च्या दशकात लिहिला गेला होता, काही तुकड्यांमध्ये सुधारणा आणि नंतर अद्यतने. अधिक आधुनिक HTML 5 वेब (2015 पर्यंत) आता वेबमध्ये तार्किक अभिज्ञापक वापरण्यासाठी आणखी संधी देते. Cascading Style Sheets “क्लास” आणि “आयडी” विशेषता वापरून तुम्हाला तार्किक नावाच्या गोष्टींना वेगवेगळ्या शैली जोडू दिल्या आहेत, परंतु आता तुम्ही हे करू शकता सानुकूल HTML घटक परिभाषित करा तुमचे स्वतःचे, जे स्टाइलशीटमधून त्यांची शैली मिळवू शकतात. वर्तमान आणि भविष्यातील “मानक” HTML टॅगशी विरोधाभास होऊ नये म्हणून नवीन घटकांना हायफनसह नाव देणे आवश्यक आहे.
दुवे
- सानुकूल घटकांचा तपशीलवार परिचय
- David Siegel चे लेखक Creating Killer Web Sites भौतिक आणि तार्किक टॅगमधील फरक समजतो, परंतु त्याच्या ग्राफिकल-डिझाइन-देणारं मानसिकतेमुळे, मी नंतरचे समर्थन करीन तेथे पूर्वीचा वापर करण्याचा सल्ला देतो. माझ्याकडून विरोधी दृष्टिकोनाचे त्याचे सर्वोत्तम-प्रस्तुत स्पष्टीकरण होते, परंतु सध्या “KillerSites” साइट दुसर्याने चालवली आहे असे दिसते आणि यापुढे ती एकदा केलेली तर्क-विरोधक वकिली नाही.