RE: deleting backup files
Ben, Why do you need a VB script? A simple batch file works fine. Run a DOS window from the directory you want to clean up and then run the following batch file. Copy the text to Notepad and save it as cleanfm.bat or whatever you want to call it. Save it to a directory in the path or add the directory to the path. I assume you know about paths. BTW, I've been using this .bat for at least 14 years and a general purpose one like it for 20 years. Never had either of them delete anything they weren't supposed to. @echo off echo. echo Deleting the following files from the current directory: dir *.backup.* *.lck echo. del *.backup.* *.lck You can also add *recover*.* to the list to delete recovery files after you save them to the original file names. If you have a tree of directories with archived files in them, I have a neat little utility called sweep.com that executes a .bat or an .exe in all of the directories in the tree. Free. Hope this helps, Diane Gaskill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of B Hechter Sent: Monday, July 23, 2007 10:13 AM To: framers@lists.frameusers.com Subject: deleting backup files Hi Framers, Before attempting this, thought I would inquire if any VB wizard out there has a script snippet to share for deleting FM .backup files from archival directories. Thanks! Ben -- Ben Hechter objectives.ca Technical Performance Support Solutions Vancouver BC e: [EMAIL PROTECTED] w: www.semitake.com ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/dgcaller%40earthlink.net Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info. ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Re: deleting backup files
It's important to note that autosave does *not* perform the same operation as the regular save. There is a separate autosave file that FrameMaker manages, separate from the file that you opened (or that you last saved). Well, son of a gun. I learn something new everyday! I've been avoiding autosave without a valid reason. Mike Wickham ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
RE: [stclwrsig-l] FM 8 Announcement
There's more: http://blogs.adobe.com/techcomm/ ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
RE: deleting backup files
Interesting, Fred, that your bacon has never been saved by a .backup. I tend to work quickly - perhaps a bit too hastily at times. When I realize that I have made a stoopid global change or have edited the meaning out of some text, I am glad to have the .backup. Its good to know that we are each unique! - Carol NOTICE BY HEALTH LANGUAGE, INC. This message, as well as any attached document, contains information from Health Language, Inc. that is confidential. The information is intended only for the use of the addressee named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this message or its attachments is strictly prohibited, and may be unlawful. If you have received this message in error, please delete all electronic copies of this message and its attachments, if any, destroy any hard copies you may have created, without disclosing the contents, and notify the sender immediately. Unless expressly stated otherwise, nothing contained in this message should be construed as a digital or electronic signature, nor is it intended to reflect an intention to make an agreement by electronic means. ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Re: deleting backup files
Thanks to everyone for suggestions on post-production deletion of unnecessary backup files. I overlooked the obvious Windows command line interface, so thanks for the reality check. My 2c on backups: - Flash USB is temporary storage only, don't depend on it for backup - Invest in a large capacity external drive and dump EVERYTHING to it on a regularly scheduled basis. I have not yet found any selective backup synchronization software that meets my needs, but, hey, maybe it's out there. Ben -- Ben Hechter objectives.ca Technical Performance Support Solutions Vancouver BC e: [EMAIL PROTECTED] w: www.semitake.com ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Add call to animation in Fm 7.2 document
Hi, Our Tech Support staff has made several animations in Adobe Captivate as the main tool to teach our users certain functionalities. Captivate generates output in .SWF + .HTML or .EXE (FlashPlayer wrapped with the .SWF file) format) but not .AVI or other common formats. I will make a prodecural document in FM to give the user the work context and convert it to PDF. I cannot add the animations to the FM file because File Import Object does not accept those formats. And the hypertext command that can launch an applicatio in FrameMaker does not work once PDFed. I know I can simply add buttons to the FM document and convert to PDF, and then link the button areas to the .SWF, .HTML, or EXE files. But each time I redo the PDF I will lose the links made to the external files. Our goal is to send our document out to specific users and have them test it - there will be several iterations of this tool and many new PDF documents generated. i will go lonk crazy! Do you have any suggestions? is there a better way to do this? Many thanks for your ideas! Stephen O'Brien Technical Writer / Rédacteur technique InnovMetric Software Inc. / InnovMetric Logiciels inc. 2014, Cyrille-Duquet, suite 310 Québec (Québec) Canada G1N 4N6 Tel.: (418) 688-2061 Fax: (418) 688-3001 E-mail: [EMAIL PROTECTED] www.innovmetric.com PolyWorks, the Universal 3D Metrology Software Platform for Manufacturing (TM) ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
RE: deleting backup files
I'm convinced that autosave and automatic backup are among the most misunderstood features in FrameMaker, which is why I continue to post messages explaining them. No need to go slinking off to the back of the classroom if you were laboring under a misconception. In the case of autosave, many users assume that the well-engineered feature in FrameMaker operates in the same brain-dead way that it is implemented in so many of the applications we are all familiar with. And in the case of the automatic backup feature, users assume that it is a well-engineered feature when it is really kind of a QD kludge that functions quite differently than its name implies that it should work. -Fred Ridder From: Carol Wade [EMAIL PROTECTED] To: Fred Ridder [EMAIL PROTECTED],framers@lists.frameusers.com Subject: RE: deleting backup files Date: Tue, 24 Jul 2007 13:49:33 -0600 Wow. Thanks for the clarification. ...going to the back of the class now... -Original Message- From: Fred Ridder [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 24, 2007 1:26 PM To: Carol Wade; framers@lists.frameusers.com Subject: RE: deleting backup files You don't need the .backup to back out of an unwanted editing change because right there in the File menu is the Revert to last saved command, wich does exactly what it says and does not rely on the the .backup file created by the automatic backup mode. I can see where a global find and replace could be a case where it might be necessary to use the .backup files to back out of the change. But in my own workflow I tend to use variables for anything that is likely to need to be changed globally, and variable changes are easy to undo without reverting to an older version of the doc. But it's important to note that manually reverting to the .backup is actually taking you back to the version *before* your last save because the .backup file is *not*a*backup* of the version you saved. It's the file as it existed *prior*to* the last save. The only time that this is what you really want to do is when you have made *and*saved* some unwanted changes and need to revert to the second previous saved version. The .backup file is always one save behind the changes you have made, so you'll be throwing out both the current changes and the last saved set of changes if you revert to the .backup. Fred Ridder _ Need a brain boost? Recharge with a stimulating game. Play now! http://club.live.com/home.aspx?icid=club_hotmailtextlink1 ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
Re: deleting backup files
One of the essential FrameMaker procedures that every unique FrameMaker user should learn is to save all files *before* doing anything that might need to be undone; even with the addition of Undo in FrameMaker 7.2, Undo is limited. Further guidelines: * When making global changes to files in a book, open all the files that will be affected (from the book window, Shift+File Open All Files in Book) The reason to perform global operations on open files is that open files are changed, but not saved. You can back out of changes to an individual file by using File Revert to Saved (or File Close Do not save changes); you can back out of changes made to all open files (in a book or not) by deselecting any open book file(s), and using Shift+File Close All Open Files Do not save changes (for each open file). You can back out of changes made to all open files in a book; from the book window, use Shift+File Close All Files In Book Do not save changes (for each open file). This doesn't affect the book file; to back out of changes made to the book file, from the book window, use File Revert to Saved, or File Close Do not save changes. Then reopen the book file. Files in a book that are closed when you perform global operations, like update, find/replace, etc, are opened, then the changes are made, and the files are closed. The status line in the book window displays the progress of these actions, but there's an alert (error message) only if there's a problem opening or processing the closed files. * If some of the files have unsaved changes that you want to protect from errors that the global procedure might cause, save these files before performing the global procedure(s.) HTH Regards, Peter Gold KnowHow ProServices On 7/24/07, Fred Ridder [EMAIL PROTECTED] wrote: You don't need the .backup to back out of an unwanted editing change because right there in the File menu is the Revert to last saved command, wich does exactly what it says and does not rely on the the .backup file created by the automatic backup mode. I can see where a global find and replace could be a case where it might be necessary to use the .backup files to back out of the change. But in my own workflow I tend to use variables for anything that is likely to need to be changed globally, and variable changes are easy to undo without reverting to an older version of the doc. But it's important to note that manually reverting to the .backup is actually taking you back to the version *before* your last save because the .backup file is *not*a*backup* of the version you saved. It's the file as it existed *prior*to* the last save. The only time that this is what you really want to do is when you have made *and*saved* some unwanted changes and need to revert to the second previous saved version. The .backup file is always one save behind the changes you have made, so you'll be throwing out both the current changes and the last saved set of changes if you revert to the .backup. Fred Ridder ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
RE: Add call to animation in Fm 7.2 document
I don't believe that FrameMaker 7.2 supports this format, but you will be able to do this with the next release of FrameMaker, to be released soon. The announcement of FrameMaker 8 (posted Monday) mentions the ability to import animations created with Captivate. Go to the following URL: http://www.adobe.com/products/framemaker/ ... and find this text: Support for rich media (New) Create more engaging online documentation by incorporating 3D models, rich Adobe Flash® Player compatible animations, and simulations created with Adobe Captivate™ software. Generate Adobe PDF files with live 3D models. Maxwell Hoffmann Manager of Consulting Training Solutions ENLASO Corporation T: 805 494 9571 * F: 805 435 1920 E: [EMAIL PROTECTED] ♦ ENLASO Corporation provides quality enterprise language solutions and exceeds client expectations through continuing research, development, and implementation of effective localization processes and technologies. Visit: www.translate.com for more information or to subscribe to our complimentary localization newsletter. http://www.linkedin.com/in/maxwellhoffmann -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stephen O'Brien Sent: Tuesday, July 24, 2007 1:30 PM To: [EMAIL PROTECTED] Subject: Add call to animation in Fm 7.2 document Hi, Our Tech Support staff has made several animations in Adobe Captivate as the main tool to teach our users certain functionalities. Captivate generates output in .SWF + .HTML or .EXE (FlashPlayer wrapped with the .SWF file) format) but not .AVI or other common formats. I will make a prodecural document in FM to give the user the work context and convert it to PDF. I cannot add the animations to the FM file because File Import Object does not accept those formats. And the hypertext command that can launch an applicatio in FrameMaker does not work once PDFed. I know I can simply add buttons to the FM document and convert to PDF, and then link the button areas to the .SWF, .HTML, or EXE files. But each time I redo the PDF I will lose the links made to the external files. Our goal is to send our document out to specific users and have them test it - there will be several iterations of this tool and many new PDF documents generated. i will go lonk crazy! Do you have any suggestions? is there a better way to do this? Many thanks for your ideas! Stephen O'Brien Technical Writer / Rédacteur technique InnovMetric Software Inc. / InnovMetric Logiciels inc. 2014, Cyrille-Duquet, suite 310 Québec (Québec) Canada G1N 4N6 ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
RE: deleting backup files
Thanks for the good info Fred. I'm filing this in my FM tips folder. Sure wish I had known this yesterday. I did an Esc-s-p-d on the wrong page and saved without checking. I meant to delete a blank page but had the cursor just over the edge on the previous page. I could not revert of course, and had to rebuild the page from the .backup. I could not use the backup directly because I had made changes to the page I accidentally deleted. Oops. Diane (moving up a couple of rows from the back of the class now :-) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Fred Ridder Sent: Tuesday, July 24, 2007 2:02 PM To: [EMAIL PROTECTED]; framers@lists.frameusers.com Subject: RE: deleting backup files I'm convinced that autosave and automatic backup are among the most misunderstood features in FrameMaker, which is why I continue to post messages explaining them. No need to go slinking off to the back of the classroom if you were laboring under a misconception. In the case of autosave, many users assume that the well-engineered feature in FrameMaker operates in the same brain-dead way that it is implemented in so many of the applications we are all familiar with. And in the case of the automatic backup feature, users assume that it is a well-engineered feature when it is really kind of a QD kludge that functions quite differently than its name implies that it should work. -Fred Ridder From: Carol Wade [EMAIL PROTECTED] To: Fred Ridder [EMAIL PROTECTED],framers@lists.frameusers.com Subject: RE: deleting backup files Date: Tue, 24 Jul 2007 13:49:33 -0600 Wow. Thanks for the clarification. ...going to the back of the class now... -Original Message- From: Fred Ridder [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 24, 2007 1:26 PM To: Carol Wade; framers@lists.frameusers.com Subject: RE: deleting backup files You don't need the .backup to back out of an unwanted editing change because right there in the File menu is the Revert to last saved command, wich does exactly what it says and does not rely on the the .backup file created by the automatic backup mode. I can see where a global find and replace could be a case where it might be necessary to use the .backup files to back out of the change. But in my own workflow I tend to use variables for anything that is likely to need to be changed globally, and variable changes are easy to undo without reverting to an older version of the doc. But it's important to note that manually reverting to the .backup is actually taking you back to the version *before* your last save because the .backup file is *not*a*backup* of the version you saved. It's the file as it existed *prior*to* the last save. The only time that this is what you really want to do is when you have made *and*saved* some unwanted changes and need to revert to the second previous saved version. The .backup file is always one save behind the changes you have made, so you'll be throwing out both the current changes and the last saved set of changes if you revert to the .backup. Fred Ridder _ Need a brain boost? Recharge with a stimulating game. Play now! http://club.live.com/home.aspx?icid=club_hotmailtextlink1 ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/dgcaller%40earthlink.net Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info. ___ You are currently subscribed to Framers as [EMAIL PROTECTED] Send list messages to [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to [EMAIL PROTECTED] Visit http://www.frameusers.com/ for more resources and info.
deleting backup files
Ben, Why do you need a VB script? A simple batch file works fine. Run a DOS window from the directory you want to clean up and then run the following batch file. Copy the text to Notepad and save it as cleanfm.bat or whatever you want to call it. Save it to a directory in the path or add the directory to the path. I assume you know about paths. BTW, I've been using this .bat for at least 14 years and a general purpose one like it for 20 years. Never had either of them delete anything they weren't supposed to. @echo off echo. echo Deleting the following files from the current directory: dir *.backup.* *.lck echo. del *.backup.* *.lck You can also add *recover*.* to the list to delete recovery files after you save them to the original file names. If you have a tree of directories with archived files in them, I have a neat little utility called sweep.com that executes a .bat or an .exe in all of the directories in the tree. Free. Hope this helps, Diane Gaskill -Original Message- From: framers-bounces+dgcaller=earthlink@lists.frameusers.com [mailto:framers-bounces+dgcaller=earthlink.net at lists.frameusers.com]On Behalf Of B Hechter Sent: Monday, July 23, 2007 10:13 AM To: framers at lists.frameusers.com Subject: deleting backup files Hi Framers, Before attempting this, thought I would inquire if any VB wizard out there has a script snippet to share for deleting FM .backup files from archival directories. Thanks! Ben -- Ben Hechter objectives.ca Technical Performance Support Solutions Vancouver BC e: bhechter at objectives.ca w: www.semitake.com ___ You are currently subscribed to Framers as dgcaller at earthlink.net. Send list messages to framers at lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscribe at lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/dgcaller%40earthlink.net Send administrative questions to listadmin at frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
deleting backup files
> It's important to note that autosave does *not* perform the same > operation as the regular save. There is a separate autosave file that > FrameMaker manages, separate from the file that you opened (or that > you last saved). Well, son of a gun. I learn something new everyday! I've been avoiding autosave without a valid reason. Mike Wickham
deleting backup files
Interesting, Fred, that your bacon has never been saved by a .backup. I tend to work quickly - perhaps a bit too hastily at times. When I realize that I have made a stoopid global change or have edited the meaning out of some text, I am glad to have the .backup. Its good to know that we are each unique! - Carol NOTICE BY HEALTH LANGUAGE, INC. This message, as well as any attached document, contains information from Health Language, Inc. that is confidential. The information is intended only for the use of the addressee named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this message or its attachments is strictly prohibited, and may be unlawful. If you have received this message in error, please delete all electronic copies of this message and its attachments, if any, destroy any hard copies you may have created, without disclosing the contents, and notify the sender immediately. Unless expressly stated otherwise, nothing contained in this message should be construed as a digital or electronic signature, nor is it intended to reflect an intention to make an agreement by electronic means.
deleting backup files
Thanks to everyone for suggestions on post-production deletion of unnecessary backup files. I overlooked the obvious Windows command line interface, so thanks for the reality check. My 2c on backups: - Flash USB is temporary storage only, don't depend on it for backup - Invest in a large capacity external drive and dump EVERYTHING to it on a regularly scheduled basis. I have not yet found any selective backup synchronization software that meets my needs, but, hey, maybe it's out there. Ben -- Ben Hechter objectives.ca Technical Performance Support Solutions Vancouver BC e: bhechter at objectives.ca w: www.semitake.com
deleting backup files
You don't need the .backup to back out of an unwanted editing change because right there in the File menu is the "Revert to last saved" command, wich does exactly what it says and does not rely on the the .backup file created by the "automatic backup" mode. I can see where a global find and replace could be a case where it might be necessary to use the .backup files to back out of the change. But in my own workflow I tend to use variables for anything that is likely to need to be changed globally, and variable changes are easy to undo without reverting to an older version of the doc. But it's important to note that manually reverting to the .backup is actually taking you back to the version *before* your last save because the .backup file is *not*a*backup* of the version you saved. It's the file as it existed *prior*to* the last save. The only time that this is what you really want to do is when you have made *and*saved* some unwanted changes and need to revert to the second previous saved version. The .backup file is always one save behind the changes you have made, so you'll be throwing out both the current changes and the last saved set of changes if you revert to the .backup. Fred Ridder >From: "Carol Wade" >To: >Subject: RE: deleting backup files >Date: Tue, 24 Jul 2007 09:22:23 -0600 > >Interesting, Fred, that your bacon has never been saved by a .backup. I >tend to work quickly - perhaps a bit too hastily at times. When I >realize that I have made a stoopid global change or have edited the >meaning out of some text, I am glad to have the .backup. > > > >Its good to know that we are each unique! > > > >- Carol > > >NOTICE BY HEALTH LANGUAGE, INC. >This message, as well as any attached document, contains information from >Health Language, Inc. that is confidential. The information is intended >only for the use of the addressee named above. If you are not the intended >recipient, you are hereby notified that any disclosure, copying, >distribution or the taking of any action in reliance on the contents of >this message or its attachments is strictly prohibited, and may be >unlawful. If you have received this message in error, please delete all >electronic copies of this message and its attachments, if any, destroy any >hard copies you may have created, without disclosing the contents, and >notify the sender immediately. Unless expressly stated otherwise, nothing >contained in this message should be construed as a digital or electronic >signature, nor is it intended to reflect an intention to make an agreement >by electronic means. _ http://liveearth.msn.com
Add call to animation in Fm 7.2 document
Hi, Our Tech Support staff has made several animations in Adobe Captivate as the main tool to teach our users certain functionalities. Captivate generates output in .SWF + .HTML or .EXE (FlashPlayer wrapped with the .SWF file) format) but not .AVI or other common formats. I will make a prodecural document in FM to give the user the work context and convert it to PDF. I cannot add the animations to the FM file because File > Import > Object does not accept those formats. And the hypertext command that can launch an applicatio in FrameMaker does not work once PDFed. I know I can simply add buttons to the FM document and convert to PDF, and then link the button areas to the .SWF, .HTML, or > EXE files. But each time I redo the PDF I will lose the links made to the external files. Our goal is to send our document out to specific users and have them test it - there will be several iterations of this tool and many new PDF documents generated. i will go lonk crazy! Do you have any suggestions? is there a better way to do this? Many thanks for your ideas! Stephen O'Brien Technical Writer / R?dacteur technique InnovMetric Software Inc. / InnovMetric Logiciels inc. 2014, Cyrille-Duquet, suite 310 Qu?bec (Qu?bec) Canada G1N 4N6 Tel.: (418) 688-2061 Fax: (418) 688-3001 E-mail: sobrien at innovmetric.com www.innovmetric.com PolyWorks, the Universal 3D Metrology Software Platform for Manufacturing (TM)
deleting backup files
I'm convinced that autosave and automatic backup are among the most misunderstood features in FrameMaker, which is why I continue to post messages explaining them. No need to go slinking off to the back of the classroom if you were laboring under a misconception. In the case of autosave, many users assume that the well-engineered feature in FrameMaker operates in the same brain-dead way that it is implemented in so many of the applications we are all familiar with. And in the case of the automatic backup feature, users assume that it is a well-engineered feature when it is really kind of a Q kludge that functions quite differently than its name implies that it should work. -Fred Ridder >From: "Carol Wade" >To: "Fred Ridder" , >Subject: RE: deleting backup files >Date: Tue, 24 Jul 2007 13:49:33 -0600 > >Wow. Thanks for the clarification. ...going to the back of the class >now... > >-Original Message- >From: Fred Ridder [mailto:docudoc at hotmail.com] >Sent: Tuesday, July 24, 2007 1:26 PM >To: Carol Wade; framers at lists.frameusers.com >Subject: RE: deleting backup files > >You don't need the .backup to back out of an unwanted editing >change because right there in the File menu is the "Revert to last >saved" command, wich does exactly what it says and does not rely >on the the .backup file created by the "automatic backup" mode. > >I can see where a global find and replace could be a case where >it might be necessary to use the .backup files to back out of the >change. But in my own workflow I tend to use variables for anything >that is likely to need to be changed globally, and variable changes >are easy to undo without reverting to an older version of the doc. > >But it's important to note that manually reverting to the .backup >is actually taking you back to the version *before* your last save >because the .backup file is *not*a*backup* of the version you >saved. It's the file as it existed *prior*to* the last save. The only >time that this is what you really want to do is when you have >made *and*saved* some unwanted changes and need to revert >to the second previous saved version. The .backup file is always >one save behind the changes you have made, so you'll be throwing >out both the current changes and the last saved set of changes >if you revert to the .backup. > >Fred Ridder _ Need a brain boost? Recharge with a stimulating game. Play now!? http://club.live.com/home.aspx?icid=club_hotmailtextlink1
deleting backup files
Thanks for the good info Fred. I'm filing this in my FM tips folder. Sure wish I had known this yesterday. I did an Esc-s-p-d on the wrong page and saved without checking. I meant to delete a blank page but had the cursor just over the edge on the previous page. I could not revert of course, and had to rebuild the page from the .backup. I could not use the backup directly because I had made changes to the page I accidentally deleted. Oops. Diane (moving up a couple of rows from the back of the class now :-) -Original Message- From: framers-bounces+dgcaller=earthlink@lists.frameusers.com [mailto:framers-bounces+dgcaller=earthlink.net at lists.frameusers.com]On Behalf Of Fred Ridder Sent: Tuesday, July 24, 2007 2:02 PM To: Carol.Wade at healthlanguage.com; framers at lists.frameusers.com Subject: RE: deleting backup files I'm convinced that autosave and automatic backup are among the most misunderstood features in FrameMaker, which is why I continue to post messages explaining them. No need to go slinking off to the back of the classroom if you were laboring under a misconception. In the case of autosave, many users assume that the well-engineered feature in FrameMaker operates in the same brain-dead way that it is implemented in so many of the applications we are all familiar with. And in the case of the automatic backup feature, users assume that it is a well-engineered feature when it is really kind of a Q kludge that functions quite differently than its name implies that it should work. -Fred Ridder >From: "Carol Wade" >To: "Fred Ridder" , >Subject: RE: deleting backup files >Date: Tue, 24 Jul 2007 13:49:33 -0600 > >Wow. Thanks for the clarification. ...going to the back of the class >now... > >-Original Message- >From: Fred Ridder [mailto:docudoc at hotmail.com] >Sent: Tuesday, July 24, 2007 1:26 PM >To: Carol Wade; framers at lists.frameusers.com >Subject: RE: deleting backup files > >You don't need the .backup to back out of an unwanted editing >change because right there in the File menu is the "Revert to last >saved" command, wich does exactly what it says and does not rely >on the the .backup file created by the "automatic backup" mode. > >I can see where a global find and replace could be a case where >it might be necessary to use the .backup files to back out of the >change. But in my own workflow I tend to use variables for anything >that is likely to need to be changed globally, and variable changes >are easy to undo without reverting to an older version of the doc. > >But it's important to note that manually reverting to the .backup >is actually taking you back to the version *before* your last save >because the .backup file is *not*a*backup* of the version you >saved. It's the file as it existed *prior*to* the last save. The only >time that this is what you really want to do is when you have >made *and*saved* some unwanted changes and need to revert >to the second previous saved version. The .backup file is always >one save behind the changes you have made, so you'll be throwing >out both the current changes and the last saved set of changes >if you revert to the .backup. > >Fred Ridder _ Need a brain boost? Recharge with a stimulating game. Play now!? http://club.live.com/home.aspx?icid=club_hotmailtextlink1 ___ You are currently subscribed to Framers as dgcaller at earthlink.net. Send list messages to framers at lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscribe at lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/dgcaller%40earthlink.net Send administrative questions to listadmin at frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
deleting backup files
Wow. Thanks for the clarification. ...going to the back of the class now... -Original Message- From: Fred Ridder [mailto:docu...@hotmail.com] Sent: Tuesday, July 24, 2007 1:26 PM To: Carol Wade; framers at lists.frameusers.com Subject: RE: deleting backup files You don't need the .backup to back out of an unwanted editing change because right there in the File menu is the "Revert to last saved" command, wich does exactly what it says and does not rely on the the .backup file created by the "automatic backup" mode. I can see where a global find and replace could be a case where it might be necessary to use the .backup files to back out of the change. But in my own workflow I tend to use variables for anything that is likely to need to be changed globally, and variable changes are easy to undo without reverting to an older version of the doc. But it's important to note that manually reverting to the .backup is actually taking you back to the version *before* your last save because the .backup file is *not*a*backup* of the version you saved. It's the file as it existed *prior*to* the last save. The only time that this is what you really want to do is when you have made *and*saved* some unwanted changes and need to revert to the second previous saved version. The .backup file is always one save behind the changes you have made, so you'll be throwing out both the current changes and the last saved set of changes if you revert to the .backup. Fred Ridder >From: "Carol Wade" >To: >Subject: RE: deleting backup files >Date: Tue, 24 Jul 2007 09:22:23 -0600 > >Interesting, Fred, that your bacon has never been saved by a .backup. I >tend to work quickly - perhaps a bit too hastily at times. When I >realize that I have made a stoopid global change or have edited the >meaning out of some text, I am glad to have the .backup. > > > >Its good to know that we are each unique! > > > >- Carol > > >NOTICE BY HEALTH LANGUAGE, INC. >This message, as well as any attached document, contains information from >Health Language, Inc. that is confidential. The information is intended >only for the use of the addressee named above. If you are not the intended >recipient, you are hereby notified that any disclosure, copying, >distribution or the taking of any action in reliance on the contents of >this message or its attachments is strictly prohibited, and may be >unlawful. If you have received this message in error, please delete all >electronic copies of this message and its attachments, if any, destroy any >hard copies you may have created, without disclosing the contents, and >notify the sender immediately. Unless expressly stated otherwise, nothing >contained in this message should be construed as a digital or electronic >signature, nor is it intended to reflect an intention to make an agreement >by electronic means. _ http://liveearth.msn.com NOTICE BY HEALTH LANGUAGE, INC. This message, as well as any attached document, contains information from Health Language, Inc. that is confidential. The information is intended only for the use of the addressee named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking of any action in reliance on the contents of this message or its attachments is strictly prohibited, and may be unlawful. If you have received this message in error, please delete all electronic copies of this message and its attachments, if any, destroy any hard copies you may have created, without disclosing the contents, and notify the sender immediately. Unless expressly stated otherwise, nothing contained in this message should be construed as a digital or electronic signature, nor is it intended to reflect an intention to make an agreement by electronic means.