https://bugs.freedesktop.org/show_bug.cgi?id=57873

Lionel Elie Mamane <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |regression
                 CC|                            |[email protected]

--- Comment #4 from Lionel Elie Mamane <[email protected]> ---
Technically, this is also a regression compared to pre-mork days, maybe except
the "multi-profile" part.

I still think it would be useful to be able to open an arbitrary .mab file,
even it is not configured to be used in any Thunderbird profile, and even
though (actually, *especially* since) Thunderbird is not able to do that.

Since the initial bug description is a but confused, here's a summary:

 sdbc:address:thunderbird all address books in the default profile (including
those created with menu File / New / Address Book)

 sdbc:address:thunderbird:file:/home/user/backup/blah.mab gets that specific
address book (and its lists, assuming this is stored in the .mab file)

 sdbc:address:thunderbird:profile:FOO all address books in the "FOO" profile of
Thunderbird/Icedove.


(The part about "we should store (in the sdbc: URL) the *internal* name" is
nonsense, since when we use a profile, we don't have the address book name in
the URL...)

Thinking aloud now... if we add schema support to the mork driver, we could
have, in the "access by (default or non-default) profile" case, different
schemas to access the address books by their different names:
1) name as displayed in Thunderbird (maybe only for the non-default address
books... Maybe not that good an idea, since that name is NOT UNIQUE in
Thunderbird/Icedove...)
2) "internal name" (more stable, probably guaranteed without spaces in it)
3) filename (is that a good idea... not sure)

So maybe we have only one name, the "internal name" anyway. <shrug>

(Schema support is still a good thing to separate address books from lists. And
then we can have something like an INFORMATION_SCHEMA to show the "internal
(table) name to display name" mapping.)

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to