Which Delphi and C++Builder versions are supported?
The full package targets Delphi and C++Builder from XE5 through RAD Studio 13.1 Florence. The trial installer currently ships packages for RAD Studio 11.3, 12.3, and 13.1.
Frequently asked questions
This page collects the questions most likely to come up when installing HotXLS, choosing between the XLS and XLSX facades, evaluating the trial build, exporting reports, and deploying Delphi or C++Builder applications
Most setup questions are about IDE detection, supported versions, and optional C++Builder content.
The full package targets Delphi and C++Builder from XE5 through RAD Studio 13.1 Florence. The trial installer currently ships packages for RAD Studio 11.3, 12.3, and 13.1.
The IDE page lists supported RAD Studio installations detected on the current machine. If a supported IDE is not listed, confirm that RAD Studio is installed and that the installer is running under the same Windows user profile that owns the IDE settings.
The installer registers a Tool Palette tab named losLab. The visual components are DataToXLS and GridToXLS.
C++Builder package files and demo projects are optional installer content. Select the matching C++Builder IDE checkbox during setup when you need C++Builder integration or demos.
Yes. HotXLS ships standard Win32 and Win64 package outputs for supported IDE versions. The installer may register Win64x library paths for source rebuilds, but prebuilt Win64x packages are not currently shipped.
No. HotXLS reads, writes, styles, and exports workbooks directly. It does not require Microsoft Excel, Office automation, COM automation, or an external spreadsheet process.
The trial build is API-compatible with the full version, but it has silent workbook-size caps.
Per workbook, the trial allows up to 5 worksheets, 100 rows per worksheet, and 26 columns per worksheet. The same caps apply to the XLS facade and the XLSX facade.
Writes beyond the trial caps are accepted by the API but dropped from the saved file. The full version removes these limits without requiring source-code changes.
No. Opening an existing workbook with more than 5 sheets or more than 100 rows and 26 columns does not truncate the file. The caps apply to user-initiated sheet additions and cell writes after the workbook is created.
No. The limits are silent: no dialog, log line, or exception is emitted when a write exceeds the trial cap.
HotXLS keeps the classic XLS API and the modern XLSX API separate so existing projects can move at their own pace.
lxHandle or lxHandleX?Use lxHandle for classic Excel 97-2003 XLS workflows and legacy report code. Use lxHandleX and TXLSXWorkbook for Excel 2007+ XLSX files and OOXML-specific features.
Yes. Applications can include both units and keep separate workbook objects for each file format. This is useful when maintaining old XLS output while adding new XLSX reports.
XLS and XLSX have different file models. XLSX-only concepts such as shared strings, OOXML styles, tables, chart sheets, and package relationships live in lxHandleX rather than being retrofitted onto the classic XLS facade.
Start with the QuickStart and ApiTour demos under the Delphi or C++Builder demo folders. For XLSX-specific code, use the XLSX facade overview and the XLSX export demos.
The XLSX facade covers common report-generation needs and documents the features that are intentionally reserved.
TXLSXWorkbook supports values, formulas, explicit formula calculation, styles, custom number formats, widths and heights, merged cells, range-level HTML export, hyperlinks, comments, images, conditional formatting, data validation, filters, tables, charts, rich text, document properties, sheet visibility, page setup, AES-encrypted save, and stream-based open/save.
Yes. The XLSX facade supports SaveAs(Stream) and Open(Stream), which are suitable for memory buffers, database BLOB fields, HTTP responses, and other non-file storage paths.
Use the XLSX facade and enable Workbook.StreamingWrite when the report is generated sheet by sheet. Streaming writes reduce workbook memory pressure during save.
TXLSXWorkbook.SaveAsEncrypted can write an ECMA-376 AES-protected XLSX container when you provide a non-empty password. OpenEncrypted can fall back to ordinary Open for unencrypted packages, but it still raises EXlsxEncryptionNotImplemented for encrypted packages until decrypt support lands. Worksheet and workbook protection remain separate Excel-style locking features.
The XLSX facade can keep a vbaProject.bin payload byte-for-byte through the workbook and expose a parsed, read-only ParsedVBAProject view for valid VBA storage. It does not compile or execute VBA code.
HotXLS writes formula text into saved workbooks, and spreadsheet applications can recalculate those cells when the file opens. For explicit in-process evaluation, both the classic XLS and XLSX facades expose Calculate; assign OnUserFunction when custom or unsupported worksheet functions should be handled by application code.
These answers cover output formats, deployment expectations, and the licensing questions usually asked before shipping an application.
Yes. HotXLS includes export helpers for formats such as CSV, TSV, HTML, and RTF. Use the facade that matches your workbook format and choose the export method needed by your workflow.
Yes. Because HotXLS does not automate Excel, it is suitable for desktop applications, services, batch jobs, installers, and server-side utilities where Office automation would be fragile or unavailable.
No. HotXLS does not require runtime royalties. You need developer licenses for developers who build applications with the library.