Skip to content
MNB PHPExcelDeveloper Guide
AI

Versions

Documentation Versions

Choose the documentation release that matches your installed Composer packages and review which APIs were added during the v2.0 maintenance line.

Level
All levels
Reading time
7 min
Package
All MNB PHPExcel packages
Updated
Version guideComposerv2.0 maintenance
Available sincev2.0.6Version guide
Current documentation target

Match the docs to what Composer actually installed.

The live documentation targets the current v2.0.6 mono release. Check the installed package before using a historical version note to reason about API availability.

Recommended starting point

Use the current docs for mnb/mnb-phpexcel 2.0.6.

When your lock file resolves an earlier patch, open that release note to confirm which APIs and behaviors were available at that point in the v2 maintenance line.

Open v2.0.6 notes →
Verify the installed version
Terminal
composer show mnb/mnb-phpexcel
composer show mnb/mnb-phpexcel-core
composer show mnb/mnb-phpexcel-xlsx

Composer tags and the references recorded in composer.lock are authoritative for an installed project. A newer commit on the default branch does not update an existing tag.

v2 release line

Use release notes to locate when an API or behavior entered the documentation.

The version pages are concise maintenance notes, not complete frozen copies of the entire site.

01v2.0.6
Current

Current mono-library release and the documentation target for this site.

Open v2.0.6 →
02v2.0.5
Maintenance

Structured row-count summaries, including returned, empty, skipped, and logical row positions.

Open v2.0.5 →
03v2.0.4
Maintenance

Developer-friendly global error rendering and nullable sheet helper behavior.

Open v2.0.4 →
04v2.0.3
Maintenance

Active-sheet, sheet-existence, and empty-row utilities introduced during the v2 line.

Open v2.0.3 →
05v2.0.0
Initial v2

Native XLS support, modular packages, and the coordinated v2 architecture baseline.

Open v2.0.0 →
How to use historical notes

Separate installed code, current documentation, and release history.

That distinction prevents a common documentation mistake: assuming the newest source commit or current page automatically describes an older installed tag.

01Installed code

Use composer show and composer.lock to identify the exact package version your application is running.

02Current documentation

Use the main site for the current v2.0.6 behavior, examples, and recommended workflows.

03Historical notes

Use the version pages to confirm when specific APIs, fixes, or maintenance behavior appeared in the v2 line.