-
-
Notifications
You must be signed in to change notification settings - Fork 56
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feature request: export / import contacts and correspondence. #1047
Comments
I second this. |
Yeah, I think that's a reasonable thing to add. @theAkito has added the ability to export your messages (per contact), so I guess we'll continue along that route and add support for importing the same format in the future. :) |
This comment was marked as off-topic.
This comment was marked as off-topic.
I believe it will be less convenient to import all the data, if one has a long contact list. Although export messages for particular contact(s) could be useful. A method to backup/restore the whole app's data(that also includes transfered files and settings) would be nice. btw, that json format is not really human readable, and super redundant.
What time zone is this?
And mixed with different time format .
Since there is only one contact, no need to include this information for every massage. Kind regards |
I was aware of that when I implemented it and thought about making it less redundant. However, since I am planning to make these backups importable at some point, I didn't want to change the message format, as long as I don't have a clear plan on how to do the import, so I just kept the messages verbatim, just as they are actually in the app. That said, I must emphasize that the Import/Export functionality is obviously overall still a work in progress. Especially, as long as the Import functionality is not yet available, you cannot judge the format as if it would stay the same forever from now on. It will change. Hence there is also a backup version, so the app can import & export older backups. As for the human readability, I'm not sure if you specifically applied that to the redunandcy or the overall serialization method. As explained above, the redundancy will be reduced in the future, but the format, i. e. JSON, won't change. It is human readable, when pretty printed, and one of the best methods available. |
Thanks for your explanation. A human readable format would be something like a HTML document with visual decoration like bubbles in my humble opinion, although it may not suitable for import back. And unix timestamp is absolutely not human readable under any circumstance. And one more thing, xml+xsl might be another best method available. |
Please add for convenience the export / import contacts and correspondence.
The text was updated successfully, but these errors were encountered: