|
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 11/3/18 9:14 AM, clipka wrote:
> Am 03.11.2018 um 11:49 schrieb Jim Holsenback:
>> On 11/2/18 11:24 AM, Kenneth wrote:
>>> I *could* be doing something wrong on my end-- that's always a
>>> possibility, ha--
>>> but I don't think so.
>>
>> since i'm not a doze user take what i say with a grain of salt... iirc
>> this /may/ be a help file naming issue, or something to do with the
>> post-processing that clipka does to turn the docs into chm format
>
> I could not generate the symptoms here with the original generated file;
> I had to download the file from GitHub to re-produce the issue.
>
> Turns out green is on the right track: The symptom observed is a side
> effect of downloading the file from the internet. This sets an NTFS file
> attribute telling other software that the file may be unsafe to use. I'm
> not exactly sure what mechanism kicks in next, but my conjecture is that
> the help file viewer refuses to display the HTML pages embedded in the
> help file because they try to load a small JavaScript code snippet.
>
> Unblocking the file (see my other post) solves the issue here.
cool beans
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
clipka <ano### [at] anonymousorg> wrote:
>
> In Windows Explorer, right-click the file, open the "Properties" dialog,
> and at the bottom of the "General" tab click on the "Unlock" button or
> checkbox ("Zulassen" in the German version).
.....Turns out green is on the right track...
Yes indeed, that solves the problem. Thanks, to both of you. (My apologies to
green for 'resisting' the idea, ha.)
The question arises as to why this newer help file was 'blocked', when, for
example, 3.7.1 beta 9's file didn't have that bothersome attribute, IIRC. I'm
wondering if a particular Windows 7/Microsoft update over the past couple of
years may have introduced a more restrictive (or more 'robust'?) protection
scheme for files downloaded from the internet.
Or could it be a by-product of the help-file build process, possibly due to a
(newer?)software tool that was used to create it?
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Am 03.11.2018 um 17:49 schrieb Kenneth:
> The question arises as to why this newer help file was 'blocked', when, for
> example, 3.7.1 beta 9's file didn't have that bothersome attribute, IIRC. I'm
> wondering if a particular Windows 7/Microsoft update over the past couple of
> years may have introduced a more restrictive (or more 'robust'?) protection
> scheme for files downloaded from the internet.
>
> Or could it be a by-product of the help-file build process, possibly due to a
> (newer?)software tool that was used to create it?
The difference is in how the help file got onto your computer.
With the betas, it was an installer that you downloaded, not the help
file itself, and - from the perspective of the operating system - the
installer "created" the help file on your computer.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On 3-11-2018 13:59, clipka wrote:
> Am 29.10.2018 um 18:34 schrieb clipka:
>> Updated v3.8-alpha help file for POV-Ray for Windows now available on
>> GitHub:
>>
>>
https://github.com/POV-Ray/povray/tree/master/distribution/platform-specific/windows/Help
>>
>>
>> To be simply dropped into the v3.7 installation on which the
>> v3.8-alpha is piggybacking. (They don't interfere with the v3.7 help
>> files, as the file names are different.)
>
> Well, it turns out it's not as simple as that: As an additional step,
> you have to tell Windows that the file is safe to use despite having
> been downloaded from the web.
>
> In Windows Explorer, right-click the file, open the "Properties" dialog,
> and at the bottom of the "General" tab click on the "Unlock" button or
> checkbox ("Zulassen" in the German version).
Cool! Thanks.
--
Thomas
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
clipka <ano### [at] anonymousorg> wrote:
> Am 03.11.2018 um 17:49 schrieb Kenneth:
>
> > The question arises as to why this newer help file was 'blocked', when...
>
> The difference is in how the help file got onto your computer.
>
> With the betas, it was an installer that you downloaded, not the help
> file itself, and - from the perspective of the operating system - the
> installer "created" the help file on your computer.
Ah yes, I do understand the difference now; thanks.
I fully admit that the inner workings of Windows' arcane security schemes are
totally baffling to me.
I see now that I picked a poor file comparison. I think a better one would be
between the new help file, and the latest alpha release. The former is
'blocked', while the latter is not. The only initial difference that I see upon
downloading them is that the help file arrives as a 'raw' file (i.e., ready to
use), whereas the alpha is a zipped file. Does the act of unzipping a file
'un-block' it?
[Administrator priviledges are required for adding *either* file to POV's bin
folder, so I don't see that as a deciding factor in blocked vs. unblocked.]
Sorry for going further down this rabbit hole, but I'm obviously having a
difficult time understanding the help file's initial state. I very rarely
encounter a blocked file when downloading stuff from the 'net (almost never.)
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
|
|