Issue 54399 - Load/Save entire selection in mail merge
Summary: Load/Save entire selection in mail merge
Status: CLOSED WONT_FIX
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: 680m126
Hardware: All All
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: needmoreinfo
Depends on:
Blocks:
 
Reported: 2005-09-09 13:08 UTC by tuharsky
Modified: 2017-05-20 10:11 UTC (History)
2 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description tuharsky 2005-09-09 13:08:51 UTC 
The entire selection of database entries I have done in step 6 of mail merge
wizard, should be able to load and save. Sometimes we deal with hundreds of
entries and we're not comfortable with doing the selection everytime from the
scratch.

1, For the beginning, it could be enough if some checkbox "Remember selection
with file" caused, that when I save the text document, the selection would be
kept stored inside.

Next time I do mail merge on the same document, and I go to step 6, I would have
an option "Use saved selection" or not (thus go with blank one).

2, More sophisticated it would be, if I had an option to choose one of several
selections stored inside the document, and if I was able to delete particular ones.

3, Even more sophisticated if I was able to load selection even from different
file, and to choose one of several selections saved in that file.
Comment 1 eric.savary 2005-09-13 11:40:08 UTC 
Reassigned
Comment 2 tuharsky 2005-12-06 14:29:31 UTC 
The whole selection methodology seems for me to need some complex re-thinking or
some design change. From this point of view, issue is connected with
issue 58221
issue 54354
issue 54400
Comment 3 Edwin Sharp 2014-04-07 11:27:41 UTC 
Please attach example.
Comment 4 Edwin Sharp 2014-04-21 08:20:54 UTC 
No info from author.