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. Note: AutoCAD LT doesn't support ObjectARX and .NET assembly files.
			  | 
| OfficeSymbols.dwg | DWG file that contains symbols used by the functionality defined in OfficeSymbolsUtilities.lsp. | 
| OfficeSymbols.ico | Icon used by the App Manager and Autodesk App Store 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. | 
<?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>