Matthias Beyer
5f3b7b31e7
We have to move the `Email` type at the bottom of the DeserVcard type because it contains a table and we must emit tables as last values when de/serializing. Maybe this will shoot us in the foot later, but only with TOML I guess. We'll see. For now, this is good. For that we need to update a dependency: vobject -> 0.5 |
||
|---|---|---|
| .. | ||
| src | ||
| Cargo.toml | ||
| README.md | ||
README.md
libimagcontacts
The contact library basically only creates references to the actual
vcard files, though it also can parse (via the vobject crate) the
information and return it from an entry directly.
The architecture of indirections is as follows:
+--------------------------------+
| |
| Store, as ContactStore |
| |
+----------------+---------------+
|
| Provides access to
|
+----------------v---------------+
| |
| (FileLock)Entry as Contact |
| |
| which is actually a: |
| |
| (FileLock)Entry as Ref |
| |
+----------------+---------------+
|
| refers to
|
+----------------v---------------+
| |
| vcard file (outside store) |
| |
+----------------+---------------+
|
| contains
|
+----------------v---------------+
| |
| vcard data |
| |
+--------------------------------+
As the library is build upon libimagentryref, it does not create a new
subcollection in the store /contacts, but uses the infrastructure of
libimagentryref which automatically puts all references in /ref.