PDFedit Bugtracker
  

Viewing Issue Simple Details Jump to Notes ] View Advanced ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0000301 [PDFedit] =Other (Commandline)= minor always 03-02-09 23:29 05-06-09 12:13
Reporter LEGOManiac View Status public  
Assigned To hockm0bm
Priority normal Resolution fixed  
Status resolved   Product Version 0.4.2
Summary 0000301: File->Save a Copy doesn't save changes made
Description As a test, I edited a form and selected Save a Copy and gave it a name. When I open the new file, it's only the original blank form.

I was expecting it to be the PDF form with the changes I'd made.
Additional Information
Attached Files  save_copy_rename.patch [^] (4,057 bytes) 03-31-09 16:31

- Relationships

- Notes
(0000726)
hockm0bm
03-03-09 09:25

This is intended behavior:

Excerpt from user manual documentation:
"
Saves copy of current document in selected revision (TODO link). This feature is very usefull if you want to make changes for older revisions. This is normally not possible, because pdf documents doesn't support revision branching. So you can select desired revision and then use Save copy to create new pdf file, which contains everything up to selected revision. This file can be then opened and manipulated as usual.
"

Please note the _everything up to selected revision_ part. This means that no changes on top of the revision are saved.
 
(0000754)
hockm0bm
03-23-09 17:27

Is the explanation sufficient?
Can I close this report?
 
(0000772)
LEGOManiac
03-30-09 23:06

As you may have guessed, I didn't read the manual. I just expected it to be intuitive. I gather from the manual quotation that this is "normal" behaviour, although I must confess I don't really understand the revisioning system it mentions.

From a purely intuitive point of view, "save a copy" implies (to me) savinging a copy of the document you have in front of you, changes (edits) and all.

While I suppose, technically, you can close the report since the behaviour is apparently normal, I suspect it's going to cause further confusion among those of us who simply want to edit a PDF form but who aren't otherwise fluent in the technical details of PDFs.
 
(0000776)
hockm0bm
03-31-09 15:34

> As you may have guessed, I didn't read the manual. I just expected it to be
> intuitive. I gather from the manual quotation that this is "normal"
> behaviour, although I must confess I don't really understand the revisioning
> system it mentions.

Do not hesitate and ask about that on our pdfedit-support mailing list.

>
> From a purely intuitive point of view, "save a copy" implies (to me)
> savinging a copy of the document you have in front of you, changes (edits)
> and all.

You are right. The name is rather misleading. Copy revision would be much more intuitive as this is exactly what is done. I will talk to the rest of the team about this change.

Btw. Why do you use this functionality in the first place?

>
> While I suppose, technically, you can close the report since the behaviour is
> apparently normal, I suspect it's going to cause further confusion among
> those of us who simply want to edit a PDF form but who aren't otherwise
> fluent in the technical details of PDFs.

Are you OK with the renaming to Copy revision?
 
(0000777)
hockm0bm
03-31-09 16:32

save_copy_rename.patch is the proposed solution. I will send it to our devel mailing list for comments.
 
(0000779)
LEGOManiac
03-31-09 18:06

To answer the question about why I use this function:

I have to fill out a number of insurance forms each month. The forms come in PDFs. Traditionally, I've been manually filling them in, then scanning them and storing the scanned images for my own records (as well as paper copies). I thought that editing the forms would be easier since 90% of the information in each month's form is the same from month-to-month and only quantities and dates change.

It seemed like PDFEdit would be easier since I could start with an saved edited form that contained account information, update the quantities and dates and save and email that month's report.



As far as renaming the menu item to "Save Copy Revision" goes, as a casual, non-technical PDF user, I'm happy with anything that's clear, intuitive and simple.
 
(0000780)
hockm0bm
03-31-09 23:50

> To answer the question about why I use this function:
>
> I have to fill out a number of insurance forms each month. The forms come in
> PDFs. Traditionally, I've been manually filling them in, then scanning them
> and storing the scanned images for my own records (as well as paper copies).
> I thought that editing the forms would be easier since 90% of the information
> in each month's form is the same from month-to-month and only quantities and
> dates change.
>
> It seemed like PDFEdit would be easier since I could start with an saved
> edited form that contained account information, update the quantities and
> dates and save and email that month's report.

I do understand your use case and it make sense to me. I think that you want something like Save as functionality.
I will try to think up some solution for this as well. It can be really annoying to copy a "template" pdf anytime you want to do a small change.

> As far as renaming the menu item to "Save Copy Revision" goes, as a casual,
> non-technical PDF user, I'm happy with anything that's clear, intuitive and
> simple.

OK, I will try to push this solution.
 
(0000793)
hockm0bm
05-06-09 12:13

I have just committed the patch to the CVS.
 

- Issue History
Date Modified Username Field Change
03-02-09 23:29 LEGOManiac New Issue
03-03-09 09:25 hockm0bm Note Added: 0000726
03-23-09 17:26 hockm0bm Status new => assigned
03-23-09 17:26 hockm0bm Assigned To  => hockm0bm
03-23-09 17:27 hockm0bm Note Added: 0000754
03-30-09 23:06 LEGOManiac Note Added: 0000772
03-31-09 15:34 hockm0bm Note Added: 0000776
03-31-09 16:31 hockm0bm File Added: save_copy_rename.patch
03-31-09 16:32 hockm0bm Note Added: 0000777
03-31-09 18:06 LEGOManiac Note Added: 0000779
03-31-09 23:50 hockm0bm Note Added: 0000780
05-06-09 12:13 hockm0bm Status assigned => resolved
05-06-09 12:13 hockm0bm Fixed in Version  => CVS
05-06-09 12:13 hockm0bm Resolution open => fixed
05-06-09 12:13 hockm0bm Note Added: 0000793