Why is the spacing in this itemization so bad and why can it be fixed by adding a percentage sign
up vote
8
down vote
favorite
In the following LaTeX Beamer MWE, why is the spacing of the itemization so bad and why can it be fixed by adding a percentage sign after (... subitems)
?
Most importantly: is there a reliable and elegant way to prevent this bad spacing in my presentations?
(I know that percentage signs somehow prevent parsing of line endings, but even starting the subitemization directly after (...subitems)
doesn't have the same effect.)
documentclass{beamer}
begin{document}
begin{frame}
begin{columns}
begin{column}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{column}
end{columns}
end{frame}
end{document}
documentclass{beamer}
begin{document}
begin{frame}
begin{columns}
begin{column}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)%
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{column}
end{columns}
end{frame}
end{document}
beamer spacing itemize
|
show 1 more comment
up vote
8
down vote
favorite
In the following LaTeX Beamer MWE, why is the spacing of the itemization so bad and why can it be fixed by adding a percentage sign after (... subitems)
?
Most importantly: is there a reliable and elegant way to prevent this bad spacing in my presentations?
(I know that percentage signs somehow prevent parsing of line endings, but even starting the subitemization directly after (...subitems)
doesn't have the same effect.)
documentclass{beamer}
begin{document}
begin{frame}
begin{columns}
begin{column}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{column}
end{columns}
end{frame}
end{document}
documentclass{beamer}
begin{document}
begin{frame}
begin{columns}
begin{column}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)%
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{column}
end{columns}
end{frame}
end{document}
beamer spacing itemize
The problem is that the linebreak without % is like inserting a space. In your example this is exactly at the width of the columns, so the additional space gets pushed to the next line
– samcarter
Nov 28 at 9:41
@samcarter is there a nicer way to avoid this in my presentations than by routinely always adding this percentage sign before subitemizations? The MWE looks cooked up, but it is the result of a long boiling down of a real example in which this bit me
– Bananach
Nov 28 at 9:43
@samcarter I just edited this question into my original question
– Bananach
Nov 28 at 9:45
@samcarter I just understood that the percentage sign has no special function here and the problem can even occur with it
– Bananach
Nov 28 at 9:46
The % has a special function here, it prevents the insertion of an additional space
– samcarter
Nov 28 at 9:48
|
show 1 more comment
up vote
8
down vote
favorite
up vote
8
down vote
favorite
In the following LaTeX Beamer MWE, why is the spacing of the itemization so bad and why can it be fixed by adding a percentage sign after (... subitems)
?
Most importantly: is there a reliable and elegant way to prevent this bad spacing in my presentations?
(I know that percentage signs somehow prevent parsing of line endings, but even starting the subitemization directly after (...subitems)
doesn't have the same effect.)
documentclass{beamer}
begin{document}
begin{frame}
begin{columns}
begin{column}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{column}
end{columns}
end{frame}
end{document}
documentclass{beamer}
begin{document}
begin{frame}
begin{columns}
begin{column}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)%
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{column}
end{columns}
end{frame}
end{document}
beamer spacing itemize
In the following LaTeX Beamer MWE, why is the spacing of the itemization so bad and why can it be fixed by adding a percentage sign after (... subitems)
?
Most importantly: is there a reliable and elegant way to prevent this bad spacing in my presentations?
(I know that percentage signs somehow prevent parsing of line endings, but even starting the subitemization directly after (...subitems)
doesn't have the same effect.)
documentclass{beamer}
begin{document}
begin{frame}
begin{columns}
begin{column}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{column}
end{columns}
end{frame}
end{document}
documentclass{beamer}
begin{document}
begin{frame}
begin{columns}
begin{column}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)%
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{column}
end{columns}
end{frame}
end{document}
beamer spacing itemize
beamer spacing itemize
edited Nov 28 at 9:44
asked Nov 28 at 9:33
Bananach
322112
322112
The problem is that the linebreak without % is like inserting a space. In your example this is exactly at the width of the columns, so the additional space gets pushed to the next line
– samcarter
Nov 28 at 9:41
@samcarter is there a nicer way to avoid this in my presentations than by routinely always adding this percentage sign before subitemizations? The MWE looks cooked up, but it is the result of a long boiling down of a real example in which this bit me
– Bananach
Nov 28 at 9:43
@samcarter I just edited this question into my original question
– Bananach
Nov 28 at 9:45
@samcarter I just understood that the percentage sign has no special function here and the problem can even occur with it
– Bananach
Nov 28 at 9:46
The % has a special function here, it prevents the insertion of an additional space
– samcarter
Nov 28 at 9:48
|
show 1 more comment
The problem is that the linebreak without % is like inserting a space. In your example this is exactly at the width of the columns, so the additional space gets pushed to the next line
– samcarter
Nov 28 at 9:41
@samcarter is there a nicer way to avoid this in my presentations than by routinely always adding this percentage sign before subitemizations? The MWE looks cooked up, but it is the result of a long boiling down of a real example in which this bit me
– Bananach
Nov 28 at 9:43
@samcarter I just edited this question into my original question
– Bananach
Nov 28 at 9:45
@samcarter I just understood that the percentage sign has no special function here and the problem can even occur with it
– Bananach
Nov 28 at 9:46
The % has a special function here, it prevents the insertion of an additional space
– samcarter
Nov 28 at 9:48
The problem is that the linebreak without % is like inserting a space. In your example this is exactly at the width of the columns, so the additional space gets pushed to the next line
– samcarter
Nov 28 at 9:41
The problem is that the linebreak without % is like inserting a space. In your example this is exactly at the width of the columns, so the additional space gets pushed to the next line
– samcarter
Nov 28 at 9:41
@samcarter is there a nicer way to avoid this in my presentations than by routinely always adding this percentage sign before subitemizations? The MWE looks cooked up, but it is the result of a long boiling down of a real example in which this bit me
– Bananach
Nov 28 at 9:43
@samcarter is there a nicer way to avoid this in my presentations than by routinely always adding this percentage sign before subitemizations? The MWE looks cooked up, but it is the result of a long boiling down of a real example in which this bit me
– Bananach
Nov 28 at 9:43
@samcarter I just edited this question into my original question
– Bananach
Nov 28 at 9:45
@samcarter I just edited this question into my original question
– Bananach
Nov 28 at 9:45
@samcarter I just understood that the percentage sign has no special function here and the problem can even occur with it
– Bananach
Nov 28 at 9:46
@samcarter I just understood that the percentage sign has no special function here and the problem can even occur with it
– Bananach
Nov 28 at 9:46
The % has a special function here, it prevents the insertion of an additional space
– samcarter
Nov 28 at 9:48
The % has a special function here, it prevents the insertion of an additional space
– samcarter
Nov 28 at 9:48
|
show 1 more comment
2 Answers
2
active
oldest
votes
up vote
9
down vote
accepted
The definition of itemize in beamer is buggy. The problem is that is sets a color before the list, and color commands inserts whatsits and this has the effect that the space suddenly matters. beamer should at least add an unskip before the color:
documentclass{beamer}
makeatletter
renewcommand{itemize}[1]{%
ifhmodeunskipfi %<<< or unskip par
ifblank{#1}{}{defbeamer@defaultospec{#1}}%
ifnum @itemdepth >2relax@toodeepelse
advance@itemdepth@ne
beamer@computepref@itemdepth% sets beameritemnestingprefix
usebeamerfont{itemize/enumerate beameritemnestingprefix body}%
usebeamercolor[fg]{itemize/enumerate beameritemnestingprefix body}% problem
usebeamertemplate{itemize/enumerate beameritemnestingprefix body begin}%
list
{usebeamertemplate{itemize beameritemnestingprefix item}}
{defmakelabel##1{%
{%
hssllap{{%
usebeamerfont*{itemize beameritemnestingprefix item}%
usebeamercolor[fg]{itemize beameritemnestingprefix item}##1}}%
}%
}%
}
fi%
beamer@cramped%
raggedright%
beamer@firstlineitemizeunskip%
}
begin{document}
begin{frame}
begin{minipage}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{minipage}
end{frame}
end{document}
1
Do you think this should be reported to beamer?
– samcarter
Nov 28 at 21:30
1
@samcarter yes, I will do it.
– Ulrike Fischer
Nov 28 at 21:33
1
Thanks! (und hiermit wäre bewiesen, dass wir alle über dich herfallen :)
– samcarter
Nov 28 at 21:36
1
@samcarter github.com/josephwright/beamer/issues/519
– Ulrike Fischer
Nov 28 at 21:41
add a comment |
up vote
5
down vote
Thanks, I found another reason for not relying on indentation but rather on spacing out the input. ;-)
Yes, itemize
in beamer
has a small bug, but it becomes irrelevant if you type in like the left column below.
documentclass{beamer}
begin{document}
begin{frame}
begin{columns}
begin{column}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{column}
begin{column}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{column}
end{columns}
end{frame}
end{document}
add a comment |
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
9
down vote
accepted
The definition of itemize in beamer is buggy. The problem is that is sets a color before the list, and color commands inserts whatsits and this has the effect that the space suddenly matters. beamer should at least add an unskip before the color:
documentclass{beamer}
makeatletter
renewcommand{itemize}[1]{%
ifhmodeunskipfi %<<< or unskip par
ifblank{#1}{}{defbeamer@defaultospec{#1}}%
ifnum @itemdepth >2relax@toodeepelse
advance@itemdepth@ne
beamer@computepref@itemdepth% sets beameritemnestingprefix
usebeamerfont{itemize/enumerate beameritemnestingprefix body}%
usebeamercolor[fg]{itemize/enumerate beameritemnestingprefix body}% problem
usebeamertemplate{itemize/enumerate beameritemnestingprefix body begin}%
list
{usebeamertemplate{itemize beameritemnestingprefix item}}
{defmakelabel##1{%
{%
hssllap{{%
usebeamerfont*{itemize beameritemnestingprefix item}%
usebeamercolor[fg]{itemize beameritemnestingprefix item}##1}}%
}%
}%
}
fi%
beamer@cramped%
raggedright%
beamer@firstlineitemizeunskip%
}
begin{document}
begin{frame}
begin{minipage}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{minipage}
end{frame}
end{document}
1
Do you think this should be reported to beamer?
– samcarter
Nov 28 at 21:30
1
@samcarter yes, I will do it.
– Ulrike Fischer
Nov 28 at 21:33
1
Thanks! (und hiermit wäre bewiesen, dass wir alle über dich herfallen :)
– samcarter
Nov 28 at 21:36
1
@samcarter github.com/josephwright/beamer/issues/519
– Ulrike Fischer
Nov 28 at 21:41
add a comment |
up vote
9
down vote
accepted
The definition of itemize in beamer is buggy. The problem is that is sets a color before the list, and color commands inserts whatsits and this has the effect that the space suddenly matters. beamer should at least add an unskip before the color:
documentclass{beamer}
makeatletter
renewcommand{itemize}[1]{%
ifhmodeunskipfi %<<< or unskip par
ifblank{#1}{}{defbeamer@defaultospec{#1}}%
ifnum @itemdepth >2relax@toodeepelse
advance@itemdepth@ne
beamer@computepref@itemdepth% sets beameritemnestingprefix
usebeamerfont{itemize/enumerate beameritemnestingprefix body}%
usebeamercolor[fg]{itemize/enumerate beameritemnestingprefix body}% problem
usebeamertemplate{itemize/enumerate beameritemnestingprefix body begin}%
list
{usebeamertemplate{itemize beameritemnestingprefix item}}
{defmakelabel##1{%
{%
hssllap{{%
usebeamerfont*{itemize beameritemnestingprefix item}%
usebeamercolor[fg]{itemize beameritemnestingprefix item}##1}}%
}%
}%
}
fi%
beamer@cramped%
raggedright%
beamer@firstlineitemizeunskip%
}
begin{document}
begin{frame}
begin{minipage}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{minipage}
end{frame}
end{document}
1
Do you think this should be reported to beamer?
– samcarter
Nov 28 at 21:30
1
@samcarter yes, I will do it.
– Ulrike Fischer
Nov 28 at 21:33
1
Thanks! (und hiermit wäre bewiesen, dass wir alle über dich herfallen :)
– samcarter
Nov 28 at 21:36
1
@samcarter github.com/josephwright/beamer/issues/519
– Ulrike Fischer
Nov 28 at 21:41
add a comment |
up vote
9
down vote
accepted
up vote
9
down vote
accepted
The definition of itemize in beamer is buggy. The problem is that is sets a color before the list, and color commands inserts whatsits and this has the effect that the space suddenly matters. beamer should at least add an unskip before the color:
documentclass{beamer}
makeatletter
renewcommand{itemize}[1]{%
ifhmodeunskipfi %<<< or unskip par
ifblank{#1}{}{defbeamer@defaultospec{#1}}%
ifnum @itemdepth >2relax@toodeepelse
advance@itemdepth@ne
beamer@computepref@itemdepth% sets beameritemnestingprefix
usebeamerfont{itemize/enumerate beameritemnestingprefix body}%
usebeamercolor[fg]{itemize/enumerate beameritemnestingprefix body}% problem
usebeamertemplate{itemize/enumerate beameritemnestingprefix body begin}%
list
{usebeamertemplate{itemize beameritemnestingprefix item}}
{defmakelabel##1{%
{%
hssllap{{%
usebeamerfont*{itemize beameritemnestingprefix item}%
usebeamercolor[fg]{itemize beameritemnestingprefix item}##1}}%
}%
}%
}
fi%
beamer@cramped%
raggedright%
beamer@firstlineitemizeunskip%
}
begin{document}
begin{frame}
begin{minipage}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{minipage}
end{frame}
end{document}
The definition of itemize in beamer is buggy. The problem is that is sets a color before the list, and color commands inserts whatsits and this has the effect that the space suddenly matters. beamer should at least add an unskip before the color:
documentclass{beamer}
makeatletter
renewcommand{itemize}[1]{%
ifhmodeunskipfi %<<< or unskip par
ifblank{#1}{}{defbeamer@defaultospec{#1}}%
ifnum @itemdepth >2relax@toodeepelse
advance@itemdepth@ne
beamer@computepref@itemdepth% sets beameritemnestingprefix
usebeamerfont{itemize/enumerate beameritemnestingprefix body}%
usebeamercolor[fg]{itemize/enumerate beameritemnestingprefix body}% problem
usebeamertemplate{itemize/enumerate beameritemnestingprefix body begin}%
list
{usebeamertemplate{itemize beameritemnestingprefix item}}
{defmakelabel##1{%
{%
hssllap{{%
usebeamerfont*{itemize beameritemnestingprefix item}%
usebeamercolor[fg]{itemize beameritemnestingprefix item}##1}}%
}%
}%
}
fi%
beamer@cramped%
raggedright%
beamer@firstlineitemizeunskip%
}
begin{document}
begin{frame}
begin{minipage}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{minipage}
end{frame}
end{document}
answered Nov 28 at 9:53
Ulrike Fischer
183k7288664
183k7288664
1
Do you think this should be reported to beamer?
– samcarter
Nov 28 at 21:30
1
@samcarter yes, I will do it.
– Ulrike Fischer
Nov 28 at 21:33
1
Thanks! (und hiermit wäre bewiesen, dass wir alle über dich herfallen :)
– samcarter
Nov 28 at 21:36
1
@samcarter github.com/josephwright/beamer/issues/519
– Ulrike Fischer
Nov 28 at 21:41
add a comment |
1
Do you think this should be reported to beamer?
– samcarter
Nov 28 at 21:30
1
@samcarter yes, I will do it.
– Ulrike Fischer
Nov 28 at 21:33
1
Thanks! (und hiermit wäre bewiesen, dass wir alle über dich herfallen :)
– samcarter
Nov 28 at 21:36
1
@samcarter github.com/josephwright/beamer/issues/519
– Ulrike Fischer
Nov 28 at 21:41
1
1
Do you think this should be reported to beamer?
– samcarter
Nov 28 at 21:30
Do you think this should be reported to beamer?
– samcarter
Nov 28 at 21:30
1
1
@samcarter yes, I will do it.
– Ulrike Fischer
Nov 28 at 21:33
@samcarter yes, I will do it.
– Ulrike Fischer
Nov 28 at 21:33
1
1
Thanks! (und hiermit wäre bewiesen, dass wir alle über dich herfallen :)
– samcarter
Nov 28 at 21:36
Thanks! (und hiermit wäre bewiesen, dass wir alle über dich herfallen :)
– samcarter
Nov 28 at 21:36
1
1
@samcarter github.com/josephwright/beamer/issues/519
– Ulrike Fischer
Nov 28 at 21:41
@samcarter github.com/josephwright/beamer/issues/519
– Ulrike Fischer
Nov 28 at 21:41
add a comment |
up vote
5
down vote
Thanks, I found another reason for not relying on indentation but rather on spacing out the input. ;-)
Yes, itemize
in beamer
has a small bug, but it becomes irrelevant if you type in like the left column below.
documentclass{beamer}
begin{document}
begin{frame}
begin{columns}
begin{column}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{column}
begin{column}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{column}
end{columns}
end{frame}
end{document}
add a comment |
up vote
5
down vote
Thanks, I found another reason for not relying on indentation but rather on spacing out the input. ;-)
Yes, itemize
in beamer
has a small bug, but it becomes irrelevant if you type in like the left column below.
documentclass{beamer}
begin{document}
begin{frame}
begin{columns}
begin{column}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{column}
begin{column}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{column}
end{columns}
end{frame}
end{document}
add a comment |
up vote
5
down vote
up vote
5
down vote
Thanks, I found another reason for not relying on indentation but rather on spacing out the input. ;-)
Yes, itemize
in beamer
has a small bug, but it becomes irrelevant if you type in like the left column below.
documentclass{beamer}
begin{document}
begin{frame}
begin{columns}
begin{column}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{column}
begin{column}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{column}
end{columns}
end{frame}
end{document}
Thanks, I found another reason for not relying on indentation but rather on spacing out the input. ;-)
Yes, itemize
in beamer
has a small bug, but it becomes irrelevant if you type in like the left column below.
documentclass{beamer}
begin{document}
begin{frame}
begin{columns}
begin{column}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{column}
begin{column}{0.5textwidth}
begin{itemize}
item A. (requires three sub-items)
begin{itemize}
item A.1
item A.2
item A.3
end{itemize}
item B
end{itemize}
end{column}
end{columns}
end{frame}
end{document}
answered Nov 28 at 11:05
egreg
701k8618693142
701k8618693142
add a comment |
add a comment |
Thanks for contributing an answer to TeX - LaTeX Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2ftex.stackexchange.com%2fquestions%2f462124%2fwhy-is-the-spacing-in-this-itemization-so-bad-and-why-can-it-be-fixed-by-adding%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
The problem is that the linebreak without % is like inserting a space. In your example this is exactly at the width of the columns, so the additional space gets pushed to the next line
– samcarter
Nov 28 at 9:41
@samcarter is there a nicer way to avoid this in my presentations than by routinely always adding this percentage sign before subitemizations? The MWE looks cooked up, but it is the result of a long boiling down of a real example in which this bit me
– Bananach
Nov 28 at 9:43
@samcarter I just edited this question into my original question
– Bananach
Nov 28 at 9:45
@samcarter I just understood that the percentage sign has no special function here and the problem can even occur with it
– Bananach
Nov 28 at 9:46
The % has a special function here, it prevents the insertion of an additional space
– samcarter
Nov 28 at 9:48