Am 13.06.2013 22:23, schrieb captaindet:
> On 2013-06-13 14:47, Paulo Pinto wrote:
>> I just tried and in my case I get a unblock button.
>>
>> Having said that you are right there seems to be some comunication
>> going on.
>>
>> Maybe it is better if someone from D developers can have a look at
>> it, I am afraid I cannot be of much help.
>>
>> -- Paulo
>
> FWIW
>
> i figured out the windows blocking part - (which has nothing to to do
> with the original problem)
>
> any file (at least .exe and .zip) downloaded with IE (maybe even FF, not
> tested) gets the 'danger' entry and shows the 'unblock' button in file
> properties.
>
> now if you use the windows built-in unzip, this property is propagated
> to the extracted files, even harmless .txt files.
>
> me, not using IE nor explorer nor the built-in zip (but rather opera and
> total commander), never encounter these annoying blocking issues.
>
> /det

Yes this was what I was mentioning on my previous post. This is a NTFS feature it doesn't matter which browser you use to download.

Windows makes use of NTFS streams to mark a downloaded file as dangerous.

I never used Opera, so that might be the reason why I my experience is different than yours. FF and Chrome are integrated into this security mechanisms.

--
Paulo

On 2013-06-13 15:15, Walter Bright wrote:
> What files is it looking for?

run some more tests and it is getting weirder and weirder. i am currently at work (this system has all windows updates installed). this machine never showed the plethora of scripting errors but would just refuse to display help pages.

0) what i now did first: i deleted the internet explorer cache, history and whatnot.

1) first run of d.chm
it wants to connect to
74.125.142.95 (google? why?)
192.88.99.1 (IANA??)
both of which i did NOT allow.

then it spits out following error message:
	An error has occured in the script of this page.
	Line: 332
	Char: 1
	Error: The value of the property '$' is null or undefined, not a Function object
	Code: 0
	URL: mk:@MSITStore:C:\D_2063.2.3\dmd2\windows\bin\d.chm::/chm/js/run.js

- then accessing help from the index and search tab works, but the contents tab does not, only white pages.

2) second and later runs of d.chm
+ does not try to connect to the internet anymore
+ seems to work alright

3) now i start d.chm help from earlier versions of d, eg 2.061 and/or 2.062.
+ help works much quicker compared to 2.063 help and without problems

4) now i start the d.chm from 2.063 again
- again, no help from the contents tab, while index and search help works.

5) cleaning the internet explorer cache etc..
+ brings back the help, works fine

summary:
o i can use different d.chm from versions <2.063 without any problems. no side effects.
o but their traces in cache/history corrupt the 2.063 help
o 2.063 d.chm wants to connect to the internet, while previous versions did not
o 2.063 d.chm seems to be a bit sluggish in general, compared to old help files

not sure what to make from all this. later at home i will check if the more plentiful error messages are any different.


cheers

/det

On 2013-06-13 15:32, Paulo Pinto wrote:
>
> Yes this was what I was mentioning on my previous post. This is a
> NTFS feature it doesn't matter which browser you use to download.
>
> Windows makes use of NTFS streams to mark a downloaded file as
> dangerous.
>
> I never used Opera, so that might be the reason why I my experience
> is different than yours. FF and Chrome are integrated into this
> security mechanisms.
>
> -- Paulo

also, not every unzip program propagates this property. eg the total commander built-in unzip gladly ignores this property, ie the unzipped files are not tagged 'dangerous'/blocked even if the zip was.

/det

On Thursday, 13 June 2013 at 01:26:09 UTC, captaindet wrote:
> just checked and the windows help file d.chm is still broken. weird scripting errors appear for every page/link. it is not usable this way. (it also wants to connect to the internet, which i don't like at all, but this could be a windows thing.)
>
> i love this help resource!
>
> [sorry for posting here, i couldn't figure out how to reply on the beta channel. it does not seem to be a newsgroup and i don't want to subscribe to a mailing list.]

Hi, I'm the maintainer of the CHM file and author of the CHM build tool (http://thecybershadow.net/d/docs/). Feel free to direct feedback regarding the CHM to me directly.

The CHM is built from the same HTML files that end up on the dlang.org website. (I would've used the same process that generate the documentation files under dmd2/html, but I don't think it's open-source or on github).

The website makes use of JavaScript, and loads jQuery from Google's CDN (https://developers.google.com/speed/libraries/). Other scripts use jQuery to provide things like editable/runnable code snippets.

I strongly suspect that the firewall alerts you're seeing are due to attempts to load jQuery, and the JavaScript errors you're seeing are due to jQuery not being loaded (because you forbid the firewall requests).

I'm going to have a look to see how difficult it would be to remove jQuery and its dependents from the CHM. (Due to the way the CHM is built, the tool needs to edit generated HTML, and since the website is sometimes updated with various JavaScript tweaks and features, it's somewhat like trying to operate on a moving target.)

As a workaround, for now I would recommend allowing the firewall requests.

On Thursday, 13 June 2013 at 01:26:09 UTC, captaindet wrote:
> just checked and the windows help file d.chm is still broken. weird scripting errors appear for every page/link. it is not usable this way. (it also wants to connect to the internet, which i don't like at all, but this could be a windows thing.)

Could you try this CHM file?

http://dump.thecybershadow.net/7a69b8b3dbfd007e9895ff048d147187/d.chm

Here are my changes:

https://github.com/D-Programming-Language/dlang.org/pull/340

On 2013-06-13 21:11, Vladimir Panteleev wrote:
> On Thursday, 13 June 2013 at 01:26:09 UTC, captaindet wrote:
>> just checked and the windows help file d.chm is still broken. weird scripting errors appear for every page/link. it is not usable this way. (it also wants to connect to the internet, which i don't like at all, but this could be a windows thing.)
>
> Could you try this CHM file?
>
> http://dump.thecybershadow.net/7a69b8b3dbfd007e9895ff048d147187/d.chm
>
> Here are my changes:
>
> https://github.com/D-Programming-Language/dlang.org/pull/340

thanks a bunch!

this one seems to be self-sufficient, i.e. does not need internet access, no script errors so far.

i love the chm help especially for when traveling w/ slow or w/o internet access!

the changelog page does load very slowly though (and my computer is not the weakest one...), some other pages are a bit sluggish too. earlier chm helps were very responsive. i guess it is the (increased) use of javascript on the dlang website. do we really need so much of it? and does it all have to go in the chm file? i would not mind a more austere appearance for a simple offline help. but this is probably easier said than done.


cheers,

det

On Friday, 14 June 2013 at 03:45:37 UTC, captaindet wrote:
> the changelog page does load very slowly though (and my computer is not the weakest one...), some other pages are a bit sluggish too. earlier chm helps were very responsive. i guess it is the (increased) use of javascript on the dlang website. do we really need so much of it? and does it all have to go in the chm file? i would not mind a more austere appearance for a simple offline help. but this is probably easier said than done.

The lag is caused by the hyphenation script. It inserts soft hyphens to allow line breaks inside words. It is often the target of complaints (such as adversely affecting performance, or being incompatible with certain browsers).

I'll disable hyphenation in the CHM file, since this problem is especially grave due to the low JavaScript performance of the IE version used in the CHM reader.

Here is a new version:

http://dump.thecybershadow.net/3b3a645e610038cb40eb8ea1cad8fa07/d.chm

On 2013-06-14 01:08, Vladimir Panteleev wrote:
> On Friday, 14 June 2013 at 03:45:37 UTC, captaindet wrote:
>> the changelog page does load very slowly though (and my computer is not the weakest one...), some other pages are a bit sluggish too. earlier chm helps were very responsive. i guess it is the (increased) use of javascript on the dlang website. do we really need so much of it? and does it all have to go in the chm file? i would not mind a more austere appearance for a simple offline help. but this is probably easier said than done.
>
> The lag is caused by the hyphenation script. It inserts soft hyphens to allow line breaks inside words. It is often the target of complaints (such as adversely affecting performance, or being incompatible with certain browsers).
>
> I'll disable hyphenation in the CHM file, since this problem is especially grave due to the low JavaScript performance of the IE version used in the CHM reader.
>
> Here is a new version:
>
> http://dump.thecybershadow.net/3b3a645e610038cb40eb8ea1cad8fa07/d.chm

impressive! now it has the speed and usability of the older chm help files.

thanks for your work on this!

/det