Mif2Go graphics question
Martha Lee
martha.lee at coventor.com
Mon Sep 14 09:04:11 PDT 2009
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.campbell at gmail.com]
Sent: Monday, September 14, 2009 11:28 AM
To: Martha Lee
Cc: Jeremy H. Griffith; framers at 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.campbell at 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.lee at 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.campbell at gmail.com]
> Sent: Monday, September 14, 2009 10:20 AM
> To: Martha Lee
> Cc: Jeremy H. Griffith; framers at 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.campbell at 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.lee at 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.campbell at gmail.com]
>> Sent: Monday, September 14, 2009 9:47 AM
>> To: Martha Lee
>> Cc: Jeremy H. Griffith; framers at 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.campbell at 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.lee at 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:jeremy at omsys.com]
>>> Sent: Friday, September 11, 2009 6:25 PM
>>> To: framers at lists.frameusers.com
>>> Cc: Martha Lee
>>> Subject: Re: Mif2Go graphics question
>>>
>>>
>>> On Fri, 11 Sep 2009 08:52:55 -0400, "Martha Lee"
> <martha.lee at 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.
>>> <jeremy at omsys.com> http://www.omsys.com/
>>>
>>> _______________________________________________
>>>
>>>
>>> You are currently subscribed to Framers as art.campbell at gmail.com.
>>>
>>> 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/art.campbell%40gmail.com
>>>
>>> Send administrative questions to listadmin at frameusers.com. Visit
>>> http://www.frameusers.com/ for more resources and info.
>>>
>>
>>
>
>
More information about the framers
mailing list