0
votes

We're developing DNN skins, and we want to develop then in a different folder than DNN is looking for them, so they can be developed outside the DNN codebase.

Development Folder: C:\TFS\{product}\{branch}\source\Skins

Original DNN Folder, now a virtual directory in IIS: C:\DNNEvoqContent\Portals\_default\Skins

In IIS, we've set the \Portals_default\Skins folder to be a virtual directory pointing at the development skins folder. However, DNN doesn't read the virtual directory and work its way to the new skins folder; it looks for the exact path on the hard drive, which doesn't exist.

Is there a way to get DNN to use virtual directories for skin files? Note: This is only in the development environment.

1

1 Answers

0
votes

I would totally not recommend doing skins in that manner.... You should develop your modules and skins within DNN as separate web application projects.

Here is a tutorial on setting up the environment http://www.christoc.com/Tutorials/All-Tutorials/aid/1

If you need a good starting point for a project for a skin, check out my HammerFlex open source skin. Download the SOURCE package, install it, open up the SLN (you might have to replace the .DNN file from the ZIP after install)

https://github.com/ChrisHammond/HammerFlex