Re: Windows MAGICK_CONFIGURE_PATH options

10bxjfhf <[email protected]> Fri, 6 Mar 2020 15:11:15 -0800
Newsgroups gmane.comp.video.graphicsmagick.apis
Message-ID <[email protected]>
This is a multi-part message in MIME format.
--===============5871727870256842555==
Content-Type: multipart/alternative;
 boundary="------------815FA10374646D3AE396A12C"
Content-Language: en-US

This is a multi-part message in MIME format.
--------------815FA10374646D3AE396A12C
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

On 2020-03-06 1:51 p.m., Bob Friesenhahn wrote:
> On Fri, 6 Mar 2020, 10bxjfhf wrote:
>>
>> Still, it looks right now that the log file directory still wants to 
>> be the same directory the executable is in (which is read-only once 
>> the app is installed),  unless I set a hard coded path for the file 
>> name in log.mgk, which seems to mean I have to generate log.mgk on 
>> the fly once the app knows where it is safe to write that data
>
> It seems that a writeable per-user directory is needed.  Obviously 
> Windows does provide a per-user directory for such files.  There is 
> always a security hazard when supporting such powerful features in a 
> writeable directory.

Would it be an idea, at least for Windows, to make the default directory 
for the log text file the same as where the log.mgk file came from.

I'd hate to add XML read/write facilities to my app just so I can force 
feed this file.

Moving these files to a user directory will also mean adjustments to the 
installer script.

What the implications for the rest of the mgk files are, I have no idea; 
at this time, I am not sure I will need any others, but ....

>
> For Ghostscript fonts we use a text substitution algorithm where an 
> input template file (type-ghostscript.mgk.in) has text looking like 
> '@ghostscript_font_dir@' substituted with a path.  It should be 
> possible to support a substitution algorithm in the mgk config files.

In some ways this would be nice, but I am not sure explaining this to a 
new user would be easy; depending on how much error checking is needed 
and/or already present.

Who would be responsible for parsing and substituting, Magick or the 
app? presumably Magick++

Arnold

>
> Bob
>
>
> _______________________________________________
> Graphicsmagick-apis mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/graphicsmagick-apis

--------------815FA10374646D3AE396A12C
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">On 2020-03-06 1:51 p.m., Bob
      Friesenhahn wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:[email protected]">On
      Fri, 6 Mar 2020, 10bxjfhf wrote:
      <br>
      <blockquote type="cite">
        <br>
        Still, it looks right now that the log file directory still
        wants to be the same directory the executable is in (which is
        read-only once the app is installed),  unless I set a hard coded
        path for the file name in log.mgk, which seems to mean I have to
        generate log.mgk on the fly once the app knows where it is safe
        to write that data
        <br>
      </blockquote>
      <br>
      It seems that a writeable per-user directory is needed.  Obviously
      Windows does provide a per-user directory for such files.  There
      is always a security hazard when supporting such powerful features
      in a writeable directory.
      <br>
    </blockquote>
    <p>Would it be an idea, at least for Windows, to make the default
      directory for the log text file the same as where the log.mgk file
      came from.</p>
    <p>I'd hate to add XML read/write facilities to my app just so I can
      force feed this file.</p>
    <p>Moving these files to a user directory will also mean adjustments
      to the installer script.<br>
    </p>
    <p>What the implications for the rest of the mgk files are, I have
      no idea; at this time, I am not sure I will need any others, but
      ....<br>
    </p>
    <blockquote type="cite"
      cite="mid:[email protected]">
      <br>
      For Ghostscript fonts we use a text substitution algorithm where
      an input template file (type-ghostscript.mgk.in) has text looking
      like '@ghostscript_font_dir@' substituted with a path.  It should
      be possible to support a substitution algorithm in the mgk config
      files.
      <br>
    </blockquote>
    <p>In some ways this would be nice, but I am not sure explaining
      this to a new user would be easy; depending on how much error
      checking is needed and/or already present.</p>
    <p>Who would be responsible for parsing and substituting, Magick or
      the app? presumably Magick++</p>
    <p>Arnold<br>
    </p>
    <blockquote type="cite"
      cite="mid:[email protected]">
      <br>
      Bob
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
Graphicsmagick-apis mailing list
<a class="moz-txt-link-abbreviated" href="mailto:[email protected]">[email protected]</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/graphicsmagick-apis">https://lists.sourceforge.net/lists/listinfo/graphicsmagick-apis</a>
</pre>
    </blockquote>
  </body>
</html>

--------------815FA10374646D3AE396A12C--


--===============5871727870256842555==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


--===============5871727870256842555==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Graphicsmagick-apis mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/graphicsmagick-apis

--===============5871727870256842555==--