Preview File Path not working

Post your questions and problem reports here

Moderator: kfury77

Forum rules
Please try to follow these guidelines. This will help to receive faster and more accurate response.
  • Check the Support section of the corresponding product first. Chances are you will find your answer there;
  • Do not create new topics for already reported problems. Add your comments to the existing topics instead;
  • Create separate topic for each problem request. Do NOT post a number of non-related problem reports in a single topic;
  • Give your topic a meaningful title. Titles such as "A question," "Bug report" and "Help!" provide others no clue what your message is about;
  • Include the version number of the software you are using;
  • This is not an official customer support helpdesk. If you need a prompt and official response, please contact our support team directly instead. It may take a while until you receive a reply in the forum;
Post Reply
matte
Posts: 5
Joined: Thu Aug 03, 2006 5:38 am

Preview File Path not working

Post by matte »

In both HTML 2005, AND Rapid CSS 2006, setting the the Preview file directory Path in preferences seems totally useless. MY assumption is this is where the prev1~.htm files would be written. But they are not. No matter how many times I try, the preview files are always written to the current working directory (with either program)

Either this is not what this path is for, in which case that needs to be clearer, or it's a bug. I would like to have all these files written OUTSide my working directory. I use subversion, and it's incredibly annoying to have these files automatically created in the repository's active folders.

So how do I DO this? I really like this product, and keeping coming back to my trial for the things i like, but hesitate to register becasue of these annoying little quirks.

I wish preview would just clean itself up and remove these temp files like most other editors do.
User avatar
chrisjlocke
Top Contributor
Posts: 995
Joined: Mon Aug 01, 2005 4:12 pm
Location: Essex, UK
Contact:

Post by chrisjlocke »

No, unfortunately (well, I believe, anyway) its the location where the prevx~.htm files are stored until they're saved. As soon as they're saved, they are then created with the original document.

WeBuilder does wipe up after itself, and the prevx~.htm files are deleted when the file is closed.

I've not used subversion, but cannot it be told that prev?~.htm files should be ignored?
matte
Posts: 5
Joined: Thu Aug 03, 2006 5:38 am

Post by matte »

chrisjlocke wrote:I've not used subversion, but cannot it be told that prev?~.htm files should be ignored?
Yes, you can.. but on a file by file basis, or extension only. The latter is dangerous, and the former is just too unreliable. And when you get things confused in Tortoise/subversion client, in terms of what was created in Explorer and what wasn't, it can require a whole new checkout of the respository to fix.

I just don't like it when an application automatically generates files, and doesn't let me manage them better. I don't even know why I need them at all. There should just be a purge option that cleans them up, or a preference that only saves them if you want them saved. it's confusing and awkward and not something I never noticed or needed to think about in any other application and I am not convinced they are needed here.

Not to sound too negative though. I keep returning to this product because I think it has a lot of potential.. but it's still not robust enough to ween me off PSpad when I want simplicity, and Dreamweaver when I wan t advanced web tools. I haven't tried Webuilder yet.
User avatar
chrisjlocke
Top Contributor
Posts: 995
Joined: Mon Aug 01, 2005 4:12 pm
Location: Essex, UK
Contact:

Post by chrisjlocke »

WeBuilder and HTML 2005, Rapid CSS 2006, etc, use the same 'engine', so they should wipe up after themselves too. You can prove this by creating a file on your desktop, previewing it, and noting the prev1~.htm file is also there. Close the file in HTML 2005, etc, and the prev1~.htm file should have gone.

I presume Subversion is grabbing this file before the file is closed in HTML 2005, etc.
Post Reply