Enterprise: संपादक: शीर्षक बटन कॉन्फ़िगर करना काम नहीं कर रहा है

इसे आईडी-उद्यम में भी पुन: प्रस्तुत किया जा सकता है। तो संभावना है कि मुद्दा वहां है।

1. http://localhost :4000/components/editor/example-customize-buttons.html पर जाएं
2. यह कोड h1 और h2 दिखाने के लिए कॉन्फ़िगर किया गया है न कि h3 और h4 लेकिन यह कोई प्रभाव नहीं ले रहा है https://github.com/infor-design/enterprise/blob/master/app/views/components/editor/example-customize -buttons.html#L21

उम्मीद है कि आप अपनी इच्छानुसार बटन को h1-h6 पर सेट करने में सक्षम होंगे (पृष्ठ संरचना से मेल खाने के लिए)।

@Fruko @tmcconechy , मुझे लगता है कि यहां स्रोत कोड में जो कुछ है वह एक गलत नाम है।

स्रोत को देखते हुए , header1 और header2 को क्रमशः H1/H2 टैग के साथ मैप नहीं किया जाता है। उन्हें H3/H4 में मैप किया जाता है। संपादक घटक हमेशा के लिए इस तरह से रहा है, और मेरा मानना ​​​​है कि तर्क यह था कि एक आवेदन स्तर पर, एच 1/एच 2 कुछ ऐसा नहीं है जो "संपादन योग्य" हो, इस अर्थ में कि इस घटक का उपयोग करने वाला उपयोगकर्ता केवल एक को जोड़ने में सक्षम होगा यो विषय वस्तु।

जाहिर है कि हमारे मूल डिजाइनों के सेट के बाद से आवश्यकताएं/ज़रूरतें बदल गई हैं, लेकिन यह मुद्दा मेरे लिए बहुत सीधा नहीं है। यह थोड़ा सा एन्हांसमेंट/फीचर एडिशन है। कुछ सवाल:

• क्या हमें सभी शीर्षलेख स्तरों के समर्थन में निर्माण करना चाहिए?
• हम इसके आस-पास संभावित ब्रेकिंग परिवर्तनों को इनायत से कैसे संभालते हैं (हेडर 1/2 से 3/4 बदलना, वास्तव में "सत्य" 3/4 जोड़ना)।
• दोनों विषयों में सभी 6 शीर्षलेख स्तरों के लिए चिह्न उत्पन्न करने के लिए हमें @ सूचना-डिज़ाइन/डिज़ाइन की आवश्यकता होगी।

मुझे लगता है कि मूल रूप से मैंने एच 2, एच 3 काम किया है, फिर सेटिंग करके आप एच 4 और एच 5 काम कर सकते हैं।
आप इसे अपनी पृष्ठ संरचना के आधार पर सेट करेंगे ताकि अभिगम्यता शीर्षकों के साथ काम करे।

मुझे लगता है कि इसे ठीक करने के लिए शायद हम केवल शीर्षक 1 - शीर्षक 6 के साथ एक मेनू बटन बना सकते हैं और उपयोगकर्ताओं को निर्णय लेने दें। या इसे उचित बना सकते हैं कि इसमें (और पाठ) किन शीर्षकों की अनुमति है। इसलिए हमें आइकन की आवश्यकता नहीं है (वे वैसे भी बदसूरत थे)

टाइप करते समय उपयोगकर्ता केवल पदानुक्रम स्थापित करना चाहता है; हम इसे बाद में कैसे प्रस्तुत करते हैं यह पूरी तरह से एक और चिंता का विषय है।

यदि हम वर्तमान डिज़ाइन से चिपके रहते हैं, तो बटनों को केवल H1, H2, और H3 कहना चाहिए।

मुझे टिम का ड्रॉपडाउन मेनू का सुझाव पसंद है; बहुत सारे टेक्स्ट एडिटर उस पैटर्न का उपयोग करते हैं। यदि हम उस डिज़ाइन पर स्विच करते हैं तो हमारे पास विकल्प हो सकते हैं जो पढ़ते हैं: अनुच्छेद, शीर्षक 1, शीर्षक 2, और शीर्षक 3। यह दृष्टिकोण कस्टम प्रारूपों के लिए भी जिम्मेदार हो सकता है यदि उनकी कभी आवश्यकता हो।

@EdwardCoyle मैं एक उपयोगकर्ता के रूप में @kentonquatman से सहमत मैं सिर्फ H3 और एच 4 की तुलना में अधिक लचीलेपन के साथ पाठ के पदानुक्रम निर्दिष्ट करना चाहते हैं

मुझे लगता है कि अब मुझे मेनू बटन पिकर में टेक्स्ट के रूप में Paragraph, Heading 1, Heading 2, and Heading 3. का विचार सबसे अच्छा लगता है। यह अंतिम उपयोगकर्ता को HTML टैग की तरह कम पढ़ा जाता है।

फिर नीचे हम एचएन टैग या मार्कअप में जो कुछ भी चाहते हैं उसके बजाय कक्षा का उपयोग कर सकते हैं। तो यह सिर्फ पाठ में पदानुक्रम स्थापित कर रहा है।

यदि आवश्यक हो, तो मैं ड्रॉपडाउन मेनू को शामिल करने के लिए आरटीई टूलबार के डिजाइन को अपडेट करने के लिए अपने लिए टिकट बना सकता हूं।

निश्चित रूप से और एक कारण मैंने ड्रॉपडाउन के बजाय मेनू बटन का उल्लेख किया है, वे टूलबार पर आसान काम करते हैं। लेकिन अगर आप कुछ बनाते हैं तो हम देख सकते हैं।

ऊपर वर्णित कार्यान्वयन मुझे ऐसा लगता है जैसे Google डॉक्स करता है:

मेनू बटन की क्या आवश्यकता हो सकती है, इसके बारे में कुछ त्वरित विचारों को बदलना, परिवर्तन के अनुसार। मुझे बताएं कि क्या ये सही रास्ते पर हैं:

• [x] हम शायद एक कस्टम मेनू बटन बना सकते हैं (शायद वास्तव में "फ़ॉन्टपिकर"/"स्टाइलपिकर" घटक बना सकते हैं) जो प्रदान किए गए स्टाइल नियमों को प्रदर्शित करने के लिए मेनू आइटम प्रस्तुत कर सकते हैं। इसे सुविधाजनक बनाने के लिए कुछ रेंडरिंग पाइपलाइन परिवर्तनों की आवश्यकता हो सकती है।
• [ ] नए पिकर के लिए डिफ़ॉल्ट में निर्माण करते समय फ़ॉन्ट सिस्टम (h3/h4/पैराग्राफ) के वर्तमान "डिफ़ॉल्ट" कॉन्फ़िगरेशन की नकल करें।
• [ ] इसके ऊपर कुछ पश्चगामी संगतता बनाने की आवश्यकता होगी (fx: यदि संपादक विन्यास पुरानी सेटिंग्स का पता लगाता है, तो यह उन्हें स्वचालित रूप से नए सिस्टम में परिवर्तित कर देगा)।
• [ ] #२६७९ को संबोधित करने का भी एक अच्छा समय हो सकता है जो टैग/शैलियों के बीच रूपांतरण से संबंधित है।

@tmcconechy हाँ, क्षमा करें। मेरा मतलब मेनू बटन था।

@EdwardCoyle हाँ, लागू स्टाइल के साथ मेनू विकल्प दिखाना अच्छा होगा, जैसे कि वह उदाहरण जो आपने Google डॉक्स से पोस्ट किया है।

इनमें से कुछ रंग परिवर्तन के अधीन हैं क्योंकि @elizabethhartley वर्तमान में हमारे रंग पैलेट और थीम के परिशोधन पर काम कर रहा है।

@kentonquatman नए आइकन के बारे में क्या?

@elizabethhartley मैंने IDS वेबसाइट पर जो देखा, उसे अभी तक अपनाया नहीं गया है: https://design.infor.com/code/ids-enterprise/latest/demo/components/editor/example-index?theme=uplift&variant =प्रकाश और रंग=0563C2

ऐसा लगता है कि आपका स्क्रीन शॉट "सोहो" आइकन दिखा रहा है? https://design.infor.com/code/ids-enterprise/latest/demo/components/editor/example-index जब तक कि मैं प्रश्न को गलत नहीं समझ रहा हूँ?

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

क्यूए विफल

1. ब्राउज़र: IE11

• [ ] टेक्स्ट का चयन नहीं होने पर फॉन्ट पिकर काम नहीं करता है (यानी सिर्फ कैरेट को टेक्स्ट में कहीं रखें) आपको इसे लागू करने के लिए टेक्स्ट का चयन करना होगा।

2. ब्राउज़र: क्रोम, आईई 11, एज, सफारी

• [ ] हैडर टाइप लागू करने या फॉन्ट पिकर का उपयोग करने के बाद कैरेट गायब हो जाता है

3. ब्राउज़र: IE 11, EDGE, Firefox

• [ ] आप ब्लॉककोट और हैडर टाइप को जोड़ सकते हैं

4. ब्राउज़र: IE 11, EDGE

• [ ] हेडर प्रकारों को स्विच करते समय यह टेक्स्ट की फ़ॉन्ट शैलियों को हटा देता है (जैसे बोल्ड, इटैलिक, स्ट्राइकथ्रू)

इन बिंदुओं के संबंध में जो मैंने गिने हैं। मुझे नहीं लगता कि उनमें से कोई भी कोई अतिरिक्त प्रयास है।

1. फिक्सिंग के लायक नहीं है क्योंकि IE 11 जल्द ही समर्थित नहीं होगा और इसे ठीक करना मामूली और बहुत मुश्किल है (यदि असंभव नहीं है)
2. संभवतः इन तीनों को ठीक करने लायक है, लेकिन एक बार चयन करने के बाद कर्सर वापस आ जाएगा, इसलिए यह आसान नहीं है। देखते हैं कि क्या कोई ग्राहक इसी तरह के मुद्दों को उठाता है।
3. यह आवश्यकता नहीं है।
4. यह शायद अच्छा है कि उसने उन शैलियों को हटा दिया और शीर्षलेख की शैली का उपयोग किया।

ये सभी इतने छोटे हैं कि किसी एक को भी समय नहीं दे सकते।

ऐसा लगता है कि इस तत्व की स्टाइलिंग डिज़ाइन से मेल नहीं खाती।

| डिजाइन | वर्तमान संस्करण |
| --- | --- |
| | |

ऐसा लगता है कि कार्यान्वयन सिर्फ मानक मेनूबटन घटक का उपयोग कर रहा है। मैं तीर को हटाना चाहता हूं और मेनू को टूलबार के करीब ले जाना चाहता हूं। क्या डिज़ाइन से अधिक स्टाइल शामिल करना संभव है या क्या हमें मेनूबटन घटक को अपडेट करने की आवश्यकता होगी?

ठीक है, फिर से खोलें और समायोजित करें। मैंने बटन के आकार के बारे में सोचा। किसी भी कारण से डिज़ाइन में टेक्स्ट से अब तक तीर है? यह मेनूबटन पर एक अनुकूलन है इसलिए हमें इसे विशेष रूप से बदलने की आवश्यकता नहीं है।

@kentonquatman डिजाइन में कुछ ऐसी शैली है जिसे सभी मेनूबटन प्रकारों के लिए अधिक आम तौर पर लागू करने की आवश्यकता होती है? या हम सिर्फ इसके लिए एक माध्यमिक शैली बना रहे हैं?

@tmcconechy बड़े शब्दों (हेडर 1 बनाम डिफ़ॉल्ट) के लिए तीर सबसे दाईं ओर है, ठीक उसी तरह जैसे ड्रॉपडाउन मेनू को स्टाइल किया जाएगा। बटन की चौड़ाई हमेशा समान होनी चाहिए और तीर हमेशा एक ही स्थान पर होना चाहिए, चाहे कोई भी शैली चुनी गई हो।

@EdwardCoyle मुझे यकीन नहीं है कि यह स्टाइल मेनू बटन के हर उदाहरण के लिए लागू किया जाना चाहिए। मुझे उस पर थोड़ा और गौर करना होगा, लेकिन मेरा अनुमान नहीं होगा।

यह थोड़ा भ्रमित करने वाला है क्योंकि इसका मेनू बटन कुछ हद तक ड्रॉपडाउन के साथ संयुक्त है। लेकिन मेरी सोच यह है कि आप बस अतिरिक्त टूलबार स्थान ले रहे हैं। तीर सिर्फ पाठ के अंत में हो सकता है, चाहे वह 8 बनाम 7 वर्ण + 5px हो, जिसका कोई परिणाम न हो? या कह सकते हैं कि सबसे बड़ा टेक्स्ट हैडर 6 है और उस चौड़ाई का उपयोग करें। हम वास्तव में बटन में शैली नहीं दिखा रहे हैं जब इसका चयन किया गया हो? या फिर यही कारण है। (Fx हैडर 1 चयनित होने पर बड़े फ़ॉन्ट में दिखाता है?)

मुझे नहीं लगता कि तीर को लेबल की लंबाई के आधार पर आगे बढ़ना चाहिए। इसे उसी स्थिति में रखना बेहतर है; यह इस प्रकार के तत्व के लिए सबसे आम उपचार है।

Google डॉक्स से उदाहरण:

| एक | दो | तीन |
| --- | --- | --- |
| | | |

ठीक है, केवल एक चीज जो मुझे लगता है कि मुझे भ्रमित करती है वह है हमारा मेनू बटन अब हिलता है। एक उदाहरण (थोड़ा गड़बड़) http://master-enterprise.demo.design.infor.com/components/menubutton/test-on-toolbar.html । यह महत्वपूर्ण है इसलिए टूलबार पर बहुत अधिक खाली स्थान नहीं है, इसलिए मैं इसे नहीं बदलूंगा लेकिन ये सही संरेखित हैं।

लेकिन इस संपादक मामले के लिए मैं वास्तव में Google की तरह आकार को ठीक करते हुए देख सकता था, लेकिन हो सकता है कि हम इसे थोड़ा कम लेकिन कम न करें, इसलिए इसका आकार समान है लेकिन मूल्यों के वास्तविक सेट के करीब है? हो सकता है कि खाली जगह में 40ish बर्बाद पिक्सल हों और इससे एक या दो टूलबार बटन ओवरफ्लो हो जाएंगे?

ऐसा इसलिए हो सकता है क्योंकि या टेक्स्ट "डिफ़ॉल्ट" और "हेडर 1" है न कि "हेडर टेक्स्ट" / "हेडिंग 3"
जो लंबा है। तो हो सकता है कि हम इसे केवल उन मूल्यों के आधार पर करीब बना दें जिन्हें आप हमारे मामले में चुन सकते हैं (जैसे 10 पीएक्स प्लस अधिकतम टेक्स्ट मान)?

@kentonquatman , @tmcconechy , और मैं इसे समाप्त करने के लिए अगले चरणों की इस सूची के साथ आया:

• [x] पहले आइटम में "डिफ़ॉल्ट" को "सामान्य पाठ" पर स्विच करें
• [x] सूची में सबसे बड़े आइटम की चौड़ाई का प्रोग्रामेटिक डिटेक्शन बनाएं और इसे पिकर बटन की टॉप-लेवल चौड़ाई के रूप में सेट करें।
• [x] संपूर्ण फॉर्मेटर टूलबार में, पॉपअपमेनस से तीर हटा दें, और मेनू को उनके ट्रिगर बटन के ऊपर थोड़ा ऊपर रखें।
• [x] डिफ़ॉल्ट फ़ॉन्ट आकार स्थानीयकृत करें।

एक और चीज जो मुझे अभी मिली वह यह है कि सोहो थीम में पिकर टेक्स्ट बहुत बड़ा है। यह शैली के रूप में सही है, लेकिन आश्चर्य है कि क्या यह थोड़ा सा लगा रहा है। क्या Google वास्तव में इस तरह पिकर में चीजों का आकार बदलता है? क्या हमें लगता है कि सोहो थीम पर इसे बिल्कुल भी सुधारा जा सकता है?

क्यूए विफल

• [ ] मेनू की चौड़ाई ट्रिगर बटन के समान स्तर पर है। मेनू ट्रिगर बटन से थोड़ा चौड़ा होना चाहिए। संदर्भ के लिए स्क्रीनशॉट देखें। मुझे यकीन नहीं है कि यह सिर्फ एक डेमो ऐप मुद्दा है

http://4240-rc0-enterprise.demo.design.infor.com/components/editor/example-index?theme=uplift&variant=light में सत्यापित

• [ ] ब्राउज़र: EDGE
  तीर संरेखित नहीं है
  

बिंदु 1 के लिए - हमने चीजों को सुसंगत बनाने के लिए थोड़ा बदलाव किया। इसे ऐसे ही रहने दें।
बिंदु २ - हमें ठीक करना चाहिए

• [x] नोट की गई लेआउट समस्या को ठीक करें
• [x] हमने एनजी विवरण में एक परीक्षण विफल भी पाया:

-  checkout 6.3.x in ng and run:
- `npm run test`
- `npm run testdebug` to debug
- seems like this test page shows the issue http://localhost:4000/components/toolbar-flex/example-more-actions-ajax.html notice that beforeOpen is not being called anymore.