Harold Fuchs wrote:
On 18/04/2008 15:37, Urbane Tiger wrote:
<snip>
It is not clear to me what people expect form an integated OOo/mail
client schema. I've never used MS Office and
Outlook in their integrated form, I've only used them independently.
The only post so far that has made sense to me was
on of "mike scott's" as I understood it he is suggesting that its the
mail client writers who should adopt the OOo
Writer core as their message composer for their mail client, I would
add -- as should NNTP client writers and anyone
else wanting a text based composer.
I think the main things expected from an "integated OOo/mail client
schema" are:
1. Ability to use Writer to compose (including Forward and Reply [all])
e-mail and news (NNTP) messages. Note that this should be an *option*,
even if all the necessary components are installed.
We have people at work that do this. It is crap. Unless configured
properly, all messages are *.doc attachments.
2. Ability, while doing #1, to *share* (as opposed to using copies of)
spell checking dictionaries.
This I agree with. I would like to integrate everything and use
StarDict myself.
3. Ability to use the mail client's address book from within Writer
and/or Calc and/or Base for things like mail merge or the generation of
lists or "tables" (in the English *and* Database senses of that word)
sorted by, say, post code (ZIP code) or city or surname or ...
Not much use for me but for some, I agree. Of course, I would also look
at integrating with customers data bases as well.
4. Similar to #3 but for the purpose of writing an individual letter (to
be sent by snail mail) to someone whose address is in the e-mail
client's address book. It should be possible, within Writer for example
to "grab" (Insert Field?) a *complete* name/address from the address
book without having to specify many separate pieces (Title, Initial,
Surname, Street address, City, Post code, Country, etc.). The
definition of "complete name/address" should be easily specifiable by
the user with "sensible" defaults based on Locale.
Again, not much use to me but as with 3, access to a customer relation
package would also be useful.
Any more, anyone ???
I think there are enough open API's to allow someone to make any
application work with OOo, if vender's want to. I would hate it if OOo
decided to use a specific email client or data base. I hated it (like
others) when we were moved to exchange server at work. As a Linux
users, Evolution was the only option. (no imap or pop) so I was forced
to use an OE clone package that I found awkward and an interface I got
rid of 6 years earlier when I had a chance.
Now that I have a way to use Thunderbird with Exchange server, I am much
happier.
--
Robin Laing
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
