Just a query about the sub-folders \jspopups and \jstopics, using PP 3.30 Responsive Boxed Mango skin. A little change to just one page of the Help file causes all of them, and many in their parent folder to be updated with a new file-date. Is this technically necessary? It makes my uploading of new help files a lot slower....
Cheers -- Mike
file dates
Moderators: Alexander Halser, Tim Green
- Mike Scott
- Posts: 101
- Joined: Wed Jul 27, 2005 10:32 pm
- Location: Stroud
- Contact:
file dates
Mike Scott
- Tim Green
- Site Admin
- Posts: 23186
- Joined: Mon Jun 24, 2002 9:11 am
- Location: Bruehl, Germany
- Contact:
Re: file dates
Hi Mike,
Generally speaking, we recommend that you be extremely careful about using the time and date stamps of your files to identify what needs to be uploaded in WebHelp because it's sometimes not reliable. This depends partly on your settings in Configuration > Publishing Options > WebHelp > HTML Export Options: Apply date/time stamp of topic to corresponding HTML output file. If that is activated then the timestamps of topics will only change if the topic is edited, but the topic content can change even if the topic wasn't edited. For example, if you make any change to a template or skin, all the topics will change, but if you have the editing time stamp active, you won't see that in the timestamps and the result can be weird and confusing errors in your output.
If the time stamp option is off, all the output files will have the time of the compile, not the time of the last edit, which is probably what is happening in your case. If you turn it on you can reduce your upload overheads somewhat, as long as you always upload everything if you ever make any changes to the skin, or update it.
However, even when the time stamp option is on you will notice that all the actual .html files always have the compile time and date when you are publishing with a V3 skin. That is because every single topic file actually contains the entire layout in this format, and so they are treated as something that you should always upload. (In case you're interested: When the user visits a topic from a hyperlink that topic becomes the "home" page. After that they stay in that file and when they browse the content of new topics is replaced dynamically in the page from the versions in the jstopics folder. )
Generally speaking, we recommend that you be extremely careful about using the time and date stamps of your files to identify what needs to be uploaded in WebHelp because it's sometimes not reliable. This depends partly on your settings in Configuration > Publishing Options > WebHelp > HTML Export Options: Apply date/time stamp of topic to corresponding HTML output file. If that is activated then the timestamps of topics will only change if the topic is edited, but the topic content can change even if the topic wasn't edited. For example, if you make any change to a template or skin, all the topics will change, but if you have the editing time stamp active, you won't see that in the timestamps and the result can be weird and confusing errors in your output.
If the time stamp option is off, all the output files will have the time of the compile, not the time of the last edit, which is probably what is happening in your case. If you turn it on you can reduce your upload overheads somewhat, as long as you always upload everything if you ever make any changes to the skin, or update it.
However, even when the time stamp option is on you will notice that all the actual .html files always have the compile time and date when you are publishing with a V3 skin. That is because every single topic file actually contains the entire layout in this format, and so they are treated as something that you should always upload. (In case you're interested: When the user visits a topic from a hyperlink that topic becomes the "home" page. After that they stay in that file and when they browse the content of new topics is replaced dynamically in the page from the versions in the jstopics folder. )
Regards,
Tim (EC Software Documentation & User Support)
Private support:
Please do not email or PM me with private support requests -- post to the forum directly.
Tim (EC Software Documentation & User Support)
Private support:
Please do not email or PM me with private support requests -- post to the forum directly.
- Mike Scott
- Posts: 101
- Joined: Wed Jul 27, 2005 10:32 pm
- Location: Stroud
- Contact: