आप पाएंगे कि बड़े पैमाने पर परियोजनाओं में, लेआउट और रंग/स्वाद सीएसएस (यदि आप इसके बारे में स्मार्ट हैं) आमतौर पर अलग होने लगते हैं। सबसे पहले, यदि आप अपने आप को रंग/फ़ॉन्ट आकार/फ़ॉन्ट-पारिवारिक शैली के नियमों को बार-बार सेट कर रहे हैं, तो आप अपना समय बर्बाद कर रहे हैं। आम तौर पर आपको अपने फोंट को एक ही स्थान पर परिभाषित करना चाहिए: बॉडी टैग। किसी भी अतिरिक्त फोंट को उनके संबंधित टैग में परिभाषित किया जाना चाहिए ... एच 1, एच 2, पी, आदि। मेरी राय में इन टैग को स्थितित्मक निर्देश देने के लिए अच्छा अभ्यास नहीं है; उन्हें एक div के अंदर रखा जाना चाहिए जो उनके लेआउट के लिए जिम्मेदार होगा। रंग और फ़ॉन्ट आकार के लिए ही चला जाता है। मुझे लगता है कि नियम का एकमात्र अपवाद आमतौर पर पृष्ठभूमि सामान होगा, जो विशेष रूप से सच है यदि आपके पास बहुत सारे ग्रेडियेंट और फैंसी चीजें हैं।
वास्तव में यह योजना बनाने के लिए नीचे आता है; एक अच्छी तरह से योजनाबद्ध परियोजना बहुत कम रंग/स्वाद शैली नियमों की जरूरत है। तो अपने प्रश्न का उत्तर देने के लिए, हाँ, मेरे पास आमतौर पर "Global.css" फ़ाइल होती है जो एच 1-एच 5, ए, पी, और किसी अन्य टैग के लिए मेरे सभी फ़ॉन्ट्स और रंगों को परिभाषित करती है जिसमें टेक्स्ट होगा।
संपादित करें:
आमतौर पर, के बाद से परियोजनाओं मैं में काम काफी बड़े पैमाने पर कर रहे हैं और विभिन्न मॉड्यूल की एक संख्या है, हम पदानुक्रम के एक प्रकार के साथ शैलियों अलग; सीएसएस काम करने के तरीके के कारण यह समझ में आता है - जब तक आप "आधार" (या हमारे मामले में, global.css) में शैली के नियमों को लाइन के नीचे कहीं भी नहीं बदलते हैं, शैलियों को कहीं भी नीचे रखा जाएगा चिपके रहते हैं। इससे मदद मिलती है क्योंकि जब हम अपनी साइट के फ़ॉन्ट को संशोधित करना चाहते हैं, तो हम बस "बॉडी" टैग पर फ़ॉन्ट-फ़ैमिली नियम बदलते हैं, और यह पूरी साइट पर फैल जाएगा।
तो, हमारे स्टाइलशीट लेआउट कुछ इस तरह काम करता है:
Global.css (Fonts/Text/Primary font colors)
--> genericBase.css (basic page structures such as columns that are used throughout the site)
--> nav.css (left-hand nav and/or top nav bar)
--> formLayout.css (labels, inputs, fieldsets, any other form stuff)
-----> forums.css (individual modules' styles that may deviate a bit from the usual structures, or simply things specific to those pages)
-----> blogs.css
-----> messages.css (etc etc etc)
यहाँ तीर पदानुक्रम में फ़ाइलों के "आदेश" मतलब के लिए होती हैं। तीर जितना लंबा होगा, स्टाइल शीट में आगे की ओर इन नियमों के नियम होंगे, अगर हमने सभी शैलियों को एक फ़ाइल में रखा होगा।
तो आप देखते हैं, पूरा विचार बहुत सामान्य शैलियों से शुरू करना है और सबसे विशिष्ट तरीके से अपना रास्ता बनाना है। याद रखें कि जिस क्रम में आपकी सीएसएस फाइलें ब्राउज़र पर मायने रखती हैं। आप इसे अपने लाभ के लिए उपयोग कर सकते हैं। दिलचस्प बात यह है कि, जब तक हम अपने विशिष्ट मॉड्यूल की सीएसएस फाइलों तक पहुंच जाते हैं, हमारे पास लिखने के लिए बहुत कम शैलियों हैं क्योंकि अधिकांश अन्य महत्वपूर्ण चीजें वास्तव में रास्ते में स्वयं काम करती हैं।
तो जैसे मैंने कहा, योजना बहुत महत्वपूर्ण है। मैंने पाया है कि यह पद्धति मेरी शैलियों को "डीबग" करना आसान बनाती है, और मैं लगभग कोई हैक्स का उपयोग नहीं करता, आमतौर पर केवल मूर्खतापूर्ण यानी 6 सामान के लिए।
मुझे बताएं कि आपको अधिक जानकारी चाहिए या नहीं। मुझे खुशी है कि यह आपके लिए सहायक है।
एक दिलचस्प सवाल है। मैं वास्तव में यह नहीं मानूंगा ... मैं जवाब देखने की उम्मीद कर रहा हूं :) +1 –
मैंने देखा कि कौन सा प्रोजेक्ट मैंने देखा है कि आपको अपने सीएसएस में चर डालने की अनुमति है? अपने खुद के रंग नामकरण की तरह? क्या वह रूबी दुनिया से बाहर आया था? शायद एक रूबीस्ट मुझे प्रबुद्ध कर सकता है। – BuddyJoe
@ ब्रूनो - मुझे लगता है कि आप एसएएसएस के बारे में बात कर रहे हैं, जो एक रूबी टेम्पलेट भाषा हैएएमएल के सीएसएस समकक्ष है। सीएसएस चर और मैक्रोज़ के लिए इसका मूल समर्थन है। http://haml.hamptoncatlin.com/ –