यह उत्तर मूल पोस्ट से संशोधित किया गया है जो पहली बार 2015 के उत्तरार्ध में उत्तर दिया गया था। सामग्री अब पुनर्व्यवस्थित की गई है, कुछ अनावश्यक पाठ हटा दिए गए थे और प्रासंगिक पाठ जोड़ा गया था।
कुछ स्पष्टीकरण
[...] उदाहरण जैसे GIMP (GTK + 2) द्वारा प्रस्तुत यह 20 सेकंड से अधिक समय तक लटका रहता है। डॉल्फिन में उसी निर्देशिका में नेविगेट करना तुरंत लोड होता है।
किसी छवि संपादक के GTK + फ़ाइल चयनकर्ता की तुलना Qt फ़ाइल प्रबंधक (Qt फ़ाइल चयनकर्ता के बजाय) से करना कुछ अजीब है। इसके अलावा, ये अनुप्रयोग समान टूलकिट का उपयोग नहीं करते हैं; यह स्पष्ट है कि चीजों को एक-दूसरे में अलग-अलग तरीके से संभाला जाता है।
इसका स्थान बार है, कम से कम अधिकांश समय (मैं यह निर्धारित करने में सक्षम नहीं हूं कि यह हर बार इसे कैसे छोड़ता है।)
GTK + संवाद के लिए, फ़ाइल चयनकर्ता में "हाल ही में उपयोग किया गया" देखने के दौरान स्थान बार दिखाई नहीं देगा। इस दृश्य में, यहां तक कि Ctrl+ Lशॉर्टकट कुंजियाँ काम नहीं करेंगी। यही कारण है कि ओपी ने दावा किया था कि फ़ाइल चयनकर्ता कभी-कभी लोकेशन बार को छोड़ देता है।
सीधा जवाब
KGtk जीटीके + अनुप्रयोगों में केडीई संवाद का उपयोग करने का हैकिश तरीका है। यह पहली बार 2006 के मध्य में जारी किया गया था और KDE-Apps.org पर अपस्ट्रीम और AUR पैकेज के माध्यम से भी उपलब्ध कराया गया था ।
हालांकि यह आशाजनक लगता है, ध्यान दें कि यह कार्य इरादा Qt और GTK + अनुप्रयोगों के लिए एक समान रूप देना है । सबसे अधिक संभावना है, यह उन धीमे मुद्दों को संबोधित नहीं करता है जिन पर उपयोगकर्ताओं द्वारा बहस की गई है।
विस्तारित उत्तर (2015-11-23)
यह विस्तारित उत्तर प्रश्न में लाए गए दो मुद्दों को संबोधित करेगा: नापसंद GTK + संवाद (प्रयोज्य मुद्दा) और संवाद कुछ समय (जवाबदेही मुद्दा) के लिए लटका हुआ है।
निम्नलिखित बग रिपोर्ट हैं जो प्रासंगिक मुद्दों का उल्लेख करती हैं, जो जीटीके + के लिए प्रासंगिक हैं।
2008 में डेबियन बग रिपोर्ट ने शिकायत की कि GTK + फ़ाइल चयनकर्ता खोलने में धीमा हो सकता है और इसका पथनाम सबसे तेज़ तरीके से संपादित नहीं किया जा सकता है।
2008 के पते में कुबंटु मेटा बग रिपोर्ट , जीटीके + संवाद केडीई मूल संवादों की तुलना में अपरिचित है, इस प्रकार इसका उपयोग करना मुश्किल है।
2009 में SO प्रश्न ने शिकायत की थी कि GTK + फ़ाइल चयनकर्ता संवाद का उपयोग करके नेटवर्क पर कई फ़ाइलों वाली ब्राउज़िंग निर्देशिका बहुत धीमी थी।
2011 में SO प्रश्न ने GTK + फ़ाइल चयनकर्ता को अनुकूलित करने का तरीका पूछा था, जो मानक संवादों में असंभव है।
2012 में GTK + 2.0 बग रिपोर्ट में वेब ब्राउज़र के माध्यम से फाइल अपलोड करने में समस्याएं थीं और GTK + 2 फ़ाइल चयनकर्ता कुछ मिनटों के लिए धीमा या लटका हुआ था।
2014 में GD.SE प्रश्न को पोस्ट किया गया था कि किसी फ़ाइल को GIMP में तेज़ तरीके से खोलने के लिए कहा जाए, क्योंकि फ़ाइल में पथ को संपादित करने के लिए कोई ब्राउज़ बटन या टेक्स्टबॉक्स नहीं था।
अगले बग रिपोर्ट प्रासंगिक मुद्दों (विशेष रूप से जवाबदेही मुद्दे) का उल्लेख करते हैं, जो केडीई के लिए प्रासंगिक हैं।
जीटीके + डायलॉग या केडीई डायलॉग के बावजूद, जवाबदेही का मुद्दा असामान्य नहीं है और कुछ शर्तों के पूरा होने पर स्पष्ट हो जाता है (जैसे कि गैर-कैश किए गए आइकन, आदि)।
विस्तारित उत्तर (2017-02-12)
प्रयोज्य समस्या के बारे में, जीटीके + और केडीई दोनों संवादों में संबंधित डेस्कटॉप वातावरणों में पिछले वर्षों के दौरान परिवर्तन हुए हैं।
GTK + संवादों के लिए, स्थान टूलबार का उपयोग डिफ़ॉल्ट रूप से दिखाने के लिए किया जाता है। हालाँकि, यह अब टूलकिट के नए संस्करणों में डिफ़ॉल्ट रूप से छिपा हुआ है।
GTK + 2.X Ctrl+ Lशॉर्टकट कुंजी, या "स्थान संपादित करें" UI बटन का उपयोग करके स्थान को संपादित करने की अनुमति देता है ।
GTK + 3.X स्थान को संपादित करने की अनुमति देता है, Ctrl+ Lशॉर्टकट कुंजियों का उपयोग करके ("स्थान संपादित करें" यूआई बटन बिल्कुल नहीं दिखाया जा सकता है)।
केडीई संवादों के लिए, अद्वितीय विशेषताएं "फ़ाइल नाम:" पाठ क्षेत्र है जो हमेशा निचले आधे UI और स्थान पथ बार पर दिखाई देती है जो संपादन करते समय स्थान टूलबार में परिवर्तित हो जाती है।
KDE 3.X स्थान को संपादित करने की अनुमति देता है, Ctrl+ Lया /शॉर्टकट कुंजियों का उपयोग करके , या "फ़ाइल का नाम:" पाठ क्षेत्र (स्थान पट्टी को सीधे किसी कार्यक्रम में संपादित नहीं किया जा सकता है)।
KDE 4.X स्थान Ctrl+ Lबार पर क्लिक करने के लिए + शॉर्टकट कुंजियाँ, या "फ़ाइल नाम:" पाठ क्षेत्र, या माउस कर्सर का उपयोग करके स्थान को संपादित करने की अनुमति देता है ।
KDE 5.X KDE 4.X के समान स्थान को संपादित करने की अनुमति देता है
इसके विपरीत, Qt संवाद आमतौर पर अनुकूलन योग्य है और GTK + या KDE संवाद शैली का उपयोग करने में सक्षम है। संवाद शैली को निम्न विधियों में से एक द्वारा बदला जा सकता है।
मैनुअल कॉन्फ़िगरेशन, प्रोग्राम विशिष्ट (VLC मीडिया प्लेयर आदि द्वारा)
मैनुअल कॉन्फ़िगरेशन, सिस्टम वाइड (क्यूटी सेटिंग्स द्वारा, अब तक केवल उन कार्यक्रमों के लिए लागू है जो उबंटू के पुराने रिलीज में क्यूटी 4 पर निर्भर करते हैं। 14.04)
ऑटो कॉन्फ़िगरेशन, सिस्टम वाइड (कुछ टूलकिट पैकेज स्थापित करके जो उबंटू के नए रिलीज में स्वचालित रूप से पाया जाता है। 16.04)
विभिन्न टूलकिट अलग-अलग अनुभव और संवाद शैली प्रदान करने के बावजूद, सभी उल्लिखित टूलकिट (GTK +, KDE और Qt) उपयोगकर्ताओं को फ़ाइल चयनकर्ता संवाद में स्थान संपादित करने की अनुमति देते हैं।
TL, DR इस तिथि तक, GTK + संवाद को बदलने के लिए KGtk एकमात्र तरीका लगता है और इसे प्रति एप्लिकेशन लागू किया जाना चाहिए। वास्तव में सिस्टम-वाइड केस के संवादों को बदलने के लिए कोई ज्ञात विकल्प नहीं है। इसके अलावा, GTK + फ़ाइल चयनकर्ता लोड को तेज़ करने के लिए वर्कअराउंड देखें (यह एक और प्रश्न होगा)।
उत्तरदाता का नोट : यह उत्तर पहली बार GTK +, KDE, और Qt में फ़ाइल संवादों की उपयोगिता और जवाबदेही के मुद्दों को हल करने के लिए लिखा गया था। तब से चीजें बदल गई हैं और इस जवाब को पदावनत किया जा सकता है। इसलिए यह जवाब अब एक सामुदायिक विकी है, ताकि न्यूनतम प्रतिष्ठा वाला कोई भी व्यक्ति इस पोस्ट को बेहतर बना सके या कम से कम अब सामुदायिक संपादन के लिए खुला हो।