Kjetil Torgrim Homme writes:
> | extension: hello
> | +world
>
> Is the + really necessary? That lines beginning with whitespace is a
> continuation of the previous line is a convention from RFC-822, it
> would be nice to use it here. It would invalidate this example,
> though, due to the lead-in SPACE:
>
> | tag1: value
> | yet-another-tag This is a sample entry :3.141592
This is up to discussion, but I personally prefer my approach, as it
will ease outputting legal file contents.
Assume this case: The kernel wants to output a line with the contents
"Hello world". In order to make reading the file easier, when being
cat'ed, the kernel decides to do some line-wrapping after 72
characters. If we decide to stick with my solution, then the kernel
can split the line at any arbitrary character position and all three
space characters would be preserved. If OTOH, we decided to trim
lead-in space characters, the kernel would have to pay extra attention
as to never split the line before a space character.
Markus
-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.3, an Emacs/PGP interface
iQCVAgUBMSuP/hqJqDLErwMxAQG1IgP9H8wN0J7VO7SBj0cDkjvl/w1ddxNz7HSl
pnCLSG6D3GKi2ZohXxu4wp5InP6HxPG0tXX8vJOX7VJmZzTgR6F2b6uAYLbAi2WD
2DYcMAt3wgCBMeBQPqKBusXvqT1mkTyE8a+AZVKekFdFhiU4u/Cq0a4YBWOebwm7
/6lEzzh/vDI=
=PoBM
-----END PGP SIGNATURE-----