I've just noticed that the temporary files created for publishing in
"C:\Users\...\AppData\Local\Temp\~publish\"
are not removed although the publish displays "Removing temporary files..." before it ends.
Is this intentional?
Temporary files created for publishing
Forum rules
PLEASE READ THE FORUM RULES BEFORE YOU POST:
viewtopic.php?f=12&t=1901
MUST READ:
http://www.wysiwygwebbuilder.com/publish.html
http://www.wysiwygwebbuilder.com/preview.html
Frequently Asked Questions about Publishing
PLEASE READ THE FORUM RULES BEFORE YOU POST:
viewtopic.php?f=12&t=1901
MUST READ:
http://www.wysiwygwebbuilder.com/publish.html
http://www.wysiwygwebbuilder.com/preview.html
Frequently Asked Questions about Publishing
Re: Temporary files created for publishing
Yes, this is intentional.
The files will be removed the next time publish.
The files will be removed the next time publish.
Re: Temporary files created for publishing
Is there a disadvantage in removing them immediately after publishing?
Re: Temporary files created for publishing
Basically, publishing works the same as preview.
if the files were immediately removed then you would not be able to preview.
if the files were immediately removed then you would not be able to preview.
Re: Temporary files created for publishing
Let me see if I get this right. If you publish, WWB removes any old html code from the temp location, creates the new html code and then copies it to the correct location. It then exits. In Preview, it uses the same routines to create the code, passes the location to the browser and then exits.
So, if WWB was to delete the code after it exits the routine to create it, Preview wouldn't work (and probably, publish would fail too unless specific code was there to check what you'd asked it to do - preview or publish).
For me, this all works well, because sometimes I want to use a different browser to preview my work and I know the html code is in my temp folder waiting for me.
I hope this all makes sense and I haven't been over simplifying things.
Alan
Re: Temporary files created for publishing
I was going to leave this but.
You would normally do many Previews before Publishing so obviously you don't need to have Published to do a Preview.
I always specify my own Preview Folder in Options > Files and Folders but I don't think this is relevant.
This is how I thought it worked.
Preview always first deletes all files in the Preview Folder and then creates all the files necessary for the Preview.
Publish always first deletes all files in the Publish Folder (which in my case is different to the Preview Folder) and then creates all the files before Publishing them.
So the fact that WWB does the file creation each time is why I suggested the deletion afterwards.
I stand corrected if anything is not how it is.
Apologies for continuing this thread (I didn't intend to!).
You would normally do many Previews before Publishing so obviously you don't need to have Published to do a Preview.
I always specify my own Preview Folder in Options > Files and Folders but I don't think this is relevant.
This is how I thought it worked.
Preview always first deletes all files in the Preview Folder and then creates all the files necessary for the Preview.
Publish always first deletes all files in the Publish Folder (which in my case is different to the Preview Folder) and then creates all the files before Publishing them.
Since WWB creates all files each time a Preview or Publish is done I don't think this would apply.So, if WWB was to delete the code after it exits the routine to create it, Preview wouldn't work (and probably, publish would fail too unless specific code was there to check what you'd asked it to do - preview or publish).
The same applies to this.For me, this all works well, because sometimes I want to use a different browser to preview my work and I know the html code is in my temp folder waiting for me.
So the fact that WWB does the file creation each time is why I suggested the deletion afterwards.
I stand corrected if anything is not how it is.
Apologies for continuing this thread (I didn't intend to!).