Latest post of the previous page:
4347 (может быть возникло раньше, не проверял):При открытии файлов в редакторе курсор всегда стоит в начале файла, несмотря на установленную опцию "Save file position".
Latest post of the previous page:
4347 (может быть возникло раньше, не проверял):На sqlite.org
Не будет. Не важно. Допускает.Но сам-то найденный sqlite3 будет поддерживать юникод для правильной конвертации? Или это неважно для конвертации? Или конвертация допускает некоторые шероховатости?
Так и будет, если ничего страшного не проявится.насколько это экспериментально? Так все-таки будет или это просто потестировать?
Можно ничего не делать, в большинстве случаев всё будет работать как раньше, но в случае, обсуждаемом в этом топике, в историю будут продолжать попадать дубли и позиция будет восстанавливаться неправильно.Предлагать пользователям удалить history.db это немного жестко. История - одна из важных фишек Фара. И в history.db вся история, а не только файлов. Предлагать конвертировать - тоже не лучшее решение, для многих будет почти проще грохнуть history.db. Но если предлагать этот путь, то хотя бы подробнее его описать.
sqlite3.exe history.db .dump > history_dump.sql
Code: Select all
CREATE TABLE editorposition_history(id INTEGER PRIMARY KEY, name TEXT NOT NULL UNIQUE, time INTEGER NOT NULL, line INTEGER NOT NULL, linepos INTEGER NOT NULL, screenline INTEGER NOT NULL, leftpos INTEGER NOT NULL, codepage INTEGER NOT NULL);
Code: Select all
CREATE TABLE viewerposition_history(id INTEGER PRIMARY KEY, name TEXT NOT NULL UNIQUE, time INTEGER NOT NULL, filepos INTEGER NOT NULL, leftpos INTEGER NOT NULL, hex INTEGER NOT NULL, codepage INTEGER NOT NULL);
COLLATE NOCASE
после name TEXT NOT NULL UNIQUE
sqlite3.exe history.db < history_dump.sql
Code: Select all
sqlite3.exe history.db .dump > history_dump.sql
Code: Select all
INSERT INTO "editorbookmarks_history" VALUES
Code: Select all
sqlite3.exe history.db < history_dump.sql