केट के दुर्घटनाग्रस्त होने के बाद मैं कैसे ठीक हो सकता हूं?


12

मैं केट का इस्तेमाल कोडिंग और नोटबंदी के लिए करता हूं। कभी-कभी यह दुर्घटनाग्रस्त हो जाता है - अक्सर जब मुझे बहुत कुछ खुला मिलता है। गैर-वास्तविक 'दस्तावेज़' (उदाहरण के लिए, फ़ाइलों द्वारा समर्थित, जिन्हें किसी बिंदु पर सहेजा गया है) में आमतौर पर बैकअप / ऑटोसेव प्रकार की पुनर्प्राप्ति फ़ाइल होती है, जो अधिक-या-कम कार्य करती है। दुर्भाग्य से, मैंने Ctrlnअस्थायी नोटों को संग्रहीत करने के लिए अनटाइटल्ड बफ़र्स (जैसे, केट में दबाकर ) का उपयोग करने की आदत डाल ली है ।

केट बस दुर्घटनाग्रस्त हो गया और मैं इनमें से आधा दर्जन हार गया। क्या केट ने कहीं भी 'नई' फाइलों के लिए बैकअप स्टोर किया है? मैंने जाँच की, ~/.kde/share/apps/kate/और कुछ भी स्पष्ट नहीं देखा ...

kate-editor 3.8.5
KDE 4.8.5
Ubuntu 12.04 (Don't remember if Kubuntu or Ubuntu + KDE, in case that makes a difference)

आपको क्या लगा कि इससे उबरना संभव है?
डेज़ी

मेरे पास इसके लिए 'टम्बलवीड' कैसे नहीं है? (मैं एक जवाब पसंद करूंगा, बस
साईं

इस सुविधा के लिए पूछने के लिए सबसे अच्छी जगह है kde's Bugzilla।
sendmoreinfo

हो सकता है, या केट का (के) उबंटू का हो। जब तक आपके पास एक विशिष्ट लिंक नहीं था?
शिकारी २

1
हाँ, लगता है कि मैंने आपका मतलब नहीं पकड़ा है - मैं पूछ रहा था कि क्या यह एक अतिरिक्त विशेषता है, इसे जोड़ने के लिए नहीं पूछ रहा है। और, हालांकि ऐसा लगता है कि यह जोड़ना आसान होगा (बफर पहले से ही कहीं है, ठीक है?), मेरे उद्देश्यों के लिए मुझे लगता है कि एक गूंगा आदत को तोड़ना इस पर एक फीचर अनुरोध सबमिट करने से आसान है।
शिकारी २

जवाबों:


9

केट डेवलपर्स में से एक होने के नाते, मैं वर्कफ़्लो को इस तरह समझा सकता हूं:

जब केट या सिस्टम क्रैश हो जाता है, तो आप उन सभी टेक्स्ट बफ़र्स को ढीला कर देते हैं जो कभी सेव नहीं हुए थे। हालाँकि, यदि आप एक पाठ फ़ाइल (डिस्क पर फ़ाइल के रूप में मौजूद है) पर काम कर रहे हैं, तो फ़ाइल के बगल में एक स्वैप फ़ाइल बनाई जाती है, जिसे .filename.kate-swp कहा जाता है। अब, यदि केट फिर से शुरू होता है, तो केट इन स्वैप फ़ाइलों की खोज करता है। यदि यह पाया जाता है कि यह स्वैप फ़ाइल में दर्ज किए गए सभी संपादन क्रियाओं को दोहराता है, और आपका डेटा पूरी तरह से बहाल है।

अंगूठे का नियम: हमेशा (और मैं दोहराता हूं: अलाइव ) फाइलों के साथ काम करते हैं, न कि टेक्स्ट बफर। वह सब कुछ है जो आप कंप्यूटर पर करते हैं।


2
इस ए, बी / सी को स्वीकार करते हुए मुझे लगता है कि आप पुष्टि कर रहे हैं कि मैं वह नहीं कर सकता जो मैंने पूछा था (मैं "सभी पाठ बफ़र्स जो कभी भी सहेजे नहीं गए थे" खो देते हैं)। हां, यह एक बुरी आदत / प्रथा थी, जिसे मैंने ज्यादातर करना बंद कर दिया है।
शिकारी २

0

विशेष रूप से केट के बारे में कुछ भी जाने बिना, मैंने विम के लिए [1] पाया । दोनों यूनिक्स कार्यक्रम होने के नाते, वहाँ भी कुछ ऐसा ही हो सकता है?

(किसी अन्य उपयोगकर्ता के समान अनाम फ़ाइल उपयोग पाया गया।)

मेरे स्रोत:

[१] /superuser/195894/where-does-vim-gvim-macvim-keep-swap-files-for-unsaved-unonym-buffers


हाँ, वहाँ हो सकता है , और यही मैं / के लिए उम्मीद कर रहा था। लेकिन वे पूरी तरह से अलग कार्यक्रम हैं, और जवाब वहाँ नहीं है लगता है यहाँ लागू करने के लिए। मैंने यह परीक्षण करने की कोशिश की कि वहां क्या कहा गया है (विशेष रूप से, मैंने "~ / tmp /" पहले नहीं देखा था), बिना किसी भाग्य के। यदि आप चाहें, तो अधिक विवरण जोड़ें ... (क्या उन विशिष्ट कार्यों में से एक सोचने के लिए एक विशिष्ट कारण है (और मैं अंधा हूं - काफी संभव है), या कि केट के पास एक पुनर्प्राप्ति सुविधा है जो मुझे याद है?)
hunter2

'बेशक' अब मेरे पास मूल स्थिति नहीं है, और न ही मैं इसे दोहराने की जल्दी में हूं। इस बार, मेरा परीक्षण नए बफ़र्स बनाने के लिए था, उनमें कुछ अस्पष्टताएं डाल दीं और उल्लिखित निर्देशिकाओं की जांच की। // (हालांकि इसका जवाब देना हमेशा अच्छा होगा, मूल स्थिति कुछ महीने पहले थी, अब, और मैंने बस इसे फिर से नहीं होने देने की कोशिश की है - कम से कम एक फ़ाइल में नोट ले लो जो एक ज्ञात में मौजूद है स्थान।)
शिकारी 2

दुर्भाग्य से, मुझे इन कार्यक्रमों पर अधिक ज्ञान नहीं है। मैं बस उस पोस्ट को खोजने के लिए हुआ जो किसी तरह से संबंधित है। बदकिस्मती है कि इसने अभी भी जवाब नहीं दिया।
माइक्रो जूल

0

सबसे पहले सभी फ़ाइलों को दृश्यमान करें (मेरा मतलब है कि छिपी हुई फाइलें) और उसी ~ dir फ़ाइलों में "~" या इस तरह की खोज करने का प्रयास करें।


शायद आप समझा सकते हैं कि कैसे?
स्लम
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.