RE: Mif2Go graphics question
Hi Jeremy, I renamed the output directory so that it does not have a plus sign, but the graphics are still not copied automatically to the wrap directory. What else can I try? Thanks. Martha -Original Message- From: Jeremy H. Griffith [mailto:jer...@omsys.com] Sent: Friday, September 11, 2009 6:25 PM To: framers@lists.frameusers.com Cc: Martha Lee Subject: Re: Mif2Go graphics question On Fri, 11 Sep 2009 08:52:55 -0400, Martha Lee martha@coventor.com wrote: Running the copy command from the command prompt works. So how do I avoid having to run the commands from the command line every time I regenerate the online help? Getting rid of the plus sign in the directory path doesn't solve the problem as to why the graphics aren't being automatically copied to the wrap directory. Try running the *full* command, with the part containing the plus, and see what happens: [all in one line] copy /Y C:\rep\documentation\trunk\MEMSplus\*.jpg C:\rep\documentation\trunk\MEMS+OmniHelp\MEMSplus That is what we run, I'll bet that it does *not* copy the files. If you really remove the plus from the directory name, it will. In the copy command, + means to concatenate the file before the plus with the file after the plus. -- Jeremy H. Griffith, at Omni Systems Inc. jer...@omsys.com http://www.omsys.com/ ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: Mif2Go graphics question
Martha, this is a long shot, but have you checked the read/write permissions on all the directories in that tree, to make sure something isn't inadvertently set to Read Only? Art Art Campbell art.campb...@gmail.com ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded girl. -- Richard Thompson No disclaimers apply. DoD 358 On Mon, Sep 14, 2009 at 9:19 AM, Martha Lee martha@coventor.com wrote: Hi Jeremy, I renamed the output directory so that it does not have a plus sign, but the graphics are still not copied automatically to the wrap directory. What else can I try? Thanks. Martha -Original Message- From: Jeremy H. Griffith [mailto:jer...@omsys.com] Sent: Friday, September 11, 2009 6:25 PM To: framers@lists.frameusers.com Cc: Martha Lee Subject: Re: Mif2Go graphics question On Fri, 11 Sep 2009 08:52:55 -0400, Martha Lee martha@coventor.com wrote: Running the copy command from the command prompt works. So how do I avoid having to run the commands from the command line every time I regenerate the online help? Getting rid of the plus sign in the directory path doesn't solve the problem as to why the graphics aren't being automatically copied to the wrap directory. Try running the *full* command, with the part containing the plus, and see what happens: [all in one line] copy /Y C:\rep\documentation\trunk\MEMSplus\*.jpg C:\rep\documentation\trunk\MEMS+OmniHelp\MEMSplus That is what we run, I'll bet that it does *not* copy the files. If you really remove the plus from the directory name, it will. In the copy command, + means to concatenate the file before the plus with the file after the plus. -- Jeremy H. Griffith, at Omni Systems Inc. jer...@omsys.com http://www.omsys.com/ ___ You are currently subscribed to Framers as art.campb...@gmail.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/art.campbell%40gmail.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info. ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
RE: Mif2Go graphics question
Hi Art, When I right click on the output directory and select Properties, Attributes is set to Read-only. Is this what you are referring to? And if I unselect Read-only, click on OK, and then reopen the Properties dialog, the Attributes is again set to Read-only. Thanks. Martha -Original Message- From: Art Campbell [mailto:art.campb...@gmail.com] Sent: Monday, September 14, 2009 9:47 AM To: Martha Lee Cc: Jeremy H. Griffith; framers@lists.frameusers.com Subject: Re: Mif2Go graphics question Martha, this is a long shot, but have you checked the read/write permissions on all the directories in that tree, to make sure something isn't inadvertently set to Read Only? Art Art Campbell art.campb...@gmail.com ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded girl. -- Richard Thompson No disclaimers apply. DoD 358 On Mon, Sep 14, 2009 at 9:19 AM, Martha Lee martha@coventor.com wrote: Hi Jeremy, I renamed the output directory so that it does not have a plus sign, but the graphics are still not copied automatically to the wrap directory. What else can I try? Thanks. Martha -Original Message- From: Jeremy H. Griffith [mailto:jer...@omsys.com] Sent: Friday, September 11, 2009 6:25 PM To: framers@lists.frameusers.com Cc: Martha Lee Subject: Re: Mif2Go graphics question On Fri, 11 Sep 2009 08:52:55 -0400, Martha Lee martha@coventor.com wrote: Running the copy command from the command prompt works. So how do I avoid having to run the commands from the command line every time I regenerate the online help? Getting rid of the plus sign in the directory path doesn't solve the problem as to why the graphics aren't being automatically copied to the wrap directory. Try running the *full* command, with the part containing the plus, and see what happens: [all in one line] copy /Y C:\rep\documentation\trunk\MEMSplus\*.jpg C:\rep\documentation\trunk\MEMS+OmniHelp\MEMSplus That is what we run, I'll bet that it does *not* copy the files. If you really remove the plus from the directory name, it will. In the copy command, + means to concatenate the file before the plus with the file after the plus. -- Jeremy H. Griffith, at Omni Systems Inc. jer...@omsys.com http://www.omsys.com/ ___ You are currently subscribed to Framers as art.campb...@gmail.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/art.campbell%40gmail.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info. ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: Mif2Go graphics question
Hi Martha, Yes, that's what I'm asking about. If a directory's permissions are set to read-only, as yours seem to be, a process or user isn't supposed to be able to create files in that directory. I'd follow the directory tree upwards to find the starting point for the read-only setting, then change the properties to allow files to be created. You should get a prompt asking if you want to apply it to that directory or all files and sub-directories -- which you do want to do. Art Campbell art.campb...@gmail.com ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded girl. -- Richard Thompson No disclaimers apply. DoD 358 On Mon, Sep 14, 2009 at 10:05 AM, Martha Lee martha@coventor.com wrote: Hi Art, When I right click on the output directory and select Properties, Attributes is set to Read-only. Is this what you are referring to? And if I unselect Read-only, click on OK, and then reopen the Properties dialog, the Attributes is again set to Read-only. Thanks. Martha -Original Message- From: Art Campbell [mailto:art.campb...@gmail.com] Sent: Monday, September 14, 2009 9:47 AM To: Martha Lee Cc: Jeremy H. Griffith; framers@lists.frameusers.com Subject: Re: Mif2Go graphics question Martha, this is a long shot, but have you checked the read/write permissions on all the directories in that tree, to make sure something isn't inadvertently set to Read Only? Art Art Campbell art.campb...@gmail.com ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded girl. -- Richard Thompson No disclaimers apply. DoD 358 On Mon, Sep 14, 2009 at 9:19 AM, Martha Lee martha@coventor.com wrote: Hi Jeremy, I renamed the output directory so that it does not have a plus sign, but the graphics are still not copied automatically to the wrap directory. What else can I try? Thanks. Martha -Original Message- From: Jeremy H. Griffith [mailto:jer...@omsys.com] Sent: Friday, September 11, 2009 6:25 PM To: framers@lists.frameusers.com Cc: Martha Lee Subject: Re: Mif2Go graphics question On Fri, 11 Sep 2009 08:52:55 -0400, Martha Lee martha@coventor.com wrote: Running the copy command from the command prompt works. So how do I avoid having to run the commands from the command line every time I regenerate the online help? Getting rid of the plus sign in the directory path doesn't solve the problem as to why the graphics aren't being automatically copied to the wrap directory. Try running the *full* command, with the part containing the plus, and see what happens: [all in one line] copy /Y C:\rep\documentation\trunk\MEMSplus\*.jpg C:\rep\documentation\trunk\MEMS+OmniHelp\MEMSplus That is what we run, I'll bet that it does *not* copy the files. If you really remove the plus from the directory name, it will. In the copy command, + means to concatenate the file before the plus with the file after the plus. -- Jeremy H. Griffith, at Omni Systems Inc. jer...@omsys.com http://www.omsys.com/ ___ You are currently subscribed to Framers as art.campb...@gmail.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/art.campbell%40gmail.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info. ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
RE: Mif2Go graphics question
Art, This is the Mif2Go output directory,and the html files are being created and put in the output directory and then the wrap directory. So if the problem was the Read-only attribute, wouldn't also prevent the html files from being placed in that directory? Also, if I right click on any folder in my C drive and select Properties, it has the Read-only option selected for that folder. Even those folders that I created and to which I can add or delete files. And if I unset that attribute, it doesn't stay unset. -Original Message- From: Art Campbell [mailto:art.campb...@gmail.com] Sent: Monday, September 14, 2009 10:20 AM To: Martha Lee Cc: Jeremy H. Griffith; framers@lists.frameusers.com Subject: Re: Mif2Go graphics question Hi Martha, Yes, that's what I'm asking about. If a directory's permissions are set to read-only, as yours seem to be, a process or user isn't supposed to be able to create files in that directory. I'd follow the directory tree upwards to find the starting point for the read-only setting, then change the properties to allow files to be created. You should get a prompt asking if you want to apply it to that directory or all files and sub-directories -- which you do want to do. Art Campbell art.campb...@gmail.com ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded girl. -- Richard Thompson No disclaimers apply. DoD 358 On Mon, Sep 14, 2009 at 10:05 AM, Martha Lee martha@coventor.com wrote: Hi Art, When I right click on the output directory and select Properties, Attributes is set to Read-only. Is this what you are referring to? And if I unselect Read-only, click on OK, and then reopen the Properties dialog, the Attributes is again set to Read-only. Thanks. Martha -Original Message- From: Art Campbell [mailto:art.campb...@gmail.com] Sent: Monday, September 14, 2009 9:47 AM To: Martha Lee Cc: Jeremy H. Griffith; framers@lists.frameusers.com Subject: Re: Mif2Go graphics question Martha, this is a long shot, but have you checked the read/write permissions on all the directories in that tree, to make sure something isn't inadvertently set to Read Only? Art Art Campbell art.campb...@gmail.com ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded girl. -- Richard Thompson No disclaimers apply. DoD 358 On Mon, Sep 14, 2009 at 9:19 AM, Martha Lee martha@coventor.com wrote: Hi Jeremy, I renamed the output directory so that it does not have a plus sign, but the graphics are still not copied automatically to the wrap directory. What else can I try? Thanks. Martha -Original Message- From: Jeremy H. Griffith [mailto:jer...@omsys.com] Sent: Friday, September 11, 2009 6:25 PM To: framers@lists.frameusers.com Cc: Martha Lee Subject: Re: Mif2Go graphics question On Fri, 11 Sep 2009 08:52:55 -0400, Martha Lee martha@coventor.com wrote: Running the copy command from the command prompt works. So how do I avoid having to run the commands from the command line every time I regenerate the online help? Getting rid of the plus sign in the directory path doesn't solve the problem as to why the graphics aren't being automatically copied to the wrap directory. Try running the *full* command, with the part containing the plus, and see what happens: [all in one line] copy /Y C:\rep\documentation\trunk\MEMSplus\*.jpg C:\rep\documentation\trunk\MEMS+OmniHelp\MEMSplus That is what we run, I'll bet that it does *not* copy the files. If you really remove the plus from the directory name, it will. In the copy command, + means to concatenate the file before the plus with the file after the plus. -- Jeremy H. Griffith, at Omni Systems Inc. jer...@omsys.com http://www.omsys.com/ ___ You are currently subscribed to Framers as art.campb...@gmail.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/art.campbell%40gmail.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info. ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more
Re: Mif2Go graphics question
Martha, I don't _know_ that this is the problem -- I just suggested that you check it because incorrect permissions have the potential to screw things up. I agree with your logic that it seems as if a Read Only setting should prevent creation of HTML files in those directories, but I have also learned that it's dangerous to apply logic to computer operations. ;- ) If the permissions are being re-set, you may not be going high enough up the directory tree when you change permissions. If a parent directory is set to read-only, the child directories under it usually inherit that setting. So I'd walk back up the directory tree to ensure that you're getting the parent directory and change the permissions there. Art Art Campbell art.campb...@gmail.com ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded girl. -- Richard Thompson No disclaimers apply. DoD 358 On Mon, Sep 14, 2009 at 11:06 AM, Martha Lee martha@coventor.com wrote: Art, This is the Mif2Go output directory,and the html files are being created and put in the output directory and then the wrap directory. So if the problem was the Read-only attribute, wouldn't also prevent the html files from being placed in that directory? Also, if I right click on any folder in my C drive and select Properties, it has the Read-only option selected for that folder. Even those folders that I created and to which I can add or delete files. And if I unset that attribute, it doesn't stay unset. -Original Message- From: Art Campbell [mailto:art.campb...@gmail.com] Sent: Monday, September 14, 2009 10:20 AM To: Martha Lee Cc: Jeremy H. Griffith; framers@lists.frameusers.com Subject: Re: Mif2Go graphics question Hi Martha, Yes, that's what I'm asking about. If a directory's permissions are set to read-only, as yours seem to be, a process or user isn't supposed to be able to create files in that directory. I'd follow the directory tree upwards to find the starting point for the read-only setting, then change the properties to allow files to be created. You should get a prompt asking if you want to apply it to that directory or all files and sub-directories -- which you do want to do. Art Campbell art.campb...@gmail.com ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded girl. -- Richard Thompson No disclaimers apply. DoD 358 On Mon, Sep 14, 2009 at 10:05 AM, Martha Lee martha@coventor.com wrote: Hi Art, When I right click on the output directory and select Properties, Attributes is set to Read-only. Is this what you are referring to? And if I unselect Read-only, click on OK, and then reopen the Properties dialog, the Attributes is again set to Read-only. Thanks. Martha -Original Message- From: Art Campbell [mailto:art.campb...@gmail.com] Sent: Monday, September 14, 2009 9:47 AM To: Martha Lee Cc: Jeremy H. Griffith; framers@lists.frameusers.com Subject: Re: Mif2Go graphics question Martha, this is a long shot, but have you checked the read/write permissions on all the directories in that tree, to make sure something isn't inadvertently set to Read Only? Art Art Campbell art.campb...@gmail.com ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded girl. -- Richard Thompson No disclaimers apply. DoD 358 On Mon, Sep 14, 2009 at 9:19 AM, Martha Lee martha@coventor.com wrote: Hi Jeremy, I renamed the output directory so that it does not have a plus sign, but the graphics are still not copied automatically to the wrap directory. What else can I try? Thanks. Martha -Original Message- From: Jeremy H. Griffith [mailto:jer...@omsys.com] Sent: Friday, September 11, 2009 6:25 PM To: framers@lists.frameusers.com Cc: Martha Lee Subject: Re: Mif2Go graphics question On Fri, 11 Sep 2009 08:52:55 -0400, Martha Lee martha@coventor.com wrote: Running the copy command from the command prompt works. So how do I avoid having to run the commands from the command line every time I regenerate the online help? Getting rid of the plus sign in the directory path doesn't solve the problem as to why the graphics aren't being automatically copied to the wrap directory. Try running the *full* command, with the part containing the plus, and see what happens: [all in one line] copy /Y C:\rep\documentation\trunk\MEMSplus\*.jpg C:\rep\documentation\trunk\MEMS+OmniHelp\MEMSplus That is what we run, I'll bet that it does *not* copy the files. If you really remove
RE: Mif2Go graphics question
Art et al, The problem seems to be that Mif2Go is quite happy putting any file it creates or any file that is already in the Output directory in the wrap directory. But it is not executing the CopyGraphicsFrom setting I have in the mif2htm.ini file. I removed the problematic plus sign from the directory names, and that didn't solve my problem. I can write, copy and paste to the graphics directory and to the Mif2Go output and wrap directories. But for some reason, Mif2Go will not copy the graphic files from the specified directory to the wrap directory. If I execute the copy command from the command line, it works, but the automated process doesn't. Anybody had this problem? Sorry for taking up so much of the list bandwidth, but this is driving me crazy. Thanks. Martha -Original Message- From: Art Campbell [mailto:art.campb...@gmail.com] Sent: Monday, September 14, 2009 11:28 AM To: Martha Lee Cc: Jeremy H. Griffith; framers@lists.frameusers.com Subject: Re: Mif2Go graphics question Martha, I don't _know_ that this is the problem -- I just suggested that you check it because incorrect permissions have the potential to screw things up. I agree with your logic that it seems as if a Read Only setting should prevent creation of HTML files in those directories, but I have also learned that it's dangerous to apply logic to computer operations. ;- ) If the permissions are being re-set, you may not be going high enough up the directory tree when you change permissions. If a parent directory is set to read-only, the child directories under it usually inherit that setting. So I'd walk back up the directory tree to ensure that you're getting the parent directory and change the permissions there. Art Art Campbell art.campb...@gmail.com ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded girl. -- Richard Thompson No disclaimers apply. DoD 358 On Mon, Sep 14, 2009 at 11:06 AM, Martha Lee martha@coventor.com wrote: Art, This is the Mif2Go output directory,and the html files are being created and put in the output directory and then the wrap directory. So if the problem was the Read-only attribute, wouldn't also prevent the html files from being placed in that directory? Also, if I right click on any folder in my C drive and select Properties, it has the Read-only option selected for that folder. Even those folders that I created and to which I can add or delete files. And if I unset that attribute, it doesn't stay unset. -Original Message- From: Art Campbell [mailto:art.campb...@gmail.com] Sent: Monday, September 14, 2009 10:20 AM To: Martha Lee Cc: Jeremy H. Griffith; framers@lists.frameusers.com Subject: Re: Mif2Go graphics question Hi Martha, Yes, that's what I'm asking about. If a directory's permissions are set to read-only, as yours seem to be, a process or user isn't supposed to be able to create files in that directory. I'd follow the directory tree upwards to find the starting point for the read-only setting, then change the properties to allow files to be created. You should get a prompt asking if you want to apply it to that directory or all files and sub-directories -- which you do want to do. Art Campbell art.campb...@gmail.com ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded girl. -- Richard Thompson No disclaimers apply. DoD 358 On Mon, Sep 14, 2009 at 10:05 AM, Martha Lee martha@coventor.com wrote: Hi Art, When I right click on the output directory and select Properties, Attributes is set to Read-only. Is this what you are referring to? And if I unselect Read-only, click on OK, and then reopen the Properties dialog, the Attributes is again set to Read-only. Thanks. Martha -Original Message- From: Art Campbell [mailto:art.campb...@gmail.com] Sent: Monday, September 14, 2009 9:47 AM To: Martha Lee Cc: Jeremy H. Griffith; framers@lists.frameusers.com Subject: Re: Mif2Go graphics question Martha, this is a long shot, but have you checked the read/write permissions on all the directories in that tree, to make sure something isn't inadvertently set to Read Only? Art Art Campbell art.campb...@gmail.com ... In my opinion, there's nothing in this world beats a '52 Vincent and a redheaded girl. -- Richard Thompson No disclaimers apply. DoD 358 On Mon, Sep 14, 2009 at 9:19 AM, Martha Lee martha@coventor.com wrote: Hi Jeremy, I renamed the output directory so that it does not have a plus sign, but the graphics are still
Re: Mif2Go graphics question
I have no idea whether it will make a difference, but your GraphCopyFiles statement has a space following the equals sign. Have you tried removing it? ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
RE: Mif2Go graphics question
Thanks for the suggestion, but that wasn't the problem. Martha -Original Message- From: Jim Owens [mailto:jow...@magma.ca] Sent: Monday, September 14, 2009 1:12 PM To: Martha Lee Cc: Art Campbell; framers@lists.frameusers.com; Jeremy H. Griffith Subject: Re: Mif2Go graphics question I have no idea whether it will make a difference, but your GraphCopyFiles statement has a space following the equals sign. Have you tried removing it? ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: Mif2Go graphics question
Jeremy H. Griffith wrote: Also, if you use StripGraphPath=No, and don't set a GraphPath, you are saying to preserve the original paths from the Frame files. Those are unlikely to work. If you are putting the graphics in the same dir as the HTML, you definitely want StripGraphPath=Yes. Hi, Martha. No one seems to have followed up Jeremy's remark about GraphPath. It's supposed to default to the value of WrapPath, but I infer that if StripGraphPath-No, it might get the original path as a value. This is all rather hazy for me. In a case like this, I'd set GraphPath explicitly just to see what happens. Section 33.51 says you can also use relative or absolute paths in the GraphCopyFiles statement. That also might be worth a try, again just to see what happens.. ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: Mif2Go graphics question
On Mon, 14 Sep 2009 12:04:11 -0400, Martha Lee martha@coventor.com wrote: The problem seems to be that Mif2Go is quite happy putting any file it creates or any file that is already in the Output directory in the wrap directory. But it is not executing the CopyGraphicsFrom setting I have in the mif2htm.ini file. I removed the problematic plus sign from the directory names, and that didn't solve my problem. I can write, copy and paste to the graphics directory and to the Mif2Go output and wrap directories. But for some reason, Mif2Go will not copy the graphic files from the specified directory to the wrap directory. If I execute the copy command from the command line, it works, but the automated process doesn't. Anybody had this problem? Sorry for taking up so much of the list bandwidth, but this is driving me crazy. Wel, FWIW, *we've* never had that problem, nor has anyone ever reported it before... You didn't show [Graphics]GraphPath, so I assumed it was not set. If it is present, and is relative, we concatenate it to the wrap dir to make the destination. If it is absolute, we simply use it as the destination for graphics. If you have [Automation]LogAuto=Yes, you'll see a line in the Frame console output that shows the dir being made if it doesn't already exist. If that's not it, you could try doing the copy with a BookWrapCommand instead, as in par. 32.4.2.1, Executing a system command. At least then you could set [BookFileCommands] BookCommandWindow=Keep so you could see any error messages you get from Windows, which you can't with the Automation command. HTH! -- Jeremy H. Griffith, at Omni Systems Inc. jer...@omsys.com http://www.omsys.com/ ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
RE: Mif2Go graphics question
Hi Jeremy, Running the copy command from the command prompt works. So how do I avoid having to run the commands from the command line every time I regenerate the online help? Getting rid of the plus sign in the directory path doesn't solve the problem as to why the graphics aren't being automatically copied to the wrap directory. Thanks. Martha -Original Message- From: Jeremy H. Griffith [mailto:jer...@omsys.com] Sent: Thursday, September 10, 2009 3:28 PM To: framers@lists.frameusers.com Cc: Martha Lee Subject: Re: Mif2Go graphics question On Thu, 10 Sep 2009 08:58:00 -0400, Martha Lee martha@coventor.com wrote: I do want to use the original graphics; as you said, generating them results in poorer quality. The wrap path and the CopyGraphicsFrom directory are not the same; they have the same name, but are in different locations. The wrap path is C:\rep\documentation\trunk\MEMS+OmniHelp\MEMSplus. The CopyGraphics directory is on the C:\rep\documentation\trunk\MEMSplus. But if I change the wrap directory to some other name, it doesn't solve my problem. No, I wouldn't expect it to, since they are different actual locations. Changing the StripGraphPath to Yes still doesn't get my graphics into the wrap directory. That was so that the HTML files could see them if they were there. If the original path were preserved, they would be looking elsewhere. This is driving me nuts. Any other suggestions? The next thing I'd do to diagnose is open a Command Prompt window, enter the commands we use by hand, and see if any problem appears: cd C:\rep\documentation\trunk\MEMS+OmniHelp\MEMSplus copy /Y C:\rep\documentation\trunk\MEMSplus\*.jpg copy /Y C:\rep\documentation\trunk\MEMSplus\*.gif See if the files are really copied this time. If not, the path is wrong. But I suspect they will be copied. When we do the copy, we add one more part, the destination path, to each copy: C:\rep\documentation\trunk\MEMS+OmniHelp\MEMSplus Why would that be a problem? Because + has a meaning to the copy command, and will make the whole line mean something else. That is why you should NEVER, NEVER, NEVER use any characters in a file or path name other than letters and digits... HTH! -- Jeremy H. Griffith, at Omni Systems Inc. jer...@omsys.com http://www.omsys.com/ ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Filepaths (was Re: Mif2Go graphics question)
Never, really? Only letters and digits? Since I started in the Unix world (oh so long ago), I personally hate the use of spaces in file names and directory paths, but have always used an underscore in its place if really necessary to help clarify the name. Extra periods also can be used, it just looks awkward to my eyes. The plus symbol is very dangerous as you point out, and although legal I don't like using a minus (hyphen) either (as it looks too much like the unix command/param switch to me). Quotes and apostrophes are a disaster IMO as well. Just my $0.02 – Les Smalley --- On Thu, 9/10/09, Jeremy H. Griffith jer...@omsys.com wrote: The next thing I'd do to diagnose is open a Command Prompt window, enter the commands we use by hand, and see if any problem appears: cd C:\rep\documentation\trunk\MEMS+OmniHelp\MEMSplus copy /Y C:\rep\documentation\trunk\MEMSplus\*.jpg copy /Y C:\rep\documentation\trunk\MEMSplus\*.gif See if the files are really copied this time. If not, the path is wrong. But I suspect they will be copied. When we do the copy, we add one more part, the destination path, to each copy: C:\rep\documentation\trunk\MEMS+OmniHelp\MEMSplus Why would that be a problem? Because + has a meaning to the copy command, and will make the whole line mean something else. That is why you should NEVER, NEVER, NEVER use any characters in a file or path name other than letters and digits... HTH! -- Jeremy H. Griffith, at Omni Systems Inc. jer...@omsys.com http://www.omsys.com/ ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: Mif2Go graphics question
On Fri, 11 Sep 2009 08:52:55 -0400, Martha Lee martha@coventor.com wrote: Running the copy command from the command prompt works. So how do I avoid having to run the commands from the command line every time I regenerate the online help? Getting rid of the plus sign in the directory path doesn't solve the problem as to why the graphics aren't being automatically copied to the wrap directory. Try running the *full* command, with the part containing the plus, and see what happens: [all in one line] copy /Y C:\rep\documentation\trunk\MEMSplus\*.jpg C:\rep\documentation\trunk\MEMS+OmniHelp\MEMSplus That is what we run, I'll bet that it does *not* copy the files. If you really remove the plus from the directory name, it will. In the copy command, + means to concatenate the file before the plus with the file after the plus. -- Jeremy H. Griffith, at Omni Systems Inc. jer...@omsys.com http://www.omsys.com/ ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: Filepaths (was Re: Mif2Go graphics question)
On Fri, 11 Sep 2009 06:05:05 -0700 (PDT), Les Smalley l_c_smal...@yahoo.com wrote: Never, really? Only letters and digits? Yes. There are a few more that you can use under most (but not all( circumstances, and several that only bollix one or two commands, but nobody can remember which ones thay are. ;-) So the only *safe* rule is to use none at all. That, people *can* remember. ;-) Since I started in the Unix world (oh so long ago), I personally hate the use of spaces in file names and directory paths, Yes. Those are not fully supported in Frame either, despite claims to the contrary, probably because of Frame's UNIX roots. but have always used an underscore in its place if really necessary to help clarify the name. Some UNIX systems will object, and if they turn up in a CHM's TOC you will have problems, but otherwise they are reasonably safe. Personally, I prefer CamelCase; it's harmless in Windows (where file and path names are case-insensitive), and OK in UNIX (which *is* case-sensitive, as in Web names) if you use it consistently. Extra periods also can be used, it just looks awkward to my eyes. It can also throw some applications that check extensions off, but, again, it's *mostly* safe. ;-) The plus symbol is very dangerous as you point out, and although legal I don't like using a minus (hyphen) either (as it looks too much like the unix command/param switch to me). It *is* the switchchar, and is even accepted as that in Windows. Quotes and apostrophes are a disaster IMO as well. Yes, and commas, and much more. Which is why I say, Avoid them all! -- Jeremy H. Griffith, at Omni Systems Inc. jer...@omsys.com http://www.omsys.com/ ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Filepaths (was Re: Mif2Go graphics question)
Never, really?? Only letters and digits?? Since I started in the Unix world (oh so long ago), I personally hate the use of spaces in file names and directory paths, but have always used an underscore in its place if really necessary to help clarify the name.? Extra periods also can be used, it just looks awkward to my eyes. The plus symbol is very dangerous as you point out, and although legal I don't like using a minus (hyphen) either (as it looks too much like the unix command/param switch to me).? Quotes and apostrophes are a disaster IMO as well. Just my $0.02? ? Les Smalley --- On Thu, 9/10/09, Jeremy H. Griffith wrote: The next thing I'd do to diagnose is open a Command Prompt window, enter the commands we use by hand, and see if any problem appears: cd C:\rep\documentation\trunk\MEMS+OmniHelp\MEMSplus copy /Y "C:\rep\documentation\trunk\MEMSplus\*.jpg" copy /Y "C:\rep\documentation\trunk\MEMSplus\*.gif" See if the files are really copied this time.? If not, the path is wrong.? But I suspect they will be copied.? When we do the copy, we add one more part, the destination path, to each copy: ? C:\rep\documentation\trunk\MEMS+OmniHelp\MEMSplus Why would that be a problem?? Because "+" has a meaning to the copy command, and will make the whole line mean something else. That is why you should NEVER, NEVER, NEVER use any characters in a file or path name other than letters and digits... HTH! -- Jeremy H. Griffith, at Omni Systems Inc. ? ? http://www.omsys.com/
Filepaths (was Re: Mif2Go graphics question)
On Fri, 11 Sep 2009 06:05:05 -0700 (PDT), Les Smalley wrote: >Never, really?? Only letters and digits?? Yes. There are a few more that you can use under most (but not all( circumstances, and several that only bollix one or two commands, but nobody can remember which ones thay are. ;-) So the only *safe* rule is to use none at all. That, people *can* remember. ;-) >Since I started in the Unix world (oh so long ago), I personally >hate the use of spaces in file names and directory paths, Yes. Those are not fully supported in Frame either, despite claims to the contrary, probably because of Frame's UNIX roots. >but have always used an underscore in its place if really necessary >to help clarify the name.? Some UNIX systems will object, and if they turn up in a CHM's TOC you will have problems, but otherwise they are reasonably safe. Personally, I prefer CamelCase; it's harmless in Windows (where file and path names are case-insensitive), and OK in UNIX (which *is* case-sensitive, as in Web names) if you use it consistently. >Extra periods also can be used, it just looks awkward to my eyes. It can also throw some applications that check extensions off, but, again, it's *mostly* safe. ;-) >The plus symbol is very dangerous as you point out, and although >legal I don't like using a minus (hyphen) either (as it looks too >much like the unix command/param switch to me).? It *is* the switchchar, and is even accepted as that in Windows. >Quotes and apostrophes are a disaster IMO as well. Yes, and commas, and much more. Which is why I say, "Avoid them all!" -- Jeremy H. Griffith, at Omni Systems Inc. http://www.omsys.com/
RE: Mif2Go graphics question
Hi Jeremy et al, I do want to use the original graphics; as you said, generating them results in poorer quality. The wrap path and the CopyGraphicsFrom directory are not the same; they have the same name, but are in different locations. The wrap path is C:\rep\documentation\trunk\MEMS+OmniHelp\MEMSplus. The CopyGraphics directory is on the C:\rep\documentation\trunk\MEMSplus. But if I change the wrap directory to some other name, it doesn't solve my problem. Changing the StripGraphPath to Yes still doesn't get my graphics into the wrap directory. This is driving me nuts. Any other suggestions? Thanks. Martha -Original Message- From: Jeremy H. Griffith [mailto:jer...@omsys.com] Sent: Wednesday, September 09, 2009 7:44 PM To: framers@lists.frameusers.com Cc: Martha Lee Subject: Re: Mif2Go graphics question On Wed, 9 Sep 2009 13:36:49 -0400, Martha Lee martha@coventor.com wrote: I'm using Mif2Go to generate OmniHelp. I'm trying to copy my referenced graphics into the distribution directory. My mif2htm.ini has these settings: [FDK] WriteEquations=Yes WriteAllGraphics=No [Automation] WrapAndShip=Yes WrapPath=.\MEMSplus ShipPath=.\MEMSplus CopyGraphicsFrom=C:\rep\documentation\trunk\MEMSplus GraphCopyFiles= *.gif *.png [Graphics] UseGraphicPreviews=No StripGraphPath=No UseOriginalGraphicNames=Yes The graphics are not written to the wrap directory so all the graphics are missing from the final htm output. Any suggestions? This setup says that you really have the .gif and .png graphics already in existence, and they are located at C:\rep\documentation\trunk\MEMSplus. Is that correct? That's not the *same* MEMSplus dir you are referencing as the wrap and ship dirs, is it? I can't tell because you didn't say where you were running this from. It shouldn't be, or you'd be saying to copy them to themselves, which does nothing (and is in fact ignored, we check for that). Also, it's better to have the wrap and ship dirs separate. For OmniHelp, you typically run an ArchiveCommand to .zip the results in wrap, and then we move that zip to ship. Many projects can share the same ship; it makes distribution much easier if they do. If you actually want graphics generated (which is poorer quality, if you already have them available), as David thinks, you'd need to set [Graphics]UseGraphicPreviews=Yes. Also, if you use StripGraphPath=No, and don't set a GraphPath, you are saying to preserve the original paths from the Frame files. Those are unlikely to work. If you are putting the graphics in the same dir as the HTML, you definitely want StripGraphPath=Yes. HTH! -- Jeremy H. Griffith, at Omni Systems Inc. jer...@omsys.com http://www.omsys.com/ ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: Mif2Go graphics question
On Thu, 10 Sep 2009 08:58:00 -0400, Martha Lee martha@coventor.com wrote: I do want to use the original graphics; as you said, generating them results in poorer quality. The wrap path and the CopyGraphicsFrom directory are not the same; they have the same name, but are in different locations. The wrap path is C:\rep\documentation\trunk\MEMS+OmniHelp\MEMSplus. The CopyGraphics directory is on the C:\rep\documentation\trunk\MEMSplus. But if I change the wrap directory to some other name, it doesn't solve my problem. No, I wouldn't expect it to, since they are different actual locations. Changing the StripGraphPath to Yes still doesn't get my graphics into the wrap directory. That was so that the HTML files could see them if they were there. If the original path were preserved, they would be looking elsewhere. This is driving me nuts. Any other suggestions? The next thing I'd do to diagnose is open a Command Prompt window, enter the commands we use by hand, and see if any problem appears: cd C:\rep\documentation\trunk\MEMS+OmniHelp\MEMSplus copy /Y C:\rep\documentation\trunk\MEMSplus\*.jpg copy /Y C:\rep\documentation\trunk\MEMSplus\*.gif See if the files are really copied this time. If not, the path is wrong. But I suspect they will be copied. When we do the copy, we add one more part, the destination path, to each copy: C:\rep\documentation\trunk\MEMS+OmniHelp\MEMSplus Why would that be a problem? Because + has a meaning to the copy command, and will make the whole line mean something else. That is why you should NEVER, NEVER, NEVER use any characters in a file or path name other than letters and digits... HTH! -- Jeremy H. Griffith, at Omni Systems Inc. jer...@omsys.com http://www.omsys.com/ ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
RE: Mif2Go graphics question
Martha, Try changing the [FDK[ WriteAllGraphics option to Yes. You can also set the WriteAllEquations to No, unless of course you actually have equations in your source. David Spreadbury Sr. Technical Writer -Original Message- From: framers-boun...@lists.frameusers.com [mailto:framers-boun...@lists.frameusers.com] On Behalf Of Martha Lee Sent: Wednesday, September 09, 2009 12:37 PM To: framers@lists.frameusers.com Subject: Mif2Go graphics question Hi All, I'm using Mif2Go to generate OmniHelp. I'm trying to copy my referenced graphics into the distribution directory. My mif2htm.ini has these settings: [FDK] WriteEquations=Yes WriteAllGraphics=No [Automation] WrapAndShip=Yes WrapPath=.\MEMSplus ShipPath=.\MEMSplus CopyGraphicsFrom=C:\rep\documentation\trunk\MEMSplus GraphCopyFiles= *.gif *.png [Graphics] UseGraphicPreviews=No StripGraphPath=No UseOriginalGraphicNames=Yes The graphics are not written to the wrap directory so all the graphics are missing from the final htm output. Any suggestions? Thanks. Martha Lee Documentation Department Coventor, Inc. 919-854-7500 ext. 120 martha@coventor.com ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.
Re: Mif2Go graphics question
On Wed, 9 Sep 2009 13:36:49 -0400, Martha Lee martha@coventor.com wrote: I'm using Mif2Go to generate OmniHelp. I'm trying to copy my referenced graphics into the distribution directory. My mif2htm.ini has these settings: [FDK] WriteEquations=Yes WriteAllGraphics=No [Automation] WrapAndShip=Yes WrapPath=.\MEMSplus ShipPath=.\MEMSplus CopyGraphicsFrom=C:\rep\documentation\trunk\MEMSplus GraphCopyFiles= *.gif *.png [Graphics] UseGraphicPreviews=No StripGraphPath=No UseOriginalGraphicNames=Yes The graphics are not written to the wrap directory so all the graphics are missing from the final htm output. Any suggestions? This setup says that you really have the .gif and .png graphics already in existence, and they are located at C:\rep\documentation\trunk\MEMSplus. Is that correct? That's not the *same* MEMSplus dir you are referencing as the wrap and ship dirs, is it? I can't tell because you didn't say where you were running this from. It shouldn't be, or you'd be saying to copy them to themselves, which does nothing (and is in fact ignored, we check for that). Also, it's better to have the wrap and ship dirs separate. For OmniHelp, you typically run an ArchiveCommand to .zip the results in wrap, and then we move that zip to ship. Many projects can share the same ship; it makes distribution much easier if they do. If you actually want graphics generated (which is poorer quality, if you already have them available), as David thinks, you'd need to set [Graphics]UseGraphicPreviews=Yes. Also, if you use StripGraphPath=No, and don't set a GraphPath, you are saying to preserve the original paths from the Frame files. Those are unlikely to work. If you are putting the graphics in the same dir as the HTML, you definitely want StripGraphPath=Yes. HTH! -- Jeremy H. Griffith, at Omni Systems Inc. jer...@omsys.com http://www.omsys.com/ ___ You are currently subscribed to Framers as arch...@mail-archive.com. Send list messages to fram...@lists.frameusers.com. To unsubscribe send a blank email to framers-unsubscr...@lists.frameusers.com or visit http://lists.frameusers.com/mailman/options/framers/archive%40mail-archive.com Send administrative questions to listad...@frameusers.com. Visit http://www.frameusers.com/ for more resources and info.