संदर्भ विंडो किसी कार्रवाई का समर्थन करती हैं; वे स्वयं कार्रवाई नहीं हैं। संपादक, फॉर्म या एप्लिकेशन को दृश्य रूप से प्राथमिक रखें जहाँ आप परिवर्तन करेंगे, फिर उस परिवर्तन का निर्णय लेने के लिए आवश्यक संदर्भों को ही बनाए रखें।
कार्यशील और संदर्भ भूमिकाओं को लेबल करें
पाठ संशोधन के लिए, ड्राफ्ट कार्यशील विंडो है। प्रतिक्रिया, वर्तमान वेबपेज और स्टाइल गाइड संदर्भ हैं। डिबगिंग के लिए, सुधार चलाने वाला संपादक या टर्मिनल कार्यशील विंडो है; लॉग और दस्तावेज़ीकरण संदर्भ हैं।
अगली क्रिया को रिकॉर्ड करें ताकि भूमिकाएँ स्पष्ट रहें: “API प्रतिक्रिया से मेल खाने के लिए त्रुटि संदेश को अपडेट करें” आपको बताता है कि किस विंडो को परिवर्तन प्राप्त होता है और कौन सी विंडो साक्ष्य प्रदान करती हैं।
वर्तमान निर्णय तक संदर्भ सीमित करें
बहुत सारे संदर्भ हर स्रोत को समान रूप से महत्वपूर्ण बनाते हैं। केवल एक आधिकारिक स्रोत, एक देखे गए परिणाम और एक तुलना को तब रखें जब प्रत्येक एक अलग प्रश्न का उत्तर दे। यह पुष्टि करने के बाद कि उनकी जगह नए आ गए हैं, डुप्लिकेट खोज परिणामों और पुराने संस्करणों को बंद कर दें।
लेआउट इस अंतर को पुष्ट कर सकता है: कार्यशील विंडो को अधिक स्थान दें और संदर्भों को उसके बगल में, किसी अन्य डिस्प्ले पर, या उसके पीछे रखें। एक टाइलिंग टूल ज्यामिति का प्रबंधन कर सकता है, जबकि एक प्रोजेक्ट समूह यह रिकॉर्ड करता है कि दोनों भूमिकाएँ एक ही परिणाम की सेवा करती हैं।
सत्र से परे स्रोतों को सुरक्षित रखें
बंद होने के बाद भी जीवित रहने वाले किसी भी संदर्भ के लिए बुकमार्क, फ़ाइल पथ, उद्धरण या नोट सहेजें। एक खुला ब्राउज़र या PDF विंडो एक अस्थायी दृश्य है; उसका शीर्षक और सिस्टम पहचान बदल सकती है। जब अगली कार्रवाई बदलती है, तो पूरे ढेर को आगे ले जाने के बजाय संदर्भों का पुनर्मूल्यांकन करें।
Wallo एक लक्ष्य के तहत कार्यशील और संदर्भ विंडो को समूहीकृत कर सकता है, लेकिन यह किसी व्यक्तिगत कार्य को किसी विशेष विंडो से नहीं बांधता है या लाइव विंडो को स्थायी स्रोत रिकॉर्ड में नहीं बदलता है। उन संबंधों को स्पष्ट रखें।