OS X में सहेजे गए / डिफ़ॉल्ट विंडो के आकार और स्थिति को क्या नियंत्रित करता है?

मैं अपने मैक पर क्रोम और क्रोमियम दोनों चला रहा हूं। मुझे कभी भी क्रोम के साथ कोई समस्या नहीं दिखती है लेकिन क्रोमियम के साथ यह हमेशा स्क्रीन पर बहुत ही विषम और बहुत छोटे आकार और स्थिति में शुरू होता है।

मुझे पता है कुछ हैं खिड़की प्रबंधन के लिए अच्छी उपयोगिताओं , लेकिन ओएस एक्स में खिड़कियों के डिफ़ॉल्ट आकार / स्थिति को क्या नियंत्रित करता है?

macos mac display-settings

— cwd
स्रोत

FYI करें - Chrome के पास है कमांड लाइन स्विच आप विंडो का आकार और स्थिति सेट करने के लिए उपयोग कर सकते हैं: --window-position = x, y और --window- आकार = w, h

— cwd

यह कार्यक्रम पर निर्भर करता है। इनमें से अधिकांश "मुख्य" विंडो सेटिंग्स (या, अधिक सटीक रूप से, "दस्तावेज़" विंडो सेटिंग्स) हार्डकोड की तरह हैं। मेरा मानना है कि वे Apple का उपयोग अपने विंडो प्रबंधन ढांचे में करते हैं, जैसे कि Preview.app।

अधिकांश ऐप्स के लिए, केवल NSWindow सहायक खिड़कियों के गुणों को कार्यक्रम में संग्रहीत किया जाता है संपत्ति सूची , जबकि दस्तावेज़ विंडो सेटिंग्स कहीं और संग्रहीत की जा सकती हैं। यह क्रोम करता है, क्योंकि यह क्रॉस-प्लेटफ़ॉर्म है और कई कंप्यूटरों पर साझा प्राथमिकताओं के प्रारूप का उपयोग करता है।

उदाहरण के लिए, com.macromates.textmate.plist निम्नलिखित प्रविष्टि है:

NSWindow Frame New File Sheet
568 932 386 209 0 0 1920 1178

आप इन्हें बदल सकते हैं, और मेरा मानना है कि वे प्रतिनिधित्व के लिए आयत निर्देशांक और उत्पत्ति का उपयोग करते हैं, जो पहले चार मान हैं NSRect:

शीर्ष बाएँ X समन्वय करें
शीर्ष बाएं Y समन्वय करें
चौड़ाई
ऊंचाई

TextMate कर देता है के तहत अपनी मुख्य खिड़की की स्थिति को स्टोर करें OakDocumentWindowFrame, लेकिन जैसा कि मैंने पहले ही उल्लेख किया है, यह सभी दस्तावेज़-आधारित अनुप्रयोगों के लिए मामला नहीं है।

Google Chrome, JSON फ़ाइल में, इससे निपटने के अपने तरीके का उपयोग करता है। इसमें window_placement सेटिंग, और आप इसे पा सकते हैं:

~/Library/Application Support/Google/Chrome/Default/Preferences

यहाँ यह कैसा दिखता है:

"window_placement": {
         "always_on_top": false,
         "bottom": 1046,
         "left": 0,
         "maximized": false,
         "right": 1680,
         "top": 22,
         "work_area_bottom": 1046,
         "work_area_left": 0,
         "work_area_right": 1680,
         "work_area_top": 22
      },

— slhck
स्रोत

देखना ~/Library/Preferences/com.google.Chrome.plist और मुझे बहुत अधिक उपयोगी जानकारी नहीं दिख रही है। स्क्रीनशॉट के साथ अपडेट किया गया पोस्ट ...

— cwd

@cwd इस उत्तर को फिर से पढ़ें, इसमें केवल उल्लेख है सहायक खिड़कियां , निरीक्षकों की तरह।

— Daniel Beck

@DanielBeck तो मैं सही हूँ कि अधिकांश अनुप्रयोगों होगा नहीं दस्तावेज़ विंडो गुणों को संग्रहीत करने के लिए वरीयता सूची का उपयोग करें, लेकिन अपनी स्वयं की सेटिंग्स का सहारा लें (जैसे क्रोम करता है)? इसके लिए एक संदर्भ नहीं मिल सका।

— slhck

@slhck आप ज्यादातर सही हैं, जो मैं बता सकता हूं। यहाँ मुझे क्या लगता है: इंस्पेक्टर (जैसे फोंट डायलॉग, ओपन / सेव डायलॉग्स इत्यादि) को सिस्टम फ्रेमवर्क द्वारा संभाला जाता है और आवेदन के लिए अपनी प्राथमिकताएँ जोड़ते हैं .plist। एप्लिकेशन लेखक इसे कहीं और संग्रहीत करने के लिए स्वतंत्र हैं (जैसे क्रॉस-प्लेटफ़ॉर्म क्रोम उस JSON फ़ाइल के साथ करता है), या में .plist, जैसे उदा। सफारी (grep के लिए) NSWindow Frame BrowserWindowFrame ) या टर्मिनल (grep के लिए) NSWindow Frame $ProfileName, उदा। NSWindow Frame TTWindow Basic ) करना। चूक (जैसे पूर्वावलोकन) के बिना कार्यक्रम बस इसे छोड़ सकते हैं।

— Daniel Beck

AFAIK, कोई विंडो आकार / स्थिति डिफ़ॉल्ट रूप से सहेजे नहीं जाते थे। डेवलपर को एक अद्वितीय जोड़ना होगा autosaveName के लिए मूल्य NSWindow (या NSPanel ) निब फ़ाइल में, या प्रोग्रामटाइम रनटाइम पर। इस स्ट्रिंग मान का उपयोग किसके बाद किया जाता है NSWindow Frame हिस्सा: पसंद है BrowserWindowFrame। यदि कोई ऑटोसैवनाम सेट नहीं है, तो उस विंडो के लिए कोई भी जानकारी सेव नहीं की जाती है। निश्चित रूप से निश्चित नहीं है कि NSDocument- आधारित विंडो को WRT ऑटोसैवनाम कैसे नियंत्रित किया जाता है। ध्यान दें कि नई लायन रिस्टोर सुविधा संभवतः विंडोज़ को तब भी सहेजने की अनुमति दे सकती है, जब तक कि कोई ऑटोसैवनाम सेट न हो, जिसके लिए विचाराधीन विंडो (निश्चित नहीं)।

— NSGod