MID
Supported, behaves as documentedCategory: Text · Last tested 2026-09-01
Real compatibility results for the MID function: executed in Excel for the web, Google Sheets and LibreOffice Calc, with desktop Excel behavior from Microsoft’s official documentation (we do not run desktop Excel — Excel for the web is a different application and is executed separately). Syntax and links to that documentation are below.
Support matrix
| Engine | Documented | Live-tested | Verdict |
|---|---|---|---|
| Excel (desktop) | Yes | No — documented only | n/a |
| Excel for the web | — | Yes (recalc, 2026-09-01) | Supported, behaves as documented |
| Google Sheets | Yes | Yes (Drive import, 2026-08-29) | Supported, behaves as documented |
| LibreOffice Calc | Yes | Yes (25.8.7.3, 2026-07-29) | Supported, behaves as documented |
LibreOffice version history
We executed the same test cases under each LibreOffice release to show exactly when MID’s support changed — not documentation claims, real results.
| LibreOffice version | Verdict | Tested |
|---|---|---|
| 24.2.0.3 | Supported, behaves as documented | 2026-08-29 |
| 24.8.7.2 | Supported, behaves as documented | 2026-08-29 |
| 25.2.0.3 | Supported, behaves as documented | 2026-08-29 |
| 25.8.7.3 | Supported, behaves as documented | 2026-07-29 |
Executed test cases
Excel for the web (executed 2026-09-01 via OneDrive recalculation)
These values come from Excel for the web, not from desktop Excel. They are two different implementations of the calculation engine, and this run measured only the web one: the corpus was uploaded to OneDrive as .xlsx, recalculated by Excel for the web on open, and downloaded again for readback. Excel for the web is a rolling service with no pinnable version, so the run is identified by its date. Where a value here disagrees with the Expected column — which is Microsoft’s documentation of the desktop product — we cannot tell you whether the web engine diverges from the desktop one or the documentation is wrong about both, because we do not run desktop Excel.
| Formula | Description | Result | Expected | Verdict |
|---|---|---|---|---|
| =MID(A1,2,3) | Basic extraction of 3 characters starting at position 2 | xce | xce | Matched |
| =MID(A1,20,5) | start_num beyond the string length returns an empty string, not an error | ProvenanceMicrosoft docs: "If start_num is greater than the length of text, MID returns \"\" (empty text)." Source: https://support.microsoft.com/en-us/office/mid-midb-functions-d5f9e25c-d7d6-472e-b568-4ecb12433028 |
Matched | |
| =MID(A1,3,100) | num_chars larger than the number of characters remaining returns just what's left, not an error or padded result | cel | cel | Matched |
| =MID(A1,1,5) | start_num=1 with num_chars covering the whole string returns the whole string | Excel | Excel | Matched |
Google Sheets (executed 2026-08-29 via Drive import)
Google Sheets is a rolling service with no pinnable version, so this run is identified by its date. The corpus was imported to Drive as .xlsx, recalculated by Sheets, and exported back for readback.
| Formula | Description | Result | Expected | Verdict |
|---|---|---|---|---|
| =MID(A1,2,3) | Basic extraction of 3 characters starting at position 2 | xce | xce | Matched |
| =MID(A1,20,5) | start_num beyond the string length returns an empty string, not an error | ProvenanceMicrosoft docs: "If start_num is greater than the length of text, MID returns \"\" (empty text)." Source: https://support.microsoft.com/en-us/office/mid-midb-functions-d5f9e25c-d7d6-472e-b568-4ecb12433028 |
Matched | |
| =MID(A1,3,100) | num_chars larger than the number of characters remaining returns just what's left, not an error or padded result | cel | cel | Matched |
| =MID(A1,1,5) | start_num=1 with num_chars covering the whole string returns the whole string | Excel | Excel | Matched |
LibreOffice Calc 25.8.7.3 (tested 2026-07-29)
| Formula | Description | Result | Expected | Verdict |
|---|---|---|---|---|
| =MID(A1,2,3) | Basic extraction of 3 characters starting at position 2 | xce | xce | Matched |
| =MID(A1,20,5) | start_num beyond the string length returns an empty string, not an error | ProvenanceMicrosoft docs: "If start_num is greater than the length of text, MID returns \"\" (empty text)." Source: https://support.microsoft.com/en-us/office/mid-midb-functions-d5f9e25c-d7d6-472e-b568-4ecb12433028 |
Matched | |
| =MID(A1,3,100) | num_chars larger than the number of characters remaining returns just what's left, not an error or padded result | cel | cel | Matched |
| =MID(A1,1,5) | start_num=1 with num_chars covering the whole string returns the whole string | Excel | Excel | Matched |
Docs & syntax
- Excel (desktop): official documentation
- Google Sheets: official documentation
- LibreOffice Calc: official documentation
Related how-to recipes
- How to capitalize only the first letter (sentence case)
- How to extract the domain from an email address
- How to extract the last name from a full name
- How to extract numbers from text in a cell
- How to extract text between two characters
- How to flip "Last, First" into "First Last"
- How to extract the nth word from a cell
- How to use LEFT, MID, and RIGHT
- How to remove text before a character
- How to reverse a text string
Where MID behaves differently
- ARRAYFORMULA in Google Sheets: when you need it, and when it can't help
Google Sheets uses only the first element of an array passed to a scalar function - our executed run returns 140 for =SUM(SUMIFS(C2:C6,A2:A6,{"North","South"})) against 220 in LibreOffice. ARRAYFORMULA fixes six of nine cases; for SUMIFS criteria it does not, and SUMPRODUCT is the portable form. - LENB and CJK text: 4 in Sheets and LibreOffice, 2 in Excel for the web
Microsoft's archived LEN/LENB page says LENB counts 2 bytes per character only under a DBCS default language, otherwise 1. Executed under a non-DBCS locale, =LENB("日本") returned 4 in Google Sheets and all four LibreOffice builds - but 2, the documented answer, in Excel for the web. Desktop Excel stays documentation only.