Làm thế nào tôi có thể phục hồi sau khi Kate gặp sự cố?


12

Tôi sử dụng Kate để viết mã và ghi chú. Đôi khi nó gặp sự cố - thường là khi tôi đã mở rất nhiều. Các tài liệu 'thực' chưa được lưu (ví dụ: các tài liệu được hỗ trợ bởi các tệp đã được lưu tại một số điểm) thường có tệp khôi phục loại sao lưu / tự động lưu, hoạt động nhiều hơn hoặc ít hơn. Thật không may, tôi đã có thói quen sử dụng bộ đệm không có tiêu đề (ví dụ: nhấn Ctrlnvào Kate) để lưu các ghi chú tạm thời.

Kate vừa gặp nạn và tôi đã mất nửa tá trong số này. Kate có lưu trữ các bản sao lưu cho các tệp 'mới' ở bất cứ đâu không? Tôi đã kiểm tra ~/.kde/share/apps/kate/và không thấy gì rõ ràng ...

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)

Điều gì khiến bạn nghĩ rằng nó có thể phục hồi?
cúc

Làm thế nào để tôi không có 'tumbleweed' cho việc này? (Tôi muốn một câu trả lời, chỉ cần nói ....)
hunter2

Nơi tốt nhất để yêu cầu tính năng này là bugzilla của kde.
sendmoreinfo

Có thể, hoặc của Kate hoặc (K) Ubuntu. Trừ khi bạn có một liên kết cụ thể?
hunter2

1
Vâng, đoán tôi đã không nắm bắt được ý của bạn - Tôi đã hỏi liệu đây có phải là một tính năng còn tồn tại không, không yêu cầu thêm nó. Và, mặc dù có vẻ như nó sẽ là một thứ dễ dàng để thêm vào (bộ đệm đã có ở đâu đó, phải không?), Với mục đích của tôi, tôi nghĩ rằng việc phá vỡ một thói quen ngu ngốc dễ dàng hơn là gửi một yêu cầu tính năng trên cái này.
hunter2

Câu trả lời:


9

Là một trong những Nhà phát triển Kate, tôi có thể giải thích quy trình làm việc như thế này:

Khi Kate hoặc hệ thống gặp sự cố, bạn mất tất cả bộ đệm văn bản không bao giờ được lưu. Tuy nhiên, nếu bạn đang làm việc trên một tệp văn bản (tồn tại dưới dạng tệp trên đĩa), một tệp hoán đổi được tạo bên cạnh tệp, được gọi là .filename.kate-swp. Bây giờ, nếu Kate bắt đầu lại, Kate tìm kiếm các tệp hoán đổi này. Nếu tìm thấy, nó sao chép tất cả các hành động chỉnh sửa được ghi lại trong tệp hoán đổi này và dữ liệu của bạn được khôi phục hoàn toàn.

Nguyên tắc nhỏ: Luôn luôn (và tôi lặp lại: alawys ) làm việc với các tệp, không phải bộ đệm văn bản chưa được lưu. Đó là thực hành tốt với mọi thứ bạn làm trên Máy tính.


2
Chấp nhận điều này, b / c Tôi nghĩ rằng bạn đang xác nhận rằng tôi không thể làm những gì tôi yêu cầu (rằng tôi mất "tất cả các bộ đệm văn bản không bao giờ được lưu"). Vâng, đó là một thói quen / thực hành xấu, mà tôi hầu như đã ngừng làm.
hunter2

0

Không biết gì về Kate nói riêng, tôi tìm thấy [1] cho vim. Cả hai đều là chương trình unix, có thể có một cái gì đó tương tự ở đó?

(Chỉ tìm thấy cách sử dụng tệp không tên tương tự của người dùng khác.)

Nguồn của tôi:

[1] /superuser/195894/where-does-vim-gvim-macvim-keep-swap-files-for-unatted-unnamed-buffers


Vâng, có thể , và đó là những gì tôi đang / đang hy vọng. Nhưng chúng là những chương trình hoàn toàn khác nhau và câu trả lời dường như không được áp dụng ở đây. Tôi đã thử kiểm tra những gì nó nói ở đó (đặc biệt, tôi chưa từng thấy "~ / tmp /" trước đây), nhưng không có may mắn. Nếu bạn muốn, hãy thêm chi tiết ... (Có lý do cụ thể để nghĩ rằng một trong những thư mục đó hoạt động không (và tôi bị mù - hoàn toàn có thể), hoặc KATE có tính năng khôi phục mà tôi đã bỏ lỡ?)
hunter2

'Tất nhiên' Tôi không còn có tình huống ban đầu, tôi cũng không vội vàng sao chép nó. Lần này, thử nghiệm của tôi là tạo ra các bộ đệm mới, đặt một số từ vô nghĩa vào chúng và kiểm tra các thư mục được đề cập. // (Mặc dù sẽ rất tốt khi có câu trả lời, nhưng tình huống ban đầu là cách đây vài tháng, và tôi đã cố gắng đơn giản là không để nó xảy ra lần nữa - ít nhất là ghi chú trong một tệp tồn tại trong một tệp đã biết địa điểm.)
hunter2 26/07/13

Thật không may, tôi không có thêm kiến ​​thức về các chương trình này. Tôi chỉ tình cờ tìm thấy bài đăng mà bằng cách nào đó liên quan. Thật không may là nó vẫn không phục vụ câu trả lời.
mico

0

trước hết làm cho tất cả các tệp hiển thị (ý tôi là các tệp bị ẩn) và cố gắng tìm kiếm trong cùng một tệp dir với "~" hoặc như thế.


Có lẽ bạn có thể giải thích làm thế nào?
slm
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.