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="support@abcindoorcad.com"
  />
 
  <Components>
    <ComponentEntry
      ModuleName="./Contents/LISP/OfficeSymbolsUtilities.lsp"
    />
  </Components>
</ApplicationPackage>