You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If there is no Table of contents or Related content blocks defined the post page layout still leaves horizontal room for them to the right of the main content block.
This, along "measure" (readable body copy line length) results in the post body to be artificially shifted to the left.
Observe how horizontal alignment of the post body puts it toward the left and there is a big blank space to the right (see screenshot below, taken on a 1792 x 1120 desktop display)
The bigger picture (we need context)
uname -a output:
Linux amd2 5.15.0-1059-oracle #65~20.04.1-Ubuntu SMP Fri Apr 19 14:17:36 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux
hugo version: hugo v0.131.0-bfbee17932ff24009008aa94cdd75c0c41f59279+extended linux/amd64 BuildDate=2024-08-02T09:03:48Z VendorInfo=gohugoio
go version: go version go1.22.3 linux/amd64 (not relevant as I am not compiling hugo myself nor using go-based installation method)
ramiro
changed the title
bug: Body post still artificially shifted to the left even If there is no _Table of content_ or _Related contents_ blocks
bug: Body post still artificially shifted to the left even If there is no 'Table of contents' or 'Related contents' blocks
Nov 1, 2024
ramiro
changed the title
bug: Body post still artificially shifted to the left even If there is no 'Table of contents' or 'Related contents' blocks
bug: Body post still artificially shifted to the left even if there is no 'Table of contents' or 'Related contents' blocks
Nov 1, 2024
Expected Behavior
Current Behavior
If there is no Table of contents or Related content blocks defined the post page layout still leaves horizontal room for them to the right of the main content block.
This, along "measure" (readable body copy line length) results in the post body to be artificially shifted to the left.
Possible Solution
Will open PR with a proposed fix.
Steps to Reproduce
The bigger picture (we need context)
uname -a
output:hugo version
:hugo v0.131.0-bfbee17932ff24009008aa94cdd75c0c41f59279+extended linux/amd64 BuildDate=2024-08-02T09:03:48Z VendorInfo=gohugoio
go version
:go version go1.22.3 linux/amd64
(not relevant as I am not compiling hugo myself nor using go-based installation method)git submodule status
:Hugo Config
The text was updated successfully, but these errors were encountered: