Example: Basic .bundle Folder Structure for a Plug-in

This example reflects what a package for a plug-in might contain and how it is structured on disk.

.bundle is not a file, but a folder name with a BUNDLE extension. The following is an example of a plug-in that contains a LSP file as the main program and a DWG support file. The following plug-in example is named OfficeSymbols and its folder structure might look something like; folders are in bold:

OfficeSymbols.bundle

  |- PackageContents.xml

  |- Contents

      |- OfficeSymbolsUtilities.lsp

      |- Resources

            |- OfficeSymbols.dwg

            |- OfficeSymbols.ico

            |- OfficeSymbols.htm

File name	Description
OfficeSymbols.bundle	The folder containing the files for a plug-in and has the BUNDLE extension.
PackageContents.xml	XML file that contains metadata about the plug-in.
OfficeSymbolsUtilities.lsp	Example of a custom application file that might define the behavior of the plug-in. An application file can be an AutoLISP, ObjectARX, or .NET assembly file.
OfficeSymbols.dwg	DWG file that contains symbols used by the functionality defined in OfficeSymbolsUtilities.lsp.
OfficeSymbols.ico	Icon used by the Autodesk Exchange Apps website.
OfficeSymbols.htm	Help documentation for the plug-in. Can be a redirect to where the documentation might be stored on the local drive or an online location.

Definition of the PackageContents.xml

<?xml version="1.0" encoding="utf-8" ?>
<ApplicationPackage SchemaVersion="1.0" AppVersion="1.0"
    ProductCode="[Add Unique Plug-in GUID Here]"
    Name="Office Symbols"
    Icon="./Contents/Resources/OfficeSymbols.ico"
    Helpfile="./Contents/Resources/OfficeSymbols.htm"
>
 
  <CompanyDetails
    Name="ABC Indoor CAD, Inc."
    Email="[e-mail]"
  />
 
  <Components>
    <ComponentEntry
      ModuleName="./Contents/LISP/OfficeSymbolsUtilities.lsp"
    />
  </Components>
</ApplicationPackage>