Как я могу восстановиться после сбоев Кейт?


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)

Что заставило вас думать, что это можно восстановить?
Маргаритка

Как у меня нет «камыша» для этого? (Я бы предпочел ответ, просто скажи ....)
hunter2

Лучшее место, чтобы попросить эту функцию - это Bugzilla KDE.
sendmoreinfo

Может быть, или Кейт или (K) Убунту. Разве у тебя была конкретная ссылка?
hunter2

1
Да, думаю, я не понял, что вы имели в виду - я спрашивал, сохранилась ли эта функция, а не просил добавить ее. И, хотя кажется, что его было бы легко добавить (буфер уже где-то есть, верно?), Для моих целей я считаю, что избавиться от глупой привычки проще, чем подать запрос на добавление функции.
hunter2

Ответы:


9

Будучи одним из разработчиков Kate, я могу объяснить рабочий процесс следующим образом:

Когда происходит сбой Kate или системы, вы теряете все текстовые буферы, которые никогда не сохранялись. Однако, если вы работаете с текстовым файлом (который существует как файл на диске), рядом с файлом создается файл подкачки, который называется .filename.kate-swp. Теперь, если Kate запускается снова, Kate ищет эти файлы подкачки. Если он найден, он копирует все действия по редактированию, записанные в этом файле подкачки, и ваши данные полностью восстанавливаются.

Практическое правило. Всегда (и я повторяю: alawys ) работайте с файлами, а не с несохраненными текстовыми буферами. Это хорошая практика для всего, что вы делаете на компьютере.


2
Принимая это A, b / c, я думаю, вы подтверждаете, что я не могу сделать то, что я просил (что я теряю «все текстовые буферы, которые никогда не сохранялись»). Да, это была плохая привычка / практика, которую я в основном прекратил делать.
hunter2

0

Не зная ничего о Кейт, в частности, я нашел [1] для vim. Обе программы Unix, может ли быть что-то похожее?

(Только что нашел похожее использование файла без имени другого пользователя.)

Мои источники:

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


Да, мог , и именно на это я и надеялся. Но это совершенно разные программы, и ответы здесь, похоже, здесь не применимы. Я попытался проверить, что там сказано (в частности, я не видел "~ / tmp /" раньше), но безуспешно. Если хотите, добавьте больше подробностей ... (Есть ли конкретная причина думать, что один из этих каталогов работает (а я слепой - вполне возможно), или что в KATE есть функция восстановления, которую я пропустил?)
hunter2

«Конечно», у меня больше нет исходной ситуации, и я не спешу ее воспроизводить. На этот раз мой тест состоял в том, чтобы создать новые буферы, добавить в них немного тарабарщины и проверить упомянутые каталоги. // (Хотя всегда было бы хорошо получить ответ, исходная ситуация была несколько месяцев назад, сейчас, и я попытался просто не допустить, чтобы это повторилось - по крайней мере, делать заметки в файле, который существует в известном местоположение.)
hunter2

К сожалению, у меня нет больше знаний об этих программах. Я просто случайно нашел этот пост, который как-то связан. Не повезло, что это не послужило ответу до сих пор.
Мико

0

прежде всего сделайте все файлы видимыми (я имею в виду скрытые файлы) и попробуйте искать в тех же самых каталогах файлы с помощью «~» или тому подобное.


Возможно, вы могли бы объяснить, как?
slm
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.