Gitea: यूआई अपडेट चर्चा

मुझे ऐसा होते हुए देखना अच्छा लगेगा क्योंकि गीता मोबाइल उपकरणों पर बहुत उपयोगी नहीं है, लेकिन यह एक बड़ा उपक्रम होगा और मुझे आशा है कि सभी डेवलपर्स को गीता के लिए नियमित सुविधाओं को बनाए रखने और काम करने से दूर नहीं किया जाएगा। :स्माइली:

अब केवल CSS पर ध्यान केंद्रित करते हुए, मेरी दो प्राथमिक चिंताएँ हैं:

1. semantic-ui तकनीक के लिहाज से एक डेड एंड है। यह फ्लेक्सबॉक्स को गले नहीं लगाता है और मुझे आमतौर पर लगता है कि यह अपने आप में बहुत कुछ कर रहा है। मैं थोड़ा और नियंत्रण में रहना पसंद करूंगा, शायद कुछ सहायक वर्ग जोड़कर।

2. less की शायद जरूरत नहीं है। मुझे लगता है कि चयनकर्ता घोंसला खराब है क्योंकि यह बेकार लंबे चयनकर्ताओं की ओर जाता है जिन्हें स्रोत में खोजना मुश्किल होता है। CSS सपोर्टिंग वेरिएबल्स के साथ, मुझे वास्तव में प्रीप्रोसेसर रखने में बहुत अधिक उपयोग नहीं दिखता है। मैं सादा सीएसएस में कनवर्ट करने का सुझाव दूंगा।

देशी सीएसएस चर के पक्ष में कम छोड़ने का मतलब कुछ ब्राउज़रों के लिए समर्थन छोड़ना होगा, लेकिन मुझे लगता है कि मैं इसके साथ ठीक रहूंगा क्योंकि गीता का उपयोग करने वाले अधिकांश लोग वैसे भी देव हैं जो आमतौर पर अद्यतित ब्राउज़र का उपयोग कर रहे हैं।
मेरे लिए एक बड़ी समस्या यह होगी कि मैं darken($color) जैसी चीजों का उपयोग नहीं कर पाऊंगा और सीएसएस को कई फाइलों में विभाजित करने में सक्षम हूं, जिसे बाद में एक ही सीएसएस में जोड़ा जाएगा (मुझे पता है कि देशी सीएसएस भी ऐसा कर सकता है। .. एक प्रकार का)

एक नया डिज़ाइन भी यह स्पष्ट करने में मदद कर सकता है कि गीता गोग्स से बहुत अलग है क्योंकि अब तक, दोनों का यूआई काफी हद तक समान है।

फ़्रेमवर्क-वार, मैं मिश्रण में bulma.io फेंक दूंगा क्योंकि यह कुछ ऐसा है जिसे मैंने अतीत में उपयोग किया है और इसे बहुत अच्छा पाया है। मैं अभी भी उच्च अनुकूलन और इसलिए आसान थीमिंग की अनुमति देते हुए अधिकांश चीजों से परेशानी को दूर करता हूं।

मुझे लगता है कि गीता को अपना अनूठा यूआई देना कुछ ऐसा है जो निश्चित रूप से इसके और गोग्स के बीच अंतर दिखाने में मदद करेगा, साथ ही मुझे यह कहना होगा कि कम या एससीएसएस शायद कुछ ऐसा है जो इस परियोजना में मौजूद रहना चाहिए क्योंकि उनके कुछ सीएसएस में कार्यक्षमता उपलब्ध नहीं है, ढांचे के अनुसार मेरी कोई राय नहीं है जो इस चर्चा को लाभ पहुंचाएगी क्योंकि मैं व्यक्तिगत रूप से अपनी परियोजनाओं के लिए बूटस्ट्रैप 4 का उपयोग करता हूं (ऐसा कुछ नहीं जो यहां इस्तेमाल किया जाना चाहिए)

बुलमा मुझे अच्छा लगता है :) सोचा कि इसका मतलब है कि पूर्ण यूआई दुख की बात है

मैं निश्चित रूप से सादे सीएसएस के पक्ष में हूं और फ्रेमवर्क पर फ्लेक्सबॉक्स और ग्रिड जैसे मानकों का उपयोग कर रहा हूं। ग्रिड बहुत सारी सुविधाएँ प्रदान करता है जो गैर-ग्रिड फ्रेमवर्क नहीं कर सकता।

@andrewbanchich बुल्मा

हां, लेकिन अगर यह ग्रिड पर आधारित नहीं है तो यह अभी भी एक ढांचा है जो किसी ऐसे तरीके से उपयोग कर रहा है जिसके लिए इसका मतलब नहीं था। सबसे पहले, ग्रिड फ्रेमवर्क ने लेआउट के लिए फ़्लोट्स का उपयोग किया, जो कि वर्कअराउंड था क्योंकि फ़्लोट्स किसी भी प्रकार के लेआउट के लिए नहीं थे। अब वे पूर्ण 2D लेआउट के लिए Flexbox का उपयोग कर रहे हैं, लेकिन Flexbox केवल 1D लेआउट के लिए है। ग्रिड 2डी लेआउट के लिए है, और यह उन चीजों को कर सकता है जो फ्लेक्सबॉक्स बहुत आसानी से नहीं कर सकता है, इसलिए मुझे लगता है कि हमें मानक सीएसएस ग्रिड का उपयोग करना चाहिए। मेरी राय में, अब ग्रिड ढांचे की ज्यादा जरूरत नहीं है।

बुलमा बहुत हल्का है और आपको बॉक्स के बाहर काफी अच्छी दिखने वाली शैली देता है, मुझे नहीं लगता कि हमारे पास डिजाइनर है जो हमें यहां गीता के लिए अच्छी दिखने वाली डिज़ाइन कर सकता है

@lafriks मुझे वास्तव में @kolaente का डिज़ाइन पसंद आया।

मेरे लिए एक बड़ी समस्या यह होगी कि मैं darken($color) जैसी चीज़ों का उपयोग न कर

सहमत हूं, मुझे निश्चित रूप से उनको भी चाहिए और इस तरह रंग समायोजन के लिए कोई साफ सीएसएस समाधान नहीं है। मैं व्यक्तिगत रूप से कम से कम एससीएसएस पसंद करता हूं, लेकिन हल्के उपयोग के लिए, दोनों बराबर होना चाहिए।

लेकिन अगर यह ग्रिड पर आधारित नहीं है तो यह अभी भी एक ढांचा है जो किसी चीज का उपयोग इस तरह से कर रहा है जिसका मतलब यह नहीं था

ग्रिड निश्चित रूप से एक विकल्प है, लेकिन क्या इसके आसपास कोई उपयुक्त ढांचा उपलब्ध है?

यहाँ एक मसौदा है जिसके साथ मैंने खेला: (बुल्मा में लिखा गया)

मैं इससे काफी खुश नहीं हूं।

@kolaente क्या आप इसे कहीं अलग गिट रेपो में साझा कर सकते हैं? जैसा कि मैं बुलमा के साथ भी खेलता रहा हूं और इस पर एक साथ काम करना अच्छा होगा

@lafriks ज़रूर: https://kolaente.dev/konrad/gitea-design

@kolaente द्वारा बनाया गया डिज़ाइन मुझे Gitlab की थोड़ी याद दिलाता है। यह बहुत अच्छा है कि UI के एन्हांसमेंट पर चर्चा करने के लिए एक विषय है। व्यक्तिगत रूप से मुझे डेस्कटॉप डिज़ाइन पसंद है क्योंकि यह जीथब के करीब है। मुझे लगता है कि इससे कई डेवलपर्स को सेवा शुरू करने में मदद मिल सकती है।

कभी-कभी मैं अपने फोन के माध्यम से मुद्दों को जोड़ता हूं। UI का उपयोग किया जा सकता है, हाँ। लेकिन कुछ अन्य सेवाओं में बेहतर उत्तरदायी UI है। दुर्भाग्य से मैं CSS के साथ उतना अच्छा नहीं हूँ।

हो सकता है कि ट्विटर बूटस्ट्रैप को उत्तरदायी होने के लिए इस्तेमाल किया जा सकता है (उदाहरण के लिए आप केवल ग्रिड का चयन कर सकते हैं) और बटन जैसे अन्य घटकों में कस्टम लेआउट होता है।

@mbedded यह @jgthms के बुल्मा का उपयोग करता है, जो एक उत्तरदायी सीएसएस ढांचा भी है।

यहाँ एक मसौदा है जिसके साथ मैंने खेला: (बुल्मा में लिखा गया)

मुझे GitLab की तुलना में GitHub (बीच में सब कुछ) डिज़ाइन अधिक पसंद है। मुझे यह कम विचलित करने वाला लगता है।

मैं यहां नया हूं - यह अंक # 6687 खोलने के साथ शुरू हुआ और कम कोड को देखा और sass में समाधान के बारे में पूछा। बाद में @techknowlogic ने मुझे इस मुद्दे की ओर इशारा किया।

GitHub
मुझे गिटहब का डिज़ाइन पसंद है, लेकिन हाल ही में कई नई सुविधाओं के साथ इसमें भीड़ हो गई है। ड्रॉप-डाउन में स्थिति सेटिंग, साइडबार में नई प्रयोगात्मक सुविधाएं। -> कई अलग-अलग मेनू प्रकार। अधिकांश सामान एक साइड मेनू में चले जाते हैं जैसे नई चेक सुविधा (चौड़ाई में डिज़ाइन को भी तोड़ती है)। ऐसा लगता है कि जीथब को वेबसाइट में सब कुछ फिट करने में समस्या है।

गिटलैब/बिटबकेट
इतना ही नहीं GitLab साइडबार का इस्तेमाल करता है। कई सेवाओं को साइडबार में बदल दिया गया है, क्योंकि इसे खोजना और विस्तारित करना आसान है। एक ही तत्व पर प्रत्येक प्रविष्टि और उप-प्रविष्टि। यह मोबाइल पर 5k डिस्प्ले तक काम करता है (थोड़ा खोया हुआ) और मुख्य सामग्री के बाहर एकीकृत करना आसान है। शीर्ष लेख क्षेत्र इस वर्तमान पृष्ठ विषय की जानकारी के साथ प्रारंभ होता है।
यदि आप एक नई सुविधा जोड़ते हैं या एक प्लगइन सिस्टम प्रदान करते हैं, तो यह एक नया (उप-) मेनू प्रविष्टि जोड़ने के लिए पर्याप्त जगह है।

सीएसएस/ बनाम सास
एक कंपाइलर का उपयोग करें :) ब्राउज़र से ब्राउज़र में विभिन्न सीएसएस और ऑटोप्रिफ़िक्सर जैसे टूल हर ब्राउज़र के लिए कई लाइनें लिखे बिना और बाद में इसे छोड़े बिना बहुत सी छोटी समस्याओं को ठीक करता है। इसके अलावा नेस्टिंग कलर वेरिएबल्स और फंक्शन्स जैसे डार्क/लाइटर, rgba($color, .8) जैसी सुविधाएँ भी। एक लिंटर के साथ आप केवल रंगों को अधिकतम घोंसले की गहराई के चर के रूप में उपयोग करने के लिए लागू कर सकते हैं। एक नई थीम के लिए वेरिएबल को एडजस्ट करना वास्तव में आसान है।

बुलमा थीम
अच्छा लगता है (एकल रखरखाव/कोई संगठन खाता नहीं), मानक बूटस्ट्रैप, सामग्री-डिज़ाइन या (ज़र्ब-) नींव नहीं। केवल वांछित घटकों का आयात करेगा। बुल्मा सैस सिंटैक्स असामान्य है। बूटस्ट्रैप की तुलना में अधिक आकार हार्डकोडेड होते हैं।

मैं किसी भी तरह से गीता का उपयोग करूंगा, लेकिन मुझे एक बेहतर डार्क थीम (कोई स्टाइलस पैच नहीं) चाहिए और बिना किसी चर के कुछ समायोजित करने और प्रत्येक पृष्ठ प्राप्त करने के लिए और अधिक काम करना चाहिए। हो सकता है कि मैं स्टाइल स्टफ के साथ थोड़ी मदद कर सकूं, यह वांछित है।

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

जैसे @silverwind ने कहा: मुझे लगता है कि उपयोगकर्ताओं के लिए Gita को स्विच करना या उपयोग करना बहुत आसान है यदि वे Github से परिचित हैं क्योंकि UI लगभग समान दिखता है।
दूसरी ओर (जैसा कि @ xf- कहा गया है): मेनू को बाईं ओर रखने से सेटिंग या मेनू आइटम को समूहीकृत करना आसान हो जाता है। इसके अलावा अधिकांश स्क्रीन चौड़ी हैं। तो बाईं ओर एक मेनू इन वस्तुओं तक स्थायी पहुंच प्रदान करता है और सामग्री को बाधित नहीं करता है। हो सकता है कि "मेनू को कहाँ रखा जाए" विषय पर बाद में चर्चा की जानी चाहिए यदि केवल 3-4 से अधिक आइटम हैं।

हो सकता है कि वर्तमान विषय में अधिक स्थिरता के लिए चर और मिश्रण का उपयोग करके शुरू करें।

उदाहरण के लिए। साइडबार टोपी में एक निजी रेपो 36px ऊंचाई और एक सार्वजनिक रेपो या संगठन 35px। इसके अलावा संगठन के पास बाईं ओर कम मार्जिन है। साथ ही दोनों कंटेनर की चौड़ाई भी अलग-अलग है। प्रोफाइल में संगठनों की दूसरी पंक्ति में कोई मार्जिन टी पहली पंक्ति नहीं है।

मेनू के बारे में: अधिकांश नेविगेशन ठीक और सहज है, लेकिन सेटिंग्स/व्यवस्थापक में शीर्ष पर मेनू वास्तव में अजीब हैं। मैं सूची में मेनू पसंद करता हूं। वांछित प्रविष्टि खोजने के लिए बहुत आसान/तेज।

साथ ही फॉन्ट-फेस पूरी तरह से गड़बड़ है। Lato को sematic-ui.css और index.css में परिभाषित किया गया है। मेरा मतलब :lang स्विच से नहीं है। मैं नोटो फॉन्ट का उपयोग करूंगा - लगभग हर भाषा उपलब्ध है, मोनोस्पेस्ड और इमोजी भी। (शायद थोड़ा सा ऑफटॉपिक)
https://en.wikipedia.org/wiki/Noto_fonts
https://www.google.com/get/noto/

यह सच है। मेरे अनुभव से (मैं बस थोड़ा सा वेब डिज़ाइन कर रहा हूँ क्योंकि मैं एक डिज़ाइनर से अधिक प्रोग्रामर हूँ): SASS या LESS जैसे टूल CSS का उपयोग करना इतना आसान बना रहे हैं। वेरिएबल कोड जैसे उपयोग और अपडेट करने की संभावना कमाल की है।

अधिकांश IDE में डिफ़ॉल्ट रूप से एक SALL/LESS कंपाइलर शामिल होता है या जब स्रोत कोड फ़ाइल सहेजी जाती है, तो इसे css फ़ाइल को अपडेट करने के लिए एक प्लगइन के रूप में जोड़ा जा सकता है। सच है कि फ़ॉन्ट यहां विषय-वस्तु हो सकता है। लेकिन यह प्रारंभिक पोस्ट का एक हिस्सा है

मैं इस टिकट को खोल रहा हूं ताकि हम गीता यूआई के भविष्य पर चर्चा कर सकें

हो सकता है कि मैं कुछ फाइलों को व्यवस्थित करने या कुछ हिस्सों को एसएएसएस में बदलने में थोड़ी मदद कर सकूं। मेरे दृष्टिकोण से (राय भिन्न हो सकती है) दो महत्वपूर्ण चीजें हैं जिन्हें अद्यतन किया जाना चाहिए:

• अपने मोबाइल फोन पर गीता का उपयोग करते समय उत्तरदायी लेआउट (उदाहरण के लिए जब आप अपने सामान्य डिवाइस का उपयोग करने में सक्षम नहीं हैं तो समस्याएं जोड़ना)
• व्यवस्थापक-सेटिंग्स (या व्यक्तिगत सेटिंग्स, साथ ही) के प्रदर्शन में सुधार करें क्योंकि कई सेटिंग्स हैं। एक लंबवत मेनू क्षैतिज से बेहतर हो सकता है। कुछ नियोजित या वांछित सुविधाओं के आधार पर जोड़े जा सकते हैं।

उदाहरण के लिए: जीथब में (यदि गीता को जीथब के समान डिज़ाइन करना पसंद है) तो आपके "सामान्य" आइटम कोड, मुद्दों, विकी, मील के पत्थर के लिए क्षैतिज हैं।

आपके भंडार, संगठन या व्यक्तिगत खाते की अन्य सेटिंग्स लंबवत रूप से सूचीबद्ध हैं। मेरे दृष्टिकोण से यह एक महान डिजाइन निर्णय है। गीता में अभी इतनी सेटिंग्स नहीं हैं। लेकिन जीथब की तुलना में (यदि गीता ज्यादा बढ़ती है) क्षैतिज स्थान पर्याप्त नहीं होगा या हमारे पास 16:10 स्क्रीन या टेलीविजन स्क्रीन पर स्विच करने के लिए सभी हैं :)

जैसा कि आप निम्न स्क्रीनशॉट में देख सकते हैं:

जीथब सेटिंग्स, व्यक्तिगत खाता:

गीता सेटिंग्स, सिस्टम प्रशासन:

तुम क्या सोचते हो?

मुझे लगता है कि हमें इसे संभालने के लिए हमेशा मेनू पर कम आइटम रखना चाहिए। थोड़ा ही काफी है। :)

कुछ ऐसा जो कस्टम फ्रंट-एंड के विकास को सुपर आसान बना देगा, वह होगा (आसान नहीं) कार्य गीता सर्वर के लिए एक एपीआई बनाना। इस तरह, फ्रंट-एंड को किसी भी ढांचे में लिखा जा सकता है - मिथ्रिल, रिएक्ट, वेनिला जेएस, जो भी हो।

@NetOperatorWibby गीता में एक एपीआई है, यह अभी फीचर-पूर्ण नहीं है, देखें https://try.gitea.io/api/swagger

मैं गिटिया के लिए बिटबकेट जैसी कस्टम थीम विकसित कर रहा हूं।

बिटबकेट का उपयोग किया जाने वाला UI लाइब्रेरी रिएक्ट (रेफरी: एटलसकिट ) के शीर्ष पर बनाया गया है, इसलिए मैंने रिएक्ट को गो टेम्प्लेट में कुछ "डर्टी" साधनों के साथ एकीकृत किया।

मैंने जेएस में एक स्ट्रिंग-टू-मॉड्यूल मैपिंग बनाए रखा, और render() फ़ंक्शन को window उजागर किया। मैं एक पृष्ठ से संबंधित प्रत्येक टेम्पलेट में फ़ंक्शन को कॉल कर सकता हूं, एक अद्वितीय स्ट्रिंग और पृष्ठ द्वारा आवश्यक कुछ संदर्भ चर को तर्क के रूप में पास कर सकता हूं। फिर, render() फ़ंक्शन यह पता लगाता है कि कौन सा रिएक्ट घटक पृष्ठ पर आरोहित किया जाना चाहिए और इसे उन चरों के साथ प्रॉप्स के रूप में प्रस्तुत करता है।

ईमानदारी से, वर्तमान कार्यान्वयन वास्तव में रिएक्ट ऐप्स के दर्शन को पूरा नहीं करता है, लेकिन यह काम करता है, और वास्तव में, यह "वास्तविक" रिएक्ट एसपीए की तुलना में सरल है, क्योंकि आपको राउटर और वैश्विक राज्यों की परवाह करने की आवश्यकता नहीं है।

@balthild कमाल लग रहा है! तो यह अनिवार्य रूप से एक "अनुवाद परत" है जिसे गीता के शीर्ष पर रखा गया है जो गीता टेम्पलेट को प्रतिक्रिया में अनुवाद करता है?

@kolaente हाँ। इसका कारण न केवल एपीआई की कमी है, बल्कि अंतर्राष्ट्रीयकरण पुस्तकालय भी है। github.com/Unknwon/i18n लिए कोई JS समकक्ष नहीं है, इसलिए मुझे गो में स्ट्रिंग्स को प्रारूपित करना होगा।

@balthild बढ़िया काम, क्या आपके पास इसके लिए सार्वजनिक रेपो है?

@NetOperatorWibby https://github.com/balthild/bitcup परियोजना शुरुआती चरण में है। केवल डैशबोर्ड पृष्ठ को बदला गया है, और मोबाइल उपकरणों पर इसका अनुभव खराब है।

यह कुछ हद तक असंबंधित है लेकिन अलग-अलग विषयों को खोजने के लिए जगह होने पर यह अच्छा होगा। मुझे लगता है कि समुदाय को सिर्फ यह बताने से कि थीम कहां मिल सकती है, गीता के लिए कुछ नए नए अभिनव रूप ले सकते हैं।

थीमिंग वर्तमान में पर्याप्त सारगर्भित नहीं है। मैं थीम रंगों को परिभाषित करने के लिए हमें देशी CSS चरों पर जाते हुए देख सकता था, इसलिए एक विषय में केवल रंग चर का एक सेट शामिल होगा। इसका मतलब IE 11 सपोर्ट को हटाना भी होगा।

@silverwind मुझे लगता है कि जनवरी 2020 हम https://en.wikipedia.org/wiki/Internet_Explorer_11 के अनुसार IE11 सपोर्ट को हटा सकते हैं, जब यह EOL तक पहुंच जाएगा।

"मुझे आशा मत दो"

https://support.microsoft.com/en-us/help/17454/lifecycle-faq-internet-explorer

Windows 10 के EOL होने तक Internet Explorer 11 का समर्थन किया जाएगा

@marcstreeter अब यह डिफ़ॉल्ट ब्राउज़र नहीं है और इसे महत्वपूर्ण सुरक्षा मुद्दों के अलावा कोई अपडेट प्राप्त नहीं होगा।

यह काफी सरल है: यदि IE हमें किसी सुविधा को भेजने से रोक रहा है, तो इसका समर्थन समाप्त होने वाला है।

सब ठीक है - बस यह सुनिश्चित कर लें कि निर्णय झूठी तारीख पर आधारित नहीं था।

जेएस आधुनिकीकरण के लिए अगले चरण होने चाहिए:

• वेबपैक जोड़ें - https://github.com/go-gitea/gitea/pull/8440
• मिनीफायर जोड़ें - संभवतः https://github.com/go-gitea/gitea/pull/8440
• बेबेल जोड़ें जो हमें पुराने ब्राउज़रों का समर्थन करते हुए आधुनिक जेएस लिखने की अनुमति देता है।
• स्रोत JS npm से निर्भर करता है जहाँ संभव हो उन्हें वेंडर करने के बजाय। यह उन्हें अपडेट करना आसान बना देगा।

@silverwind आप आधुनिक ब्राउज़र पर आधुनिक JS का उपयोग करने पर विचार कर सकते हैं। यहां इसके बारे में एक लेख दिया गया है: https://philipwalton.com/articles/using-native-javascript-modules-in-production-today/

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

यदि आप ऐसा करते हैं, तो कृपया अपने स्टॉक विजेट के लिए उचित पहुंच के साथ टूलकिट का उपयोग करें, और कस्टम विजेट तब तक न बनाएं जब तक कि आप उन्हें पहुंच योग्य नहीं बनाना चाहते।

@silverwind क्या आपको कभी पार्सल आज़माने का मौका मिला है? यह उद्देश्य वास्तव में हो रहा है कि, एक शून्य-config js बंडलर, यह पहले से ही संभालती minification और यह भी साथ एक डेव सर्वर है HMR ।

मैंने पिछले कुछ वर्षों से जेएस के साथ काम किया है और जरूरत पड़ने पर मदद करने में मुझे खुशी होगी।

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

वास्तव में Vue-service-cli Vue प्रोजेक्ट्स के लिए वेबपैक कॉन्फ़िगरेशन को बहुत आसान बनाता है

@lafriks मुझे लगता है कि ऐसे एसपीए उपकरण मानते हैं कि एचटीएमएल index.html सेवा करने में सक्षम हो सकते हैं लेकिन यह आसान नहीं होगा।

आइए इसे चरण दर चरण करते हैं। हम एक सरल पृष्ठ से शुरू कर सकते हैं।

@silverwind नहीं, यह index.html जेनरेट करेगा लेकिन आप इसे आसानी से गोलंग से परोस सकते हैं

हाँ, मुझे लगता है कि हम अंततः index.html को वेबपैक में ले जाने का प्रयास कर सकते हैं ताकि हम मौजूदा वेबपैक कॉन्फिग टेम्प्लेट में से किसी एक का उपयोग कर सकें। यह कड़ाई से वीयू एक होना जरूरी नहीं है क्योंकि पिछली बार मैंने जांच की थी कि हमारा वीयू उपयोग बहुत कम था, इसलिए अगर हम चाहें तो इसे आसानी से किसी और चीज़ में परिवर्तित किया जा सकता है।

मुझे लगता है कि गीता एसपीए नहीं, एमपीए होनी चाहिए।

एमपीए के लिए वोट करें:

• ग्राहक पक्ष पर कम संसाधनों की आवश्यकता

संपादित करें: कोई अभी भी बैकएंड के रूप में gitea API एंडपॉइंट का उपयोग करके html+css+js के साथ एसपीए लिख सकता है ...

हाँ, हम पहले से ही सर्वर-साइड रेंडरिंग में बहुत अधिक निवेश कर रहे हैं, इसलिए मुझे लगता है कि एसपीए से पूरी बातचीत लगभग निश्चित रूप से सवालों के घेरे में है।

मुझे लगता है कि यह दिलचस्प होगा यदि गीता एक क्षैतिज लेआउट को अपनाती है, जैसा कि Azure Repos उपयोग करता है। यह लेआउट बहुत अधिक सुरुचिपूर्ण और कुशल इम्हो है, और अधिक बुद्धिमान तरीके से स्क्रीन रियल एस्टेट का उपयोग करता है। यहाँ कुछ स्क्रीनशॉट दिए गए हैं जो यह बताते हैं कि मेरा क्या मतलब है:

हर दूसरे यूआई की तरह यह करता है क्योंकि यह छोटे उपकरणों पर भी काम करता है और नीचे स्क्रॉल करना ठीक है।
यहां तक ​​​​कि गिटहब भी स्क्रीन का 100% उपयोग करना शुरू कर देता है जैसे नई अधिसूचनाएं (या पीआर में चेक/फ़ाइल परिवर्तन)

मुझे वर्तमान शैली पसंद है - लेकिन यह केवल मेरी राय है

मुझे हमेशा "बदली गई फ़ाइलें" के तहत दृश्य पसंद नहीं है। समय-समय पर मेरे पास पुल अनुरोध हैं जहां 20 फाइलें और अधिक संशोधित की गई हैं - जो हमेशा टालने योग्य नहीं है (माइग्रेशन PHP 5.6 -> 7.3)।

समस्या यह है कि परिवर्तन दिखाने के लिए ब्राउज़र को बहुत समय चाहिए। पुल अनुरोध पृष्ठ तेजी से लोड होता है। केवल सिंटैक्स हाइलाइटिंग बहुत समय लेता है।

यहाँ Gitlab के समान एक दृश्य की अनुशंसा की जाती है।

मैं इस शैली की तरह एक पुल अनुरोध दृश्य के बारे में बात कर रहा हूँ: https://github.com/go-gitea/gitea/issues/5937#issuecomment -584859265