﻿<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>StrataFrame Forum » .NET Forums » General .NET Discussion  » How do I tokenize a project template</title><generator>InstantForum 2017-1 Final</generator><description>StrataFrame Forum</description><link>http://forum.strataframe.net/</link><webMaster>StrataFrame Forum</webMaster><lastBuildDate>Tue, 09 Jun 2026 00:17:41 GMT</lastBuildDate><ttl>20</ttl><item><title>How do I tokenize a project template</title><link>http://forum.strataframe.net/FindPost22257.aspx</link><description>I'm having a lot of fun with templates.  I have created a number of item templates and found that I can use the $safeitemrootname$ token where I want the name substituted when I name the item as I create a new one from the template.  &lt;br&gt;
&lt;br&gt;
Now I want to do substitutions in the project templates I am creating.  Think of the multiproject solution like strataflix.  I have a similar project, I have stripped it down to its non-app-specific components and saved each project as a template, so I have SFWindowsApp, SFWindowsApp.Base, SFWindowsApp.Business, SFWindowsApp.UI, SFWindowsApp.Reporting.&lt;br&gt;
&lt;br&gt;
I have templates for each, but of course SFWindowsApp references other projects by name and when the templates are actually used those names will change.  &lt;br&gt;
&lt;br&gt;
Of course I can manually change the references in each project, and do a global search and replace to fix namespaces and a few places where references may include SFWindowsApp.  &lt;br&gt;
&lt;br&gt;
But I also think I could do some other stuff if I knew how to fiddle the XML files in the ZIP and I even think there is a way to do the other substiutions with a wizard.  Has anybody been down this road?&lt;br&gt;
&lt;br&gt;
And can I make one template of the projects so I have a solution template?  &lt;br&gt;
&lt;br&gt;
Guidance appreciated.  I'm sure a lot of other SF developers are like me and rather than spend all their time writing a supporting one big app they find themselves writing a lot of difference apps and any step toward RAD really pays off.&lt;br&gt;
&lt;br&gt;
TIA &lt;br&gt;
&lt;br&gt;
Charles&lt;br&gt;
&lt;br&gt;
&lt;br&gt;</description><pubDate>Sun, 08 Mar 2009 17:47:32 GMT</pubDate><dc:creator>Charles R Hankey</dc:creator></item></channel></rss>