Ookii-dialogs-wpf: VistaOpenFileDialog.InitialDirectory पर ध्यान नहीं दिया जाता है

@Soulflyman को रिपोर्ट करने के लिए धन्यवाद। हालांकि, मेरा मानना ​​है कि यह "सही" व्यवहार है क्योंकि यह विंडोज़ के साथ आने वाले अन्य सभी ऐप्स में जो होता है उससे मेल खाता है - यानी उन्हें इस्तेमाल किया गया अंतिम फ़ोल्डर याद है।

आपको नोटपैड या पेंट के साथ इसे पुन: पेश करने में सक्षम होना चाहिए।

@buildcomplete ने पीआर # 2 के साथ एक समान समस्या की सूचना दी है, इसलिए शायद हमें इस व्यवहार को किसी भी तरह से ओवरराइड करने का एक तरीका चाहिए (?), आदर्श रूप से एक ऑप्ट-इन सेटिंग के रूप में जो ब्रेकिंग परिवर्तन पेश नहीं करता है।

यह बहुत अच्छा लगता है, जैसा कि आपने उल्लेख किया है, मैं एक नई सेटिंग के साथ पूरी तरह से ठीक हो जाऊंगा।

मुझे डिफ़ॉल्ट व्यवहार (जैसे नोटपैड) के बारे में पता था, लेकिन जब मैंने प्रारंभिक निर्देशिका को मैन्युअल रूप से सेट किया तो मैंने इस व्यवहार को बदलने की उम्मीद की।
मेरी धारणा यह थी कि InitialDirectory का मतलब निर्देशिका होना था जो हर बार संवाद दिखाया जाता है या कम से कम एप्लिकेशन के इस चल रहे उदाहरण में प्रदर्शित होता है। आवेदन को बंद करने और फिर से शुरू करने के बाद भी मुझे नजरअंदाज किए जाने की उम्मीद नहीं थी।

मैं एक ही मुद्दे का अनुभव कर रहा हूं।
बिना किसी सफलता के विभिन्न VistaSaveFileDialog गुणों को सेट करने के विभिन्न तरीकों / क्रम के साथ प्रयोग किया गया। डायलॉग हमेशा InitialDirectoy सेटिंग को अनदेखा करता है और डिफ़ॉल्ट का उपयोग करता है।

मैंने पुष्टि की है कि '_initialDirectory' VistaFileDialog.cs में मेरे इच्छित पथ पर सेट हो जाती है।
वहां से, मूल्य NativeMethods.cs में CreateItemFromParsingName(string path) तक पहुंच जाता है, और फिर यह COM छेद के नीचे गायब हो जाता है।

[DllImport("shell32.dll", CharSet = CharSet.Unicode)]
public static extern int SHCreateItemFromParsingName([MarshalAs(UnmanagedType.LPWStr)] string pszPath, IntPtr pbc, ref Guid riid, [MarshalAs(UnmanagedType.Interface)] out object ppv);

  public static Interop.IShellItem CreateItemFromParsingName(string path)
 {
     object item;
     Guid guid = new Guid("43826d1e-e718-42ee-bc55-a1e261c37bfe"); // IID_IShellItem
     int hr = NativeMethods.SHCreateItemFromParsingName(path, IntPtr.Zero, ref guid, out item);
     if( hr != 0 )
         throw new System.ComponentModel.Win32Exception(hr);
     return (Interop.IShellItem)item;
 }

यह SHCreateItemFromParsingName विधि विफल प्रतीत होती है, क्योंकि लौटाई गई COM ऑब्जेक्ट शून्य प्रतीत होती है?

मैंने विधि हस्ताक्षर में SetLastError = true जोड़ा और कॉल के बाद Marshal.GetLastWin32Error() की कोशिश की, लेकिन यह 0 देता है।

हालांकि यह सच है कि कई विंडोज़ अनुप्रयोगों में आपके अंतिम पथ को याद रखने के लिए "स्मार्ट" डिफ़ॉल्ट व्यवहार होता है, ऐसी कई स्थितियाँ होती हैं जहाँ ऐप का डेवलपर उपयोगकर्ता की मदद के लिए एक विशेष प्रारंभिक निर्देशिका निर्दिष्ट करना चाहता है। हमारे एप्लिकेशन परिदृश्य के लिए यह डिफ़ॉल्ट व्यवहार भी है, क्योंकि हमारे उपयोगकर्ता विशिष्ट प्रोजेक्ट-संबंधित निर्देशिकाओं से लोड/सेव करने की अपेक्षा करते हैं। नोटपैड/पेंट/वर्ड से "स्मार्ट" अंतिम निर्देशिका का उपयोग करना यहां कष्टप्रद और बेकार है।

प्लस: Microsoft.Win32.OpenFileDialog में ठीक वैसी ही संपत्ति है और यह अपेक्षा के अनुरूप इसका उपयोग करता है।

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

मैं Ookii लाइब्रेरी कोड में गया। तब मैंने पाया कि InitialDirectory संपत्ति को कैसे ध्यान में रखा जाए।
आप कोड की इस पंक्ति को VistaFileDialog.cs . फ़ाइल में बदल देंगे
विधि में internal virtual void SetDialogProperties(Ookii.Dialogs.Wpf.Interop.IFileDialog dialog)
इस कोड को बदलें

// Initial directory
if( !string.IsNullOrEmpty(_initialDirectory) )
{
    Ookii.Dialogs.Wpf.Interop.IShellItem item = NativeMethods.CreateItemFromParsingName(_initialDirectory);
    dialog.SetDefaultFolder(item);
}

सेवा मेरे

// Initial directory
if( !string.IsNullOrEmpty(_initialDirectory) )
{
    Ookii.Dialogs.Wpf.Interop.IShellItem item = NativeMethods.CreateItemFromParsingName(_initialDirectory);
    dialog.SetFolder(item);
}

हो गया है।
अब Ookii डायलॉग InitialDirectory प्रॉपर्टी में शुरू होगा।

आशा है कि यह मदद कर सकता है।

@ gitjsdr26 आप @augustoproiete . के लिए पीआर बना सकते हैं

@nzain , क्षमा करें, मुझे नहीं पता कि

ठीक है, मैंने इस मुद्दे पर प्रकाश डालने के लिए कुछ और जानकारी इकट्ठी की है।

हम एक InitialDirectory संपत्ति के बारे में बात करते हैं जैसे कि डब्ल्यूपीएफ के

फ़ाइल संवाद द्वारा प्रदर्शित प्रारंभिक निर्देशिका को प्राप्त या सेट करता है।

Ookii डायलॉग्स के उपयोगकर्ता समान व्यवहार की अपेक्षा करेंगे क्योंकि संपत्ति का नाम समान है। मैं सहमत हूं, कई स्थितियों में इस संपत्ति को सेट नहीं किया जाना चाहिए (नोटपैड इत्यादि), लेकिन यह एक अलग कहानी है। _If_ संपत्ति सेट है, यह अपेक्षा के अनुरूप काम करना चाहिए।

InitialDirectory को IFileDialog::SetDefaultFolder साथ भ्रमित नहीं होना चाहिए जिसे वर्तमान में कहा जाता है। यहां दस्तावेज कहता है:

उपयोग किए गए फ़ोल्डर को डिफ़ॉल्ट के रूप में सेट करता है यदि हाल ही में उपयोग किया गया फ़ोल्डर मान उपलब्ध नहीं है।

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

पीआर?

# 2 पीआर अब दो साल के लिए खुला है (!) और इसी तरह की बात बताता है। हालांकि लेखक @buildcomplete का उल्लेख है कि यह उनके परिदृश्य में कम से कम एक बार काम कर रहा है। उनका फिक्स पुराने कोड पर आधारित लगता है, लेकिन वही काम करता है जैसा @ gitjsdr26 सुझाव देता है: कॉल बदलें
IFileDialog::SetDefaultFolder(...) से IFileDialog::SetFolder(...) ।

मैं पीआर निर्माण के साथ समय बर्बाद नहीं करना चाहता (मैं इस सिंगल लाइन को भी बदल दूंगा)।

@augustoproiete कृपया हमें बताएं कि आप इस बारे में क्या सोचते हैं :)