जहां तक ​​​​मैं समझता हूं, फास्ट से दृष्टिकोण कुछ डिफ़ॉल्ट मान सेट करता है और विशिष्ट मानों को ओवरराइड करने की अनुमति देकर डिज़ाइन टोकन को अनुकूलित करने का एक तरीका प्रदान करता है। हालांकि, मैं सोच रहा हूं कि यह हमारे लिए सही तरीका है क्योंकि हम सक्रिय रूप से अन्य क्षेत्रों में अधिकांश टोकन को संशोधित करने पर रोक लगा रहे हैं (उदाहरण के लिए कस्टम गुणों के बजाय एसएएसएस चर का उपयोग करके, छाया डोम आदि का उपयोग करके)। तो इसे इस तरह लागू करने के लिए, हमें सामान्य रूप से हमारे डिज़ाइन टोकन का उपभोग करने के तरीके को बदलने की आवश्यकता होगी क्योंकि FAST लगभग हर जगह कस्टम गुणों का उपयोग करता प्रतीत होता है। यदि हम उपयोगकर्ताओं को टोकन को ओवरराइड करने से रोकना चाहते हैं, तो मुझे लगता है कि यह घटक केवल थीम और आवश्यक डिफ़ॉल्ट शैलियों को सेट करने के लिए जिम्मेदार होना चाहिए, इसलिए केवल इनपुट ही थीम होगा और शायद कुछ अन्य उच्च-स्तरीय विकल्प जैसे कि: https:// Fluentsite.z22.web.core.windows.net/components/provider/definition

मुझे लगता है कि @tomheller की उस पर एक मजबूत राय है।

डिज़ाइन सिस्टम प्रदाता की मेरी समझ कुछ डिफ़ॉल्ट मानों को संभालना है ताकि उपयोगकर्ता को उन्हें प्रत्येक घटक पर सेट न करना पड़े। थीमिंग आदि की तरह ..

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

हाँ, डिज़ाइन सिस्टम प्रदाता में कुछ चूक हैं जो वह अपने स्लॉट के भीतर अलग-अलग घटकों को प्रदान करेगा।
इनमें से कुछ गुणों की गणना डिज़ाइन सिस्टम प्रदाता के भीतर की जाती है (FASTs उदाहरण में। यह वह जगह है जहाँ डिज़ाइन इकाइयों का इनपुट जाता है ... यह कुछ स्पेसिंग ect की गणना करता है ...)।
मुझे लगता है कि यह देखने का एक अच्छा तरीका है। मैं यहाँ sass चर के उपयोग के बारे में अधिक से अधिक अनिश्चित हूँ। इस बिंदु पर, हम अपने घटकों में एसएएस चर का उपयोग नहीं कर सकते हैं, कस्टम गुणों के रूप में सभी टोकन उपलब्ध होने से बहुत सी चीजें आसान हो जाएंगी।

एक लेआउट रैपर पर विचार करें, जो layout ='loose|dense' एकल इनपुट के आधार पर स्पेसिंग को फिर से जोड़ सकता है। इस समय टोकन में परिवर्तन को रोकना हमारा प्राथमिक लक्ष्य नहीं होना चाहिए।

एपीआई प्रस्ताव

अवलोकन

fluid-provider यह सुनिश्चित करता है कि सभी आवश्यक गुण चाइल्ड घटकों को सही ढंग से प्रदर्शित करने के लिए सेट हैं। यह बाल घटकों के विषय और लेआउट घनत्व (सापेक्ष रिक्ति) को कॉन्फ़िगर करने की अनुमति देता है।

यह घटक किसी भी लेआउट को लागू नहीं करता है, इसलिए पृष्ठ का पृष्ठभूमि रंग वांछित होने पर प्रदाता के अंदर किसी अन्य तत्व में सेट किया जाना चाहिए।

एपीआई

द्रव-प्रदाता

गुण और डिफ़ॉल्ट मान:

theme: 'abyss' | 'surface' = 'abyss'; // Theme to use inside the provider
layout: 'dense' | 'loose' | 'default' = 'default'; // Layout density

आयोजन:

कोई नहीं

एचटीएमएल प्रोटोटाइप

<fluid-provider theme="surface" layout="dense">
  <div style="background-color: var(--color-background)"> <!-- A container for the background color should be created manually -->
    <fluid-button>
       ...
    </fluid-button>
  </div>
</fluid-provider>

मुझे लगता है कि प्रदाता को वास्तविक लेआउट लागू नहीं करना चाहिए। मैं display-background संपत्ति को हटा दूंगा।

ठीक है, तो मैं एक टिप्पणी जोड़ूंगा कि पृष्ठभूमि रंग वाला एक कंटेनर मैन्युअल रूप से बनाया जाना चाहिए।

सुनिश्चित नहीं है कि रिक्ति रिबाइंडिंग कैसे काम करनी चाहिए। हो सकता है कि नई संपत्तियों को परिभाषित करें layout--small , layout--medium , layout--large जो स्पेसिंग टोकन के अनुरूप हों और उन्हें केवल कुछ dense लेआउट का उपयोग किया जाए तो layout--medium == spacing--small । default लेआउट के साथ, spacing--medium और layout--medium बीच कोई अंतर नहीं होगा।

मैं इसके बजाय कुछ ऐसा देखूंगा जो कुछ तर्कों का उपयोग करता है जिसमें डिफ़ॉल्ट स्पेसिंग का एक सेट होता है, और जब घने पर सेट होता है, तो यह स्पेसिंग टोकन मानों को कम/कम कर देता है। अर्थात

import { FLUID_SPACING_SMALL } from '@dynatrace/fluid-design-tokens'`
...
// wherever the custom properties are set within the design-system-provider
if (this.layout === 'dense') {
  this.style.setProperty['--fluid-spacing-sm'] = `{FLUID_SPACING_SMALL * 0.5}px`;
} 
// ...

यह स्पष्ट रूप से कुछ त्रुटिपूर्ण कोड है, लेकिन मुझे लगता है कि यह विचार सामने आया है। मैं नहीं जानता कि कस्टम तत्व पर सर्वोत्तम गुण कैसे प्रदान करें।
इसके अतिरिक्त हमें गणनाओं को लागू करने में सक्षम होने के लिए संभवतः यूनिट-कम मूल्य के आयात की आवश्यकता होगी।
लेकिन मुझे लगता है कि फास्ट प्रोवाइडर भी यही करता है।

हम इस मुद्दे को बंद कर देंगे क्योंकि वेब घटक उस तरह से नहीं हैं जैसे हम भविष्य में घटक बनाना चाहते हैं, यह टीम में प्राथमिकताओं के बदलाव से संबंधित है।