लेआउट के लिए तालिकाओं का उपयोग करने के लिए मुख्य दोष यह मज़ाक उड़ाया जा रहा है और downvoted विरोधी तालिका कट्टरपंथियों :)
ठीक है, गंभीरता से, 'कट्टरपंथियों' एक बिंदु है द्वारा। टैबलेट डेटा का प्रतिनिधित्व करने के लिए टेबल्स का सबसे अच्छा उपयोग किया जाता है। एक और 'अर्थपूर्ण' वेब की ओर जाता है। और, एक बहुत ही व्यावहारिक बिंदु के रूप में, लेआउट के लिए उनका उपयोग करके स्क्रीन पाठकों को यह सोचने में भ्रमित कर सकते हैं कि तालिका के कोशिकाओं में कुछ उपयोगी डेटा मौजूद है। (जो वहां है, लेकिन सीधे नीचे ले जाया गया है - सीधे लेआउट सेल में नहीं।)
हालांकि, ऐसा लगता है कि कुछ लेआउट हैं जो टेबल के बिना नहीं किए जा सकते हैं। जिस साइट पर मैं काम करता हूं वह लगभग पूरी तरह से 'तरल' होना चाहिए - मेरे पास एक ही साइट टेम्पलेट्स साझा करने वाले कई ग्राहक हैं, और मुझे वास्तव में कोई जानकारी नहीं है कि वे किस आकार (चौड़ाई, ऊंचाई) को अपने शीर्षलेख, मेनू या सामग्री चाहते हैं। चूंकि मैं विशिष्ट आकार, या यहां तक कि प्रतिशत भी सेट नहीं कर सकता, मुझे टेबल का उपयोग करने की आवश्यकता है। एक टेबल-आधारित लेआउट के साथ, सबकुछ किसी भी झगड़े के बिना अच्छी तरह से वितरित हो जाता है। आइटम जो एक ही पंक्ति पर रहने के लिए हमेशा माना जाता है। और colspans और rpsps भी बहुत आसान हैं।
संपादित करें: मुझे यह जोड़ना चाहिए कि सीएसएस डिस्प्ले के लिए कुछ मान हैं जो div कोशिकाओं की तरह व्यवहार करने में मदद करते हैं। मैंने वास्तव में इनका बहुत उपयोग नहीं किया है, इसलिए मुझे नहीं पता कि वे मुझे मेरे टेबल-आधारित लेआउट को प्रतिस्थापित करने की अनुमति देंगे या नहीं।
और भी - गहराई से घोंसला वाली तालिका लेआउट एक आपदा है और इससे बचा जाना चाहिए। मैं मुख्य साइट तत्वों को रखने और रखने के लिए एक शीर्ष-स्तरीय तालिका के बारे में बात कर रहा हूं। अगर आप उन्हें एक ब्लॉक बनाने
क्यों तरल होने की जरूरत है कि में चलाने एक दर्द लेआउट? बस सब कुछ प्रतिशत में बनाओ। – Catfish
यह काम करता है, जब तक कि आप नहीं जानते कि प्रतिशत क्या होना चाहिए। मेरे पास एक ही पृष्ठ पर अलग-अलग सामग्री प्रदर्शित करने वाले अलग-अलग ग्राहक हैं। एक ग्राहक 20%, अगले 25%, और अगले ... – Ray