[doc] Use Compressed_Literals_Block in Size_Format bullet for consistency

The Size_Format bullet in the Literals_Block_Type section used
`Compressed_Block` when describing which literals block types carry a
`Compressed_Size` field. `Compressed_Block` is the *block-level* type
defined in section 3.1.1.1; the value the Literals_Block_Type enum can
hold (and that the parallel bullet for Raw / RLE block types uses) is
`Compressed_Literals_Block`. The Size_Format sub-section that follows
already uses `Compressed_Literals_Block` in its heading, so this is
the only remaining mismatch.

Fixes #4673.
This commit is contained in:
LeSingh1 2026-05-24 10:23:34 -07:00
parent 5233c58e6c
commit 72b9fbf133
No known key found for this signature in database

View file

@ -489,7 +489,7 @@ __`Size_Format`__
- For `Raw_Literals_Block` and `RLE_Literals_Block`,
it's only necessary to decode `Regenerated_Size`.
There is no `Compressed_Size` field.
- For `Compressed_Block` and `Treeless_Literals_Block`,
- For `Compressed_Literals_Block` and `Treeless_Literals_Block`,
it's required to decode both `Compressed_Size`
and `Regenerated_Size` (the decompressed size).
It's also necessary to decode the number of streams (1 or 4).