तांत्रिक अडचणी व सहकार्याच्या अभावाचा बदला म्हणून गेल्या शनिवारी "द मायक्रोकर्नेल" या मालिकेच्या व्यत्ययात व्यत्यय आला आणि पांडव यांचे पद ट्रोलिंग म्हणून मागे टाकण्याच्या आव्हानासह मी ब्लॉगच्या विनोदाचा अवलंब करणार आहे. linux द्वेषी काही गोष्टी स्पष्ट करण्यासाठी.
केडीई writeप्लिकेशन कसे लिहावे.
- काही अर्ध-यशस्वी मुक्त स्रोत अॅप पहा
- स्वतःला पटवून द्या की सी ++ मध्ये लिहिणे हा हस्तमैथुन करण्याचा अंतिम मार्ग आहे आणि आपल्या प्रेमिकाबरोबर वेळ घालवण्यापेक्षा क्यूटी शिकणे चांगले आहे, कारण ते खूपच सुंदर आहे
- MOC (संगीत ऑन कन्सोल) का वाईट नाही हे स्वत: ला स्मरण करून द्या.
- Ofप्लिकेशनचे नाव घ्या, सेड एस / [सीजी] / के /, सत्यापित करा की आपण तीन कॅस लाइनमध्ये येत नाही. जर कास नसेल तर सुरुवातीला एक जोडा.
- आपला अनुप्रयोग प्रदान करू शकणार्‍या कोणत्याही वापरकर्त्यास सामोरे जाणा function्या कार्याचा विचार करा
- फोरच फंक्शन: एक अ‍ॅबस्ट्रॅक्शन लेयर तयार करा जो कमीतकमी 3 इतर बॅकएन्डला समर्थन देत नाही
- फोरच फंक्शन: टूलबारवरील बटण तयार करा
- फोरच फंक्शन: मेनू आयटम तयार करा
- ते विंडोचे विभाजन करू शकतात, टॅब तयार करु शकतात आणि केपार्ट्सचे समर्थन करू शकतात याची खात्री करा. आपण यूआयचा विचार करू शकत नसल्यास, विंडोजची नक्कल करा.
- हे फोनॉन आणि केएड्रेसबुक वापरत असल्याचे सुनिश्चित करा. आणि एक डॉक करण्यायोग्य टर्मिनल
- ज्याच्या नावावर g आहे अशा वाचनालयाचा वापर कधीही करु नका. कधीही नाही.
- ते के.डी.-लूक.ऑर्ग.वर पोस्ट करा
- प्रत्येकाला वचन द्या की आपण ते विंडोजवर पोर्ट कराल, परंतु तसे करू नका
- दर काही वर्षांनी एकदा, सुरवातीपासून प्रारंभ होण्याच्या सबबी म्हणून टूलकिट पुनरावृत्ती वापरा.
GNOME writeप्लिकेशन कसे लिहावे.
- इतर कोणत्याही प्लॅटफॉर्मवरून वाजवी अनुप्रयोग शोधा (विंडोज, मॅक, केडीई, जे काही असेल ते शक्यतो मॅक). आधीपासूनच जीटीकेवर आधारित इतर 3 विकल्प आहेत जे जीनोममध्ये समाकलित करू इच्छित नाहीत.
- नावाचे नाव आहे जी. "जीएन" असू शकते तर अतिरिक्त गुण. आपण "gnu" किंवा "gno" किंवा "gna" वापरू शकत असल्यास आपण जन्मजात आहात आणि आपला अनुप्रयोग वापरण्यास उपयुक्त ठरेल. आपल्या अनुप्रयोगाच्या नावाचा प्रत्यक्षात जे काही आहे त्याच्याशी जास्त संबंध नाही याची खात्री करा. तसेच, जी मजबूत असल्याचे उच्चारल्यास कधीही कागदपत्र नसावा.
- ओ इन गनोम म्हणजे ऑब्जेक्ट. हे डी-बस ऑब्जेक्ट फ्रेमवर्क वापरते. आपण देखील बोनोबो वापरल्यास, चांगले. नेटवर्कवर किमान एक व्यासपीठ कार्य करत असल्याचे सुनिश्चित करा, परंतु आपला अनुप्रयोग नेटवर्कवर कधीही वापरत नाही हे देखील सुनिश्चित करा.
- लक्षात ठेवा की सी मध्ये ऑब्जेक्ट ओरिएंटेशन इतके वाईट नाही. ठामपणे सांगा (gtk_not_in_serious_not_so_ वाईट). हे देखील लक्षात ठेवा की जीटीके + क्यूटीपेक्षा बरेच चांगले आहे कारण आपल्याकडे यासाठी व्यावसायिक कंपनी लेखन कोड नाही. तर, आपणास माहित आहे की हे अधिक चांगले किंवा काहीतरी आहे आणि याच्या नावे + आहे.
- प्रत्येक कल्पनीय भाषेसाठी रॅपर्स व्युत्पन्न करा परंतु त्यापैकी कोणीही आपल्या इच्छेनुसार कार्य करीत नाही हे सुनिश्चित करा. आपणास आवश्यक आहे की आपल्या फ्लॉपीने प्रत्येक रॅपरला स्वतंत्र पॅकेजमध्ये पॅकेज करावे.
- कमीतकमी तीन अन्य प्रोग्रामरना समजावून सांगा की ग्लोबला जीनोमशी कसे काय घेणे शक्य नाही. कारण त्यांना काळजी आहे.
- टँगो चिन्हे विसरू नका!
- आपला अनुप्रयोग विंडोजवर कंपाईल करत असल्याचे सुनिश्चित करा, परंतु ते शेटसारखे दिसत आहेत.
- आपण आपला अनुप्रयोग घेऊ इच्छित असलेल्या सर्व वैशिष्ट्यांची यादी करा.
- त्यापैकी 90% टाकून द्या. कारण ते करणे कठीण आहे. पण प्रत्येकाला सांगा की त्यांना खरोखर त्यांची गरज नाही.
- त्यापैकी 2% अंमलबजावणी करा. इतर 8% gconf मध्ये लपवा. त्यांना चांगले लपवा.
- आपल्या इंटरफेसमध्ये 4 पेक्षा जास्त बटणे नसावीत.
- आपला अनुप्रयोग नावात जी आहे अशा किमान 4 इतर लायब्ररीत अवलंबून आहे याची खात्री करा. हे तिला अधिक ग्नोमेरा बनवते.
- मोनो वापरू नका, कारण आपण प्रत्येकामध्ये आपली एसटीडी पसरवाल. प्रतीक्षा करू नका, मोनो वापरा, कारण हे आपल्याला बर्‍याच उत्पादक बनवेल. थांबा, नाही, मोनो वापरू नका, कारण जर आपण असे केले तर काही विलंबित डिस्ट्रो जे कोणी वापरत नाहीत ते आपला अनुप्रयोग वितरित करणार नाहीत.
- "नियोजित अप्रचलनाकडे वाटचाल करणार्या" मॉड्यूलवर अवलंबून आहे
- खात्री बाळगा की आपला अॅप निराश झाला तरीही, किमान ते मानवी इंटरफेस मार्गदर्शकांचे अनुसरण करते.
हाहााहा आता जर राजाने माकड घातला तर वापरु नका हाहााहा हा चांगला आहे. अमहर्षक हाहाहाचे तीन थर तयार करा
मोठ्याने हसणे
Kde-apps.org वर केडीई अ‍ॅप्स प्रकाशित करणे योग्य आहे, बरोबर? 😛
गंमतीदार गोष्ट म्हणजे इंग्रजी मूळ लेख २०० article मध्ये लिहिला गेला होता, परंतु बर्‍याच गोष्टी अजूनही सत्य आहेत. विशेषत:
आपण आपला अनुप्रयोग घेऊ इच्छित असलेल्या सर्व वैशिष्ट्यांची यादी करा.
त्यापैकी 90% टाकून द्या. कारण ते करणे कठीण आहे. पण प्रत्येकाला सांगा की त्यांना खरोखर त्यांची गरज नाही.
मी आज विचारात घेतलेल्या गोष्टी खरोखर बदलल्या आहेत. मूळ पोस्टमध्ये 4 ऑब्जेक्ट फ्रेमवर्क (डी-बस, बोनोबो, कोर्बा आणि ऑर्बिट) होते आणि ते कमीतकमी 2 वापरायचे असे म्हणतात. कॉर्बा आधीच गायब झाली आहे आणि बोनोबो अप्रचलित आहे. आज डी-बस वापरली जाते
बरं, मला वाटतं की ते ताजेपणा गमावले आहे. हे अजूनही मजेदार आहे कारण आम्ही अद्याप जीनोम 2 आणि केडीई 4 चा प्रारंभ विसरला नाही (जीनोम 10, 11 आणि 12 अजूनही लागू आहे ही मजेदार)
हाहा, मी मरण पावला.
ते केडीई आणि "फोरिच फंक्शन: एक अ‍ॅबस्ट्रक्शन लेयर तयार करा जे कमीतकमी 3 इतर बॅकएन्ड्सचे समर्थन पुरवित नाही" (व्हीएलसी, गस्ट्रेमर आणि क्लाईन मनावर येईल; काहीही योग्य नाही)
अकोनाडी आणि नेपोमूक वापरण्यासाठी अॅपला हे आवश्यक होते, परंतु ते भाग जे कार्य करत नाहीत आणि कोणालाही माहित नाही की ते कशासाठी आहेत ... अहो, आणि जेव्हा खिडकीचे आकार बदलले जाते तेव्हा ते अत्यंत कुरूप असतात ...
पण जेव्हा मी ग्नोम भागात गेलो, तेव्हा मी तिथेच ब्रेक लावला:
"प्रत्येक संवेदनाक्षम भाषेसाठी रॅपर्स व्युत्पन्न करा, परंतु त्यापैकी कोणीही आपल्याला पाहिजे त्या पद्धतीने कार्य करत नाही हे सुनिश्चित करा" आणि "आपला अनुप्रयोग विंडोजवर कंपाईल करीत आहे हे सुनिश्चित करा, परंतु ते शेटसारखे दिसत आहेत." ते सर्व तळवे घेतात, हाहा.
कोट सह उत्तर द्या
मला सर्वात जास्त आवडले ते म्हणजे येथे कोणतेही विकसक नसले तरीही, फक्त एकासाठी आणि दुसर्‍या चरणांची संख्या पाहून आपल्याला समजले की Qt मधील प्रोग्राम करणे सोपे आहे. 2 चरण कमी 2 पावले कमी आहेत जशी त्यांनी ती ठेवली आहे. एक्सडी
तसेच, क्यूटी कोणत्याही प्रकारच्या डेस्कटॉप इंटरफेसशी (जवळजवळ) रुपांतर करते.
परंतु क्यूटीची गुणवत्ता नाही तर ती आपल्या डेस्कटॉपवर अनुकूल करणार्‍यांची आहे.
जणू तुम्ही मला सांगितले आहे की जीनोम 3.6 gtks दालचिनी १.1.6., १.1.7 आणि १.1.8 मध्ये जुळवून घेत आहेत, जेव्हा ते दालचिनी विकसित करणा of्यांच्या श्रेय जाते, तर जीनोम किंवा जीटीके विकसित करतात त्यांच्याकडे नाही.
क्षमस्व, जेव्हा आपण संपूर्ण ब्लॉगवर पोस्टवर सर्वाधिक टिप्पण्या बनविण्याबद्दल 340 टिप्पण्या प्राप्त करता तेव्हा फक्त ब्राउझरच्या त्या एन्ट्रीच्या मागे,
एक्सडी, तुम्ही माझ्यापेक्षा मागे टाकले असेल अहाहा
आपण ब्लॉगवर अधिक प्रवेश मिळविण्यासाठी @ ईलाव्हला भाड्याने दिले आहे ... हाहााहा.
हाहाहााहा LOL
मी ट्रायलिंग क्षमतेमध्ये म्हणालो, टिप्पण्यांमध्ये नाही. आपला त्रासदायक आहे.
अप्रचलित मशीन्स वापरणार्‍या वापरकर्त्यांना (जसे माझ्या बाबतीत आहे) आशीर्वादित टिप्पण्या लोड होण्याची वाट न पाहता ती ज्योत पाहू शकतात, आपण आपल्या पोस्टवरून फक्त एक उतारा ठेवला असता आणि संपूर्ण ज्योत इथल्या फोरमशी जोडली गेली असती , प्रसंगोपात, आपण त्यांना मंचात चर्चा करण्यास सांगितले जेणेकरुन पृष्ठ पहाण्यासाठी संतृप्त होऊ नयेत (जोपर्यंत त्यांनी डिस्कस स्थापित करण्यास त्रास घेत नाही, परंतु डिस्कस आणि इतर टिप्पणी व्यवस्थापकांप्रमाणेच ते वर्डप्रेसमध्ये समाविष्ट असलेल्या सारख्या सानुकूलित केले जाऊ शकत नाहीत) , आपण का ते समजले).
8-आपला अनुप्रयोग विंडोजवर संकलित करीत आहे हे सुनिश्चित करा, परंतु ते SHIT सारखे दिसत आहे.
बरं, मी असं म्हणू शकतो की काही क्यूएटी अनुप्रयोग देखील भयानक दिसतात, विंडोज 7 किंवा 8 अंतर्गत क्युबिटोरंट वापरुन पहा, ते किती कुरूप दिसते.
विंडोजमध्ये% ०% अ‍ॅप्रिकेशन्सचे रूप एक कुरूप आहे कारण आपण त्यास स्वतः थीम बनवावे….
अर्थात, क्यूटी संकलित केलेल्या प्रत्येक ओएसच्या इंटरफेसद्वारे वापरलेल्या थीमशी जुळवून घेत आहे (एक स्पष्ट उदाहरण व्हीएलसी आहे, जे केडीई आणि एक्वामध्ये उत्कृष्ट दिसते, परंतु विंडोजमध्ये ते पूर्णपणे कंटाळवाणे आहे).
अहो डायजेपान, ट्रोलिंगबद्दल बोलताना, पहिल्या ओळीत, योग्य गोष्ट "त्यांनी चालविली" आहे आणि त्यांनी वाहन चालवले नाही.
दुरुस्त
धन्यवाद सोबती.
"आणि ट्रोलिंग म्हणून पांडव यांच्या पदावर मात करण्याचे आव्हान आहे"
हा हा हा हा हा हा हा. तू बार खूप उंचावलास !!! 😀
मी पांडवला जे बोललो ते मी पुन्हा सांगतो: "मी टिप्पण्यांमध्ये नव्हे तर ट्रोलिंग क्षमतेत म्हणालो."
> स्वत: ला पटवून द्या की सी ++ मध्ये लिहिणे हा हस्तमैथुन करण्याचा अंतिम मार्ग आहे आणि आपल्या प्रेमिकाबरोबर वेळ घालवण्यापेक्षा क्यूटी शिकणे चांगले आहे, कारण ते खूपच सुंदर आहे.
> हस्तमैथुन करण्याचा अंतिम मार्ग आहे
> आपल्या मैत्रिणीबरोबर वेळ घालवण्यापेक्षा हे चांगले आहे
> मॅन्युला सर्वत्र आहे
मोठ्याने हसणे
मला वाटले ते फक्त एक आहे ज्याने फ्रीटार्ड हाहाचे भाषांतर म्हणून "लिब्रेटार्डाडो" वापरला.
मी "लिबर्टाराडो" (स्वातंत्र्य आणि मॉरॉन) म्हणून भाषांतर करण्याचा देखील विचार केला
मी त्याला "मॉरन" पेक्षा "मंदबुद्धी" म्हणून अधिक पाहतो. असो, ते मूर्ख आहेत. एकतर, ते त्यांचे लक्ष्य पूर्ण करतात ...
पोस्ट मला नेहमीप्रमाणेच वाटते, जे केनोई जीनोम मधील क्रशिंग केडी वापरतात, मला वाटत नाही की एक इतरांपेक्षा चांगले आहे, ते भिन्न आहेत, जादा भार जाण्यापेक्षा जास्तीत जास्त साधेपणा. आणि दुसरी गोष्ट म्हणजे, उच्च स्तरीय प्रोग्रामिंग भाषा वापरणे सोपे आहे परंतु जेव्हा भाषेद्वारे केलेले अनुप्रयोग चालविते तेव्हा कमी इष्टतम होते, असेंब्लीर प्रोग्राम सी मधील एकापेक्षा चांगले कार्य करते, आणि सी मध्ये एक सी ++ मधील एकापेक्षा चांगले कार्य करते, जीटीके + पेक्षा क्यूटी चांगले आहे कारण ते सी ++ मध्ये आहे हे मला चुकीचे वाटते, म्हणूनच टोरवाल्ड्सला कर्नलमध्ये सी ++ ची एक ओळ नको आहे आणि कर्नल बूट सारख्या असेंब्लरमध्ये प्रोग्राम केलेले काही भाग आहेत.
मोबाईलमध्ये क्यूटीचा सर्वाधिक वापर केला जातो हे आपण कसे स्पष्ट करता? ते मर्यादित स्त्रोत असलेले संघ आहेत…. हे सांगण्यासाठी आपण कोणत्या ऑप्टिमायझेशनवर आधारित आहात? हे सर्व कंपाईलरवर अवलंबून आहे, जर ते काही स्थिर वेळापत्रक हाताळत असेल जे दुसर्‍याने केले नाही तर साहजिकच ते इतरांपेक्षा अधिक प्रभावी होईल ... दुसरीकडे, आपण पाहिले प्रत्येक प्रोजेक्टसाठी विकसकांची यादी आहे का ?, जीटीके साठी फक्त एकच पूर्ण-वेळ विकसक आहे आणि अलीकडे प्रत्येक नवीन आवृत्ती मागील सहकार्यासह खंडित करते ... आपली टिप्पणी ऑब्जेक्ट-देणारं प्रोग्रामिंगच्या विरोधात दिसते ...
दुसरीकडे, आपण ओव्हरलोड असल्याचे काय म्हणता? मी एक केडीई वापरकर्ता आहे आणि जास्त लोड केल्यास आम्ही त्याचे रॅम उपभोग म्हणून वर्णन करतो, केडीई, त्याच्या मॉड्युलरिटीमुळे, त्याद्वारे देण्यात येणाfor्या कम्फर्टेट्सचे बलिदान करण्यासाठी कॉन्फिगर केले जाऊ शकते जेणेकरून ते जीनोमपेक्षा कमी खर्च करेल ( जीनोममध्ये मला हे माहित नाही आहे, जे आपण पुन्हा मिनिमलिझमबद्दल बोललो तर केडीईचे हजारो मार्गांनी "ट्यून" केले जाऊ शकते, तर आपण त्याचे वर्णन केल्यास "न्यूनतम" (अतिभारित नाही) केले जाऊ शकते. ते आणणार्‍या अनुप्रयोगांची संख्या, नंतर मला हे सांगण्यास खेद वाटतो की एक दुसर्‍यापेक्षा भारी लोक बोलू शकत नाही कारण केडीई आणि ग्नोम दोन्ही त्यांचे मूलभूत आवृत्ती स्थापित करू शकतात, जे फक्त आवश्यक अनुप्रयोग आणतात.
शेवटी क्यूटी सह आपण जीटीके बरोबर नसलेल्या गोष्टी करू शकता
मोबाइलवर क्यूटी अधिक वापरली जाते कारण ती एक सभ्य आयडिया आहे कारण ती गी पातळीवर अधिक पूर्ण भाषा आहे इ.
- मी लिनुस टोरवाल्ड्सचे एक शब्द वाक्यांश उद्धृत करतो जे बर्‍याच लोकांच्या मताचे वर्णन करते.
“सी ++ ही एक भयानक भाषा आहे. आणि हे आणखी भयानक आहे की बर्‍याच स्तरातील प्रोग्रामर त्याचा वापर करतात, त्यायोगे निरुपयोगी कचरा निर्माण करणे हे अगदी सोपे आणि सुलभ आहे. प्रामाणिकपणे, सी + चा वापर करण्याच्या निर्णयाकडे सी ++ प्रोग्रामरला प्रकल्पातून दूर ठेवण्यासारखे आणखी काही नव्हते * तरीही ते सी वापरण्याचे मोठे कारण ठरले असते. "
-अधिक भारांसह माझा अर्थ असा आहे की आपण गमावू शकता अशा बटणे आणि पर्यायांनी भरलेली इंटरफेस आणि नंतर त्यापैकी निम्मे काहीही किंवा काही नगण्य नाही (याचा अर्थ मला नाही माहित आहे की जीटीकेपेक्षा अधिक गोष्टी करणे हे आहे), मेमरी वापराचा मुद्दा आहे. वेगळा मुद्दा, त्याबद्दल बोलणे आवश्यक नाही.
- @ pandev92 ने बरेच चांगले वर्णन केले आहे कारण मोबाइल फोनमध्ये क्यूटीचा जास्त वापर केला जातो, परंतु आम्हाला संपूर्ण सत्य सांगावे लागेल कारण जीटीके डेस्कटॉप अनुप्रयोगांमध्ये सर्वात जास्त वापरली जाणारी एक महत्वाची गोष्ट आहे जी जीटीके 2 वापरते. जीटीके than पेक्षा चांगले आहे, कारण आपण म्हणता तसे प्रत्येक आवृत्तीत ते आमूलाग्र बदलत आहेत, परंतु जीटीके २ कडे अजूनही समर्थन आहे आणि संभाव्यत: फायरफॉक्स सारख्या अनुप्रयोगांचा वापर केल्यामुळे जीटीके T पेक्षा जास्त आहे.
मी टोरवाल्ड्सच्या मताचा खूप आदर करतो, पण जसे तो म्हणतो, तो अयोग्य प्रोग्रामरचा संदर्भ घेत आहे, जरी तो सी +++ आवडत नाही, जर आपल्याकडे सी प्रोग्रामर असेल तर जो प्राणी आहे, सी वापरुन तो चांगले प्रोग्राम तयार करणार नाही , ते कचरा ठेवणे सुरू ठेवण्यासाठी, मी सी देखील पाहिले आणि सहकर्मी ज्यांना काही काळ गोष्टी नियंत्रित करता येतील त्यांनी त्यांच्यावर ब्रेक ठेवून नियंत्रित केले which जे मी माझ्या दृष्टिकोनातून जात आहे, सी आहे एक उत्तम भाषा, परंतु त्यामागे एखादा चक प्रोग्रामिंग असल्यास तो काहीही नाही.
इंटरफेस विषयी, हे अगदी व्यक्तिनिष्ठ आहे. Applications ०% केडीई theप्लिकेशन्स विंडोजमध्ये तुम्हाला कोणती बटणे दर्शवायची आहेत हे कॉन्फिगर करू शकते, जर तुम्हाला असे वाटले की अनावश्यक गोष्टी आहेत, तर त्या काढून टाका आणि तेच आहे.
मोबाईलबाबत, जरी हे एक फ्रेमवर्क आहे हे खरे असले तरी जीटीकेपेक्षा क्यूटीच्या मागे बरेच लोक आहेत .. आणि ओपनजीएलच्या संदर्भात सुधारणा सतत आहेत, थोडक्यात मला अत्यावश्यक भाषा आवडतात, परंतु मी ओळखतो की अशा काही गोष्टी आहेत ऑब्जेक्टची संकल्पना असल्याने, या प्रकारच्या भाषांमध्ये अंड्यातून दु: ख होऊ शकते
- असे नाही की चांगले प्रोग्रामर आहेत की नाही, सर्व गोष्टी समान आहेत (चांगले प्रोग्रामर, चांगले कंपाईलर इ.) सी ++ पेक्षा अधिक कामगिरी करण्यास सक्षम आहे, कारण हे कमी दरम्यानचे आदर्श मिश्रण आहे आणि भाषा पातळी आणि उच्च-स्तरीय भाषा, अर्थातच इंटरफेस डिझाइन करताना सी मधील प्रोग्रामिंग करणे अधिक अवघड आहे, परंतु हे असेंबलरमध्ये प्रोग्रामिंगसारखेच आहे, हे अधिक कठीण आहे परंतु आपणास बरीच कामगिरी मिळते, म्हणूनच लिनक्स कर्नलकडे कर्नल बूट सारख्या गोष्टींसाठी सी ++, सी आणि असेंबलरची एक ओळ नाही.
- मला केडीई इंटरफेस खरोखरच कळत नाही, म्हणजे मी ब्रेझियर (जीटीके) सारखा प्रोग्राम घेतो आणि मग के 3 बी (क्यूटी) सारखा दुसरा प्रोग्राम घेतो आणि के 3 बी मला दिसत असेल तर इंटरफेस खूप ओव्हरलोड आहे, बटणे आणि पर्यायांनी परिपूर्ण आहे. ते वापरलेले नाहीत, मग मी बटणे आणि मेनू जादूद्वारे अदृश्य करू शकेन, हे मी प्रथमच ऐकले आहे.
क्षमस्व, आपल्याला अधिक कार्यक्षमता का मिळते हे अद्याप मला समजत नाही, असे म्हणण्यासाठी आपण स्वतःवर काय आधारित आहात? मी सहमत आहे की ते कंपाईलरवर अवलंबून आहे, या सर्व गोष्टी आपण किती कोड वेळापत्रक तयार करतात यावर अवलंबून आहेत, अगदी जीसीसी पर्यंत हे प्रायोगिक वैशिष्ट्य म्हणून सक्रिय करू शकते
इंटरफेससाठी, येथे आपण उल्लेख केलेल्या एकाची एक टोपी आहे, के 3 बी पूर्णपणे आतड्यात पडले आहे (मी पॅनेल बाहेर काढले आहेत हे दर्शविण्यासाठी की ते काढले जाऊ शकतात किंवा सहजपणे आणि आनंदानं पुन्हा बदलता येऊ शकतात, दुसरी गोष्ट, ते गडद दिसत आहेत कारण मी आहे त्यावर लक्ष न देता (हा केविनचा प्रभाव आहे) आणि टूलबार आपण कोणती बटणे उपलब्ध होऊ इच्छिता ते कॉन्फिगर देखील करू शकता
http://i.imgur.com/Z1OZqgQ.jpg
पूर्व-केडीई प्रोग्रामर म्हणून, मी तुम्हाला सांगतो की या प्रकरणात एमओसी कन्सोलवर संगीत नाही. साभार.
मला वाटते की तुम्ही माझी टिप्पणी खूपच लिनक्समध्ये पाहिली होती आणि कोपीपास्टेवर जाऊन गुगलेसह भाषांतरित केली.