Summary: | mork (Thunderbird / Icedove / Seamonkey / ...) multi address books multi profile support | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Lionel Elie Mamane <lionel> |
Component: | Database | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | QA Contact: | |
Severity: | enhancement | ||
Priority: | medium | CC: | d.ostrovsky, glgxg, iplaw67, robert |
Version: | unspecified | Keywords: | regression |
Hardware: | All | ||
OS: | All | ||
See Also: | https://bugs.freedesktop.org/show_bug.cgi?id=64741 | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Lionel Elie Mamane
2012-12-04 11:33:30 UTC
Comments in bug 57419 and bug 51004 by "Nick222" seem to suggest that at least the lack of the "multi address book" part could be a regression; I'm not sure what the user was saying exactly. Maybe not. I couldn't say this is an enhancement. Thunderbird collects the addresses in one addressbooks and has another addressbook for personal addresses. I was irritated to see a connection to thunderbird without any addresses in my addressbook. So I moved one address to the personal addresses and could see, that only this (empty) addressbook is shown by Base. Adding self to CC if not already on 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.) (In reply to Lionel Elie Mamane from comment #4) > Since the initial bug description is a but confused, here's a summary: is a *bit* confused Sorry, too high level for me. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.