किसी फ़ाइल को सहेजने के बाद Windows Vista का नोटपैड बेतरतीब ढंग से कर्सर क्यों ले जाता है?

15

क्या हो रहा है:

शुरू में मेरा कर्सर "यहां शुरू में" था। जब मैं Ctrl+Sफाइल को बचाने के लिए प्रेस करता हूं तो मेरा कर्सर अपने आप दूसरी स्थिति में चला जाता है।

कई कोशिशों के बाद, मैंने देखा है कि यह बेतरतीब ढंग से उस स्थान पर एक या दो पंक्तियों में चलती है जहां यह शुरू में था।

वैकल्पिक शब्द

(लाल रेखा कर्सर है - मैंने इसे मैन्युअल रूप से तैयार किया है क्योंकि यह प्रिंटस्क्रीन में दिखाई नहीं देगा)

क्या किसी ने इस बात को नोटिस किया?

नोटपैड का मेरा संस्करण है:

वैकल्पिक शब्द

यह एक समस्या है क्योंकि मैं टाइप करता रहता हूं और जब भी मैं बचत करता हूं, मुझे मैन्युअल रूप से कर्सर को सही जगह पर लाना होगा या फिर मैं लाइनों के बीच कहीं टाइप कर रहा हूं!

windows-vista notepad

— Lazer
स्रोत

1

मैं अनुमान लगा रहा हूं कि पोस्ट में कुछ चित्र होने चाहिए लेकिन यह केवल मेरे लिए "ऑल्ट टेक्स्ट" दिखाता है।

— टी। कल्टनेकर

@T। कल्टनेकर क्या यह अब तय हो गया है?

— लेज़र

हां, अब चित्र दिखाई दे रहे हैं।

— टी। कल्टनेकर

एक बग लगता है, मैं इसे पुन: पेश कर सकता हूं। ऐसा लगता है कि यह किसी तरह से शब्द लपेटने से संबंधित है। सुझाए गए नोटपैड ++ का उपयोग करें जैसा कि micmcg ने सुझाया है।

— टी। कल्टनेकर

1

परीक्षण से मैंने किया - अगर मैंने कुछ वर्ण जोड़े और सहेजा तो वह नहीं हिला। यदि मैंने पर्याप्त पाठ जोड़ा है तो यह बचत के बाद चले गए लाइन कर्सर के अंत में लिपटा है। अधिक बार यह जितना अधिक स्थानांतरित होता गया।

— टी। कल्टनेकर

25

मैंने इस समस्या को विंडोज एक्सपी नोटपैड में देखा। यह केवल तभी होता है जब आप सेव करते समय वर्ड रैप करते हैं। कर्सर जिस राशि को वापस ले जाता है वह अंतिम बचाने के बाद कर्सर से पहले नए रैप पॉइंट्स की संख्या से संबंधित होता है। अधिक नया रैप कर्सर से पहले इंगित करता है, आगे कर्सर वापस चलता है।

कर्सर क्यों चलता है? जब आप वर्ड रैप पर सेव करते हैं, तो नोटपैड, डिस्प्ले विंडो में प्रत्येक रैप पॉइंट पर CR CR LF अक्षर डालता है (लेकिन सेव की गई फाइल में नहीं)। डिस्प्ले विंडो की शुरुआत से लेकर कर्सर तक के वर्णों की संख्या समान रहती है, लेकिन अतिरिक्त CR CR LF वर्णों के कारण, कर्सर पीछे की ओर जाता दिखाई देता है।

अधिक जानकारी और चरण-दर-चरण उदाहरण के लिए, नोटपैड बग देखें : डिस्प्ले विंडो में CR CR LF अक्षरों के आवेषण पर वर्ड रैप के साथ सेविंग ।

— Bavi_H
स्रोत

1

जानकारी जोड़ने के लिए धन्यवाद। टूटी कड़ियों के साथ भविष्य की समस्याओं को कम करने के लिए मुख्य रूप से लिंक वाली पोस्ट को हतोत्साहित किया जाता है।

— quackote

जवाब जिसका मुझे इंतजार था!

— लेज़र

1

वास्तव में, यह बग सभी तरह से विंडोज के दिनों के लिए वर्कग्रुप 3.11 पर वापस चला जाता है (आगे भी वापस जा सकता है)। मैं विंडोज लिखने का उपयोग करता था और यह ठीक वैसा ही काम करता था जब भी आप वर्ड रैप पर सेव करेंगे, हालांकि यह वर्ड-रैपिंग को थोड़ा बदल देगा लेकिन डिस्प्ले को अपडेट नहीं करेगा, जिससे चीजें जंबल हो जाएंगी। जब विंडोज 95 बाहर आया, तो राइट का नोटपैड में नाम बदल दिया गया और कर्सर बग बना रहा, जहां यह अभी भी बना हुआ है। दूसरे शब्दों में, यह बग कम से कम 20 वर्षों से मौजूद है और अभी भी एम $ ने इसे ठीक करने के लिए आस-पास नहीं देखा है।

— क्राइस क्रेग

2

लिखो - मुझे पूरा यकीन है कि लिखो का नोटपैड से कोई लेना-देना नहीं है। विंडोज 3.1 और 3.11 वर्कग्रुप्स के लिए नोटपैड और राइट दोनों थे, वे अलग-अलग प्रोग्राम थे। राइट के आधुनिक समकक्ष वर्डपैड है, नोटपैड नहीं। मुझे इस तरह का एक बग याद नहीं है, लेकिन अगर वहाँ एक था, मुझे संदेह है कि यह इस नोटपैड बग से संबंधित नहीं है। नोटपैड बग एक बहु-पंक्ति संपादन नियंत्रण के EM_FMTLINES संदेश के खराब उपयोग के कारण होता है । मुझे लगता है कि लिखें और वर्डपैड समृद्ध पाठ नियंत्रण का उपयोग करते हैं, इसलिए मुझे संदेह है कि यह एक ही बात है। @ क्रिकग्रिग

— बावी_एच

2

बग का अस्तित्व कब तक है - मैंने विंडोज 3.1 में नोटपैड के संस्करणों का उपयोग किया है, 3. कार्यसमूहों के लिए 3.11, 95, एक्सपी, 7, 8, 8.1, और 10. 3.1 से 95 तक के संस्करणों में यह बग नहीं था, और XP से 10 तक के संस्करणों में यह बग होता है। में इस ब्लॉग पोस्ट , लेखक कहते हैं कि वे Windows 2000 में और बाद बग देखा है। मुझे लगता है कि विंडोज 2000 के आसपास कहीं न कहीं, नोटपैड को EM_FMTLINES का उपयोग करने के लिए संशोधित किया गया था, और यह बग तब से बना हुआ है।

— बावी_एच

9

भले ही यह एक बग है, अगर आप नोटपैड में कुछ भी कर रहे हैं नियमित रूप से इसके लिए पर्याप्त एक मुद्दा है, तो आपको एक बेहतर पाठ संपादक का उपयोग शुरू करने की आवश्यकता है। एक शुरुआत के लिए मुफ्त नोटपैड ++ आज़माएं - http://notepad-plus.sourceforge.net/

— micmcg
स्रोत

2

मेरे पास है ... नोटपैड के साथ मुद्दों + दुर्घटनाग्रस्त और / या फ़ाइल को कई प्रणालियों पर खुले रूप से लटका देना। इसके अलावा, एक महान संपादक;)

— एड एस।

लोकप्रिय टेक्स्ट संपादकों की सूची के लिए SO देखें: stackoverflow.com/questions/14155/windows-based-text-editors

— lexu

0

(मैं एक टिप्पणी के रूप में पोस्ट नहीं कर सकता क्योंकि मेरे पास पर्याप्त प्रतिष्ठा नहीं है।)

इस साइट के अनुसार , यह कम से कम विंडोज 10 संस्करण 1511 (नवंबर 2015) द्वारा तय किया गया था।

इस साइट के अनुसार , बग 18 अक्टूबर 2015 को विंडोज 10 में मौजूद था।

यदि हम विंडोज 10 के प्रमुख संस्करणों द्वारा जा रहे हैं, तो प्रारंभिक रिलीज 1507 थी, फिर अगला प्रमुख संस्करण 1511 था । इसलिए कटौती द्वारा, संस्करण 1511 पहला बड़ा अपडेट था जो इस बग को ठीक कर दिया था।

— user868538
स्रोत

-2

अपना रजिस्ट्री संपादक खोलें, और वर्तमान उपयोगकर्ता में निम्नलिखित कुंजी खोजें:

HKEY_CURRENT_USER\Software\Microsoft\Notepad

फिर

नामक एक नया DWORD मान बनाएँ fSavePageSettings और इसे "1" पर सेट करें
अगर fSaveWindowPositionsमौजूद नहीं है तो DWORD बनाएं और इसे "1" पर सेट करें

— jama.jamazoka
स्रोत

2

इन कुंजियों का क्या अर्थ है और उनका प्रभाव क्या है?

— डेर होकस्टापलर

मुझे Microsoft उत्तर साइट पर इन रजिस्ट्री सेटिंग्स का एक संदर्भ मिला , लेकिन सेटिंग्स ने समस्या को ठीक नहीं किया, जो कि विंडोज 7 और 8 पर भी होता है

— boot13