Page tree

Versions Compared


  • This line was added.
  • This line was removed.
  • Formatting was changed.


The GlobalIncludes technique is a means of building a consistent, consolidated description of the symbols declared in the #include files of an ASP site.  This description is produced by analyzing the ASP site VBI files and saved as an IDF-like XML document.  If desired, the XML file can be edited manually to fine tune type data and other information. The XML file is then loaded in subsequent translations of either single pages or groups of pages from the site.    


  1. Prepare solo page translations for the page files in the site.  The resulting VBI files will be inputs to the GlobalIncludes process.  Adding FixTypes adn pre-edits to assist with getting good translations is acceptable.  Making the ASP.NET projects generated for the solo pages is also a good best practice.  You should also make sure the set of solo page VBIs are from "good" pages that are truly active within the site.  Junk/old pages create "bad data" that can interfere with getting good translations.  
  2. Prepare a GlobalIncludes script (see below) that will direct the tool to perform the global analysis VBI files and IDFs.
  3. Run the GlobalIncludes script  to produce the GlobalIncludes report .
    This operation requires a special gmBasic extension (AspGlobalIncludes.dll)
    This operation runs on the VBI files produced by page translations.
    It produces an IDF for the #includes detected in processing the site folder. 

  4. Unbundle the GlobalIncludes report 
  5. Modify the translation script to load the GlobalIncludes report.  This is typically done by the following

    in the a GlobalSettings file 

    <Include filename="..\usr\GlobalIncludes.xml" />)

    then in the Tscript: 

    <LoadRuntime Dllname="AspGlobalIncludes.dll" />
    <Select GlobalSettings="GlobalSettings" />
    <Select UseUserControls="on" />