.\" Automatically generated by Pod::Man 4.14 (Pod::Simple 3.40) .\" .\" Standard preamble: .\" ======================================================================== .de Sp \" Vertical space (when we can't use .PP) .if t .sp .5v .if n .sp .. .de Vb \" Begin verbatim text .ft CW .nf .ne \\$1 .. .de Ve \" End verbatim text .ft R .fi .. .\" Set up some character translations and predefined strings. \*(-- will .\" give an unbreakable dash, \*(PI will give pi, \*(L" will give a left .\" double quote, and \*(R" will give a right double quote. \*(C+ will .\" give a nicer C++. Capital omega is used to do unbreakable dashes and .\" therefore won't be available. \*(C` and \*(C' expand to `' in nroff, .\" nothing in troff, for use with C<>. .tr \(*W- .ds C+ C\v'-.1v'\h'-1p'\s-2+\h'-1p'+\s0\v'.1v'\h'-1p' .ie n \{\ . ds -- \(*W- . ds PI pi . if (\n(.H=4u)&(1m=24u) .ds -- \(*W\h'-12u'\(*W\h'-12u'-\" diablo 10 pitch . if (\n(.H=4u)&(1m=20u) .ds -- \(*W\h'-12u'\(*W\h'-8u'-\" diablo 12 pitch . ds L" "" . ds R" "" . ds C` "" . ds C' "" 'br\} .el\{\ . ds -- \|\(em\| . ds PI \(*p . ds L" `` . ds R" '' . ds C` . ds C' 'br\} .\" .\" Escape single quotes in literal strings from groff's Unicode transform. .ie \n(.g .ds Aq \(aq .el .ds Aq ' .\" .\" If the F register is >0, we'll generate index entries on stderr for .\" titles (.TH), headers (.SH), subsections (.SS), items (.Ip), and index .\" entries marked with X<> in POD. Of course, you'll have to process the .\" output yourself in some meaningful fashion. .\" .\" Avoid warning from groff about undefined register 'F'. .de IX .. .nr rF 0 .if \n(.g .if rF .nr rF 1 .if (\n(rF:(\n(.g==0)) \{\ . if \nF \{\ . de IX . tm Index:\\$1\t\\n%\t"\\$2" .. . if !\nF==2 \{\ . nr % 0 . nr F 2 . \} . \} .\} .rr rF .\" ======================================================================== .\" .IX Title "PERLFORM 1" .TH PERLFORM 1 "2021-09-24" "perl v5.32.1" "Perl Programmers Reference Guide" .\" For nroff, turn off justification. Always turn off hyphenation; it makes .\" way too many mistakes in technical documents. .if n .ad l .nh .SH "NAME" perlform \- Perl formats .IX Xref "format report chart" .SH "DESCRIPTION" .IX Header "DESCRIPTION" Perl has a mechanism to help you generate simple reports and charts. To facilitate this, Perl helps you code up your output page close to how it will look when it's printed. It can keep track of things like how many lines are on a page, what page you're on, when to print page headers, etc. Keywords are borrowed from \s-1FORTRAN:\s0 \fBformat()\fR to declare and \fBwrite()\fR to execute; see their entries in perlfunc. Fortunately, the layout is much more legible, more like \s-1BASIC\s0's \s-1PRINT USING\s0 statement. Think of it as a poor man's \fBnroff\fR\|(1). .IX Xref "nroff" .PP Formats, like packages and subroutines, are declared rather than executed, so they may occur at any point in your program. (Usually it's best to keep them all together though.) They have their own namespace apart from all the other \*(L"types\*(R" in Perl. This means that if you have a function named \*(L"Foo\*(R", it is not the same thing as having a format named \&\*(L"Foo\*(R". However, the default name for the format associated with a given filehandle is the same as the name of the filehandle. Thus, the default format for \s-1STDOUT\s0 is named \*(L"\s-1STDOUT\*(R",\s0 and the default format for filehandle \&\s-1TEMP\s0 is named \*(L"\s-1TEMP\*(R".\s0 They just look the same. They aren't. .PP Output record formats are declared as follows: .PP .Vb 3 \& format NAME = \& FORMLIST \& . .Ve .PP If the name is omitted, format \*(L"\s-1STDOUT\*(R"\s0 is defined. A single \*(L".\*(R" in column 1 is used to terminate a format. \s-1FORMLIST\s0 consists of a sequence of lines, each of which may be one of three types: .IP "1." 4 A comment, indicated by putting a '#' in the first column. .IP "2." 4 A \*(L"picture\*(R" line giving the format for one output line. .IP "3." 4 An argument line supplying values to plug into the previous picture line. .PP Picture lines contain output field definitions, intermingled with literal text. These lines do not undergo any kind of variable interpolation. Field definitions are made up from a set of characters, for starting and extending a field to its desired width. This is the complete set of characters for field definitions: .IX Xref "format, picture line @ ^ < | > # 0 . ... @* ^* ~ ~~" .PP .Vb 10 \& @ start of regular field \& ^ start of special field \& < pad character for left justification \& | pad character for centering \& > pad character for right justification \& # pad character for a right\-justified numeric field \& 0 instead of first #: pad number with leading zeroes \& . decimal point within a numeric field \& ... terminate a text field, show "..." as truncation evidence \& @* variable width field for a multi\-line value \& ^* variable width field for next line of a multi\-line value \& ~ suppress line with all fields empty \& ~~ repeat line until all fields are exhausted .Ve .PP Each field in a picture line starts with either \*(L"@\*(R" (at) or \*(L"^\*(R" (caret), indicating what we'll call, respectively, a \*(L"regular\*(R" or \*(L"special\*(R" field. The choice of pad characters determines whether a field is textual or numeric. The tilde operators are not part of a field. Let's look at the various possibilities in detail. .SS "Text Fields" .IX Xref "format, text field" .IX Subsection "Text Fields" The length of the field is supplied by padding out the field with multiple \&\*(L"<\*(R", \*(L">\*(R", or \*(L"|\*(R" characters to specify a non-numeric field with, respectively, left justification, right justification, or centering. For a regular field, the value (up to the first newline) is taken and printed according to the selected justification, truncating excess characters. If you terminate a text field with \*(L"...\*(R", three dots will be shown if the value is truncated. A special text field may be used to do rudimentary multi-line text block filling; see \*(L"Using Fill Mode\*(R" for details. .PP .Vb 7 \& Example: \& format STDOUT = \& @<<<<<< @|||||| @>>>>>> \& "left", "middle", "right" \& . \& Output: \& left middle right .Ve .SS "Numeric Fields" .IX Xref "# format, numeric field" .IX Subsection "Numeric Fields" Using \*(L"#\*(R" as a padding character specifies a numeric field, with right justification. An optional \*(L".\*(R" defines the position of the decimal point. With a \*(L"0\*(R" (zero) instead of the first \*(L"#\*(R", the formatted number will be padded with leading zeroes if necessary. A special numeric field is blanked out if the value is undefined. If the resulting value would exceed the width specified the field is filled with \*(L"#\*(R" as overflow evidence. .PP .Vb 7 \& Example: \& format STDOUT = \& @### @.### @##.### @### @### ^#### \& 42, 3.1415, undef, 0, 10000, undef \& . \& Output: \& 42 3.142 0.000 0 #### .Ve .SS "The Field @* for Variable-Width Multi-Line Text" .IX Xref "@*" .IX Subsection "The Field @* for Variable-Width Multi-Line Text" The field \*(L"@*\*(R" can be used for printing multi-line, nontruncated values; it should (but need not) appear by itself on a line. A final line feed is chomped off, but all other characters are emitted verbatim. .SS "The Field ^* for Variable-Width One-line-at-a-time Text" .IX Xref "^*" .IX Subsection "The Field ^* for Variable-Width One-line-at-a-time Text" Like \*(L"@*\*(R", this is a variable-width field. The value supplied must be a scalar variable. Perl puts the first line (up to the first \*(L"\en\*(R") of the text into the field, and then chops off the front of the string so that the next time the variable is referenced, more of the text can be printed. The variable will \fInot\fR be restored. .PP .Vb 12 \& Example: \& $text = "line 1\enline 2\enline 3"; \& format STDOUT = \& Text: ^* \& $text \& ~~ ^* \& $text \& . \& Output: \& Text: line 1 \& line 2 \& line 3 .Ve .SS "Specifying Values" .IX Xref "format, specifying values" .IX Subsection "Specifying Values" The values are specified on the following format line in the same order as the picture fields. The expressions providing the values must be separated by commas. They are all evaluated in a list context before the line is processed, so a single list expression could produce multiple list elements. The expressions may be spread out to more than one line if enclosed in braces. If so, the opening brace must be the first token on the first line. If an expression evaluates to a number with a decimal part, and if the corresponding picture specifies that the decimal part should appear in the output (that is, any picture except multiple \*(L"#\*(R" characters \fBwithout\fR an embedded \*(L".\*(R"), the character used for the decimal point is determined by the current \s-1LC_NUMERIC\s0 locale if \f(CW\*(C`use locale\*(C'\fR is in effect. This means that, if, for example, the run-time environment happens to specify a German locale, \*(L",\*(R" will be used instead of the default \*(L".\*(R". See perllocale and \*(L"\s-1WARNINGS\*(R"\s0 for more information. .SS "Using Fill Mode" .IX Xref "format, fill mode" .IX Subsection "Using Fill Mode" On text fields the caret enables a kind of fill mode. Instead of an arbitrary expression, the value supplied must be a scalar variable that contains a text string. Perl puts the next portion of the text into the field, and then chops off the front of the string so that the next time the variable is referenced, more of the text can be printed. (Yes, this means that the variable itself is altered during execution of the \fBwrite()\fR call, and is not restored.) The next portion of text is determined by a crude line-breaking algorithm. You may use the carriage return character (\f(CW\*(C`\er\*(C'\fR) to force a line break. You can change which characters are legal to break on by changing the variable \f(CW$:\fR (that's \&\f(CW$FORMAT_LINE_BREAK_CHARACTERS\fR if you're using the English module) to a list of the desired characters. .PP Normally you would use a sequence of fields in a vertical stack associated with the same scalar variable to print out a block of text. You might wish to end the final field with the text \*(L"...\*(R", which will appear in the output if the text was too long to appear in its entirety. .SS "Suppressing Lines Where All Fields Are Void" .IX Xref "format, suppressing lines" .IX Subsection "Suppressing Lines Where All Fields Are Void" Using caret fields can produce lines where all fields are blank. You can suppress such lines by putting a \*(L"~\*(R" (tilde) character anywhere in the line. The tilde will be translated to a space upon output. .SS "Repeating Format Lines" .IX Xref "format, repeating lines" .IX Subsection "Repeating Format Lines" If you put two contiguous tilde characters \*(L"~~\*(R" anywhere into a line, the line will be repeated until all the fields on the line are exhausted, i.e. undefined. For special (caret) text fields this will occur sooner or later, but if you use a text field of the at variety, the expression you supply had better not give the same value every time forever! (\f(CW\*(C`shift(@f)\*(C'\fR is a simple example that would work.) Don't use a regular (at) numeric field in such lines, because it will never go blank. .SS "Top of Form Processing" .IX Xref "format, top of form top header" .IX Subsection "Top of Form Processing" Top-of-form processing is by default handled by a format with the same name as the current filehandle with \*(L"_TOP\*(R" concatenated to it. It's triggered at the top of each page. See \*(L"write\*(R" in perlfunc. .PP Examples: .PP .Vb 10 \& # a report on the /etc/passwd file \& format STDOUT_TOP = \& Passwd File \& Name Login Office Uid Gid Home \& \-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\- \& . \& format STDOUT = \& @<<<<<<<<<<<<<<<<<< @||||||| @<<<<<<@>>>> @>>>> @<<<<<<<<<<<<<<<<< \& $name, $login, $office,$uid,$gid, $home \& . \& \& \& # a report from a bug report form \& format STDOUT_TOP = \& Bug Reports \& @<<<<<<<<<<<<<<<<<<<<<<< @||| @>>>>>>>>>>>>>>>>>>>>>>> \& $system, $%, $date \& \-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\-\- \& . \& format STDOUT = \& Subject: @<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< \& $subject \& Index: @<<<<<<<<<<<<<<<<<<<<<<<<<<<< ^<<<<<<<<<<<<<<<<<<<<<<<<<<<< \& $index, $description \& Priority: @<<<<<<<<<< Date: @<<<<<<< ^<<<<<<<<<<<<<<<<<<<<<<<<<<<< \& $priority, $date, $description \& From: @<<<<<<<<<<<<<<<<<<<<<<<<<<<<< ^<<<<<<<<<<<<<<<<<<<<<<<<<<<< \& $from, $description \& Assigned to: @<<<<<<<<<<<<<<<<<<<<<< ^<<<<<<<<<<<<<<<<<<<<<<<<<<<< \& $programmer, $description \& ~ ^<<<<<<<<<<<<<<<<<<<<<<<<<<<< \& $description \& ~ ^<<<<<<<<<<<<<<<<<<<<<<<<<<<< \& $description \& ~ ^<<<<<<<<<<<<<<<<<<<<<<<<<<<< \& $description \& ~ ^<<<<<<<<<<<<<<<<<<<<<<<<<<<< \& $description \& ~ ^<<<<<<<<<<<<<<<<<<<<<<<... \& $description \& . .Ve .PP It is possible to intermix \fBprint()\fRs with \fBwrite()\fRs on the same output channel, but you'll have to handle \f(CW\*(C`$\-\*(C'\fR (\f(CW$FORMAT_LINES_LEFT\fR) yourself. .SS "Format Variables" .IX Xref "format variables format, variables" .IX Subsection "Format Variables" The current format name is stored in the variable \f(CW$~\fR (\f(CW$FORMAT_NAME\fR), and the current top of form format name is in \f(CW$^\fR (\f(CW$FORMAT_TOP_NAME\fR). The current output page number is stored in \f(CW$%\fR (\f(CW$FORMAT_PAGE_NUMBER\fR), and the number of lines on the page is in \f(CW$=\fR (\f(CW$FORMAT_LINES_PER_PAGE\fR). Whether to autoflush output on this handle is stored in \f(CW$|\fR (\f(CW$OUTPUT_AUTOFLUSH\fR). The string output before each top of page (except the first) is stored in \f(CW$^L\fR (\f(CW$FORMAT_FORMFEED\fR). These variables are set on a per-filehandle basis, so you'll need to \fBselect()\fR into a different one to affect them: .PP .Vb 4 \& select((select(OUTF), \& $~ = "My_Other_Format", \& $^ = "My_Top_Format" \& )[0]); .Ve .PP Pretty ugly, eh? It's a common idiom though, so don't be too surprised when you see it. You can at least use a temporary variable to hold the previous filehandle: (this is a much better approach in general, because not only does legibility improve, you now have an intermediary stage in the expression to single-step the debugger through): .PP .Vb 4 \& $ofh = select(OUTF); \& $~ = "My_Other_Format"; \& $^ = "My_Top_Format"; \& select($ofh); .Ve .PP If you use the English module, you can even read the variable names: .PP .Vb 5 \& use English; \& $ofh = select(OUTF); \& $FORMAT_NAME = "My_Other_Format"; \& $FORMAT_TOP_NAME = "My_Top_Format"; \& select($ofh); .Ve .PP But you still have those funny \fBselect()\fRs. So just use the FileHandle module. Now, you can access these special variables using lowercase method names instead: .PP .Vb 3 \& use FileHandle; \& format_name OUTF "My_Other_Format"; \& format_top_name OUTF "My_Top_Format"; .Ve .PP Much better! .SH "NOTES" .IX Header "NOTES" Because the values line may contain arbitrary expressions (for at fields, not caret fields), you can farm out more sophisticated processing to other functions, like \fBsprintf()\fR or one of your own. For example: .PP .Vb 4 \& format Ident = \& @<<<<<<<<<<<<<<< \& &commify($n) \& . .Ve .PP To get a real at or caret into the field, do this: .PP .Vb 4 \& format Ident = \& I have an @ here. \& "@" \& . .Ve .PP To center a whole line of text, do something like this: .PP .Vb 4 \& format Ident = \& @||||||||||||||||||||||||||||||||||||||||||||||| \& "Some text line" \& . .Ve .PP There is no builtin way to say \*(L"float this to the right hand side of the page, however wide it is.\*(R" You have to specify where it goes. The truly desperate can generate their own format on the fly, based on the current number of columns, and then \fBeval()\fR it: .PP .Vb 9 \& $format = "format STDOUT = \en" \& . \*(Aq^\*(Aq . \*(Aq<\*(Aq x $cols . "\en" \& . \*(Aq$entry\*(Aq . "\en" \& . "\et^" . "<" x ($cols\-8) . "~~\en" \& . \*(Aq$entry\*(Aq . "\en" \& . ".\en"; \& print $format if $Debugging; \& eval $format; \& die $@ if $@; .Ve .PP Which would generate a format looking something like this: .PP .Vb 6 \& format STDOUT = \& ^<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< \& $entry \& ^<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<~~ \& $entry \& . .Ve .PP Here's a little program that's somewhat like \fBfmt\fR\|(1): .PP .Vb 3 \& format = \& ^<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< ~~ \& $_ \& \& . \& \& $/ = \*(Aq\*(Aq; \& while (<>) { \& s/\es*\en\es*/ /g; \& write; \& } .Ve .SS "Footers" .IX Xref "format, footer footer" .IX Subsection "Footers" While \f(CW$FORMAT_TOP_NAME\fR contains the name of the current header format, there is no corresponding mechanism to automatically do the same thing for a footer. Not knowing how big a format is going to be until you evaluate it is one of the major problems. It's on the \s-1TODO\s0 list. .PP Here's one strategy: If you have a fixed-size footer, you can get footers by checking \f(CW$FORMAT_LINES_LEFT\fR before each \fBwrite()\fR and print the footer yourself if necessary. .PP Here's another strategy: Open a pipe to yourself, using \f(CW\*(C`open(MYSELF, "|\-")\*(C'\fR (see \*(L"open\*(R" in perlfunc) and always \fBwrite()\fR to \s-1MYSELF\s0 instead of \s-1STDOUT.\s0 Have your child process massage its \s-1STDIN\s0 to rearrange headers and footers however you like. Not very convenient, but doable. .SS "Accessing Formatting Internals" .IX Xref "format, internals" .IX Subsection "Accessing Formatting Internals" For low-level access to the formatting mechanism, you may use \fBformline()\fR and access \f(CW$^A\fR (the \f(CW$ACCUMULATOR\fR variable) directly. .PP For example: .PP .Vb 3 \& $str = formline <<\*(AqEND\*(Aq, 1,2,3; \& @<<< @||| @>>> \& END \& \& print "Wow, I just stored \*(Aq$^A\*(Aq in the accumulator!\en"; .Ve .PP Or to make an \fBswrite()\fR subroutine, which is to \fBwrite()\fR what \fBsprintf()\fR is to \fBprintf()\fR, do this: .PP .Vb 8 \& use Carp; \& sub swrite { \& croak "usage: swrite PICTURE ARGS" unless @_; \& my $format = shift; \& $^A = ""; \& formline($format,@_); \& return $^A; \& } \& \& $string = swrite(<<\*(AqEND\*(Aq, 1, 2, 3); \& Check me out \& @<<< @||| @>>> \& END \& print $string; .Ve .SH "WARNINGS" .IX Header "WARNINGS" The lone dot that ends a format can also prematurely end a mail message passing through a misconfigured Internet mailer (and based on experience, such misconfiguration is the rule, not the exception). So when sending format code through mail, you should indent it so that the format-ending dot is not on the left margin; this will prevent \&\s-1SMTP\s0 cutoff. .PP Lexical variables (declared with \*(L"my\*(R") are not visible within a format unless the format is declared within the scope of the lexical variable. .PP If a program's environment specifies an \s-1LC_NUMERIC\s0 locale and \f(CW\*(C`use locale\*(C'\fR is in effect when the format is declared, the locale is used to specify the decimal point character in formatted output. Formatted output cannot be controlled by \f(CW\*(C`use locale\*(C'\fR at the time when \fBwrite()\fR is called. See perllocale for further discussion of locale handling. .PP Within strings that are to be displayed in a fixed-length text field, each control character is substituted by a space. (But remember the special meaning of \f(CW\*(C`\er\*(C'\fR when using fill mode.) This is done to avoid misalignment when control characters \*(L"disappear\*(R" on some output media.