AnyMemo
AnyMemo copied to clipboard
DB settings are lost on Import->Convert action
STR:
- Import any db (I used "Import Mnemosyne1 XML").
- Customize it.
- Import this db repeatedly from xml-file: In dialog "Convert and merge" click button "No". Result: DB settings was reset to default settings.
Make please, to replace only the words, but not the setting!
This is by design. If you say not merging, the original database will be deleted and replaced with the newly imported one. I would like to know why you keep the settings while replacing cards?
I don't use editing cards in app, bacause my editing are enough complicated (multiple insertion of new words, exchanges their places, etc.); "Merge" leads to unpredictable consequences. I edit xml-files with words on PC only, then import them to my device. In this case, if xml- and db-files have the same names then one expect that db-settings (which I made previously) will be saved. Now, every times after import I need to make settings for the imported db anew.
The settings are not saved in Mnemosyne XML files. If you want to edit on your computer, I would suggest use a SQLite editor to edit the file directly.
Firefox has an add-on. I think it is one of the best. Just install firefox browser and then install the addon below. You can open the .db file directly and edit it. https://addons.mozilla.org/en-US/firefox/addon/sqlite-manager/
Sincerely, Liberty
On Tue, Sep 8, 2015 at 4:46 AM, VSHY [email protected] wrote:
I don't use editing cards in app, bacause my editing are enough complicated (multiple insertion of new words, exchanges their places, etc.); "Merge" leads to unpredictable consequences. I edit xml-files with words on PC only, then import them to my device. In this case, if xml- and db-files have the same names then one expect that db-settings (which I made previously) will be saved. Now, every times after import I need to make settings for the imported db anew.
— Reply to this email directly or view it on GitHub https://github.com/helloworld1/AnyMemo/issues/371#issuecomment-138529167 .
This is an interesting case. Many thanks for your suggestion!