About FF

Integer ASCII code: 12
Binary code: 0000 1100
Octal code: 14
Hexadecimal code: 0C
Group: control
Seq: ^L
C/C++ notation: \f or '\f'

Unicode symbol: , int code: 9228 (html &#9228) hex code: 240C (html &#x240C)


On printers form feed load the next page. In many programming languages it is treated as whitespace, this way may be used to split logical divisions in code. In some terminal emulators it clears up the screen. Even nowadays it still can be find in some common simple text files in the role of page break character, such as the RFCs published by IETF.

Let's move on to the page break. A page break is a marker that electronic document has. It shows the one who deals with the document that the following content is part of a new page. A page break causes a form feed, which in its turn has to be sent to the printer during buffering of the document to the printer. Thus it is one of the elements that produces a certain effect on paginating.

Form Feed

Form feed is an ASCII control character, which breaks the page. It makes the printer to throw out the current page and then to keep on printing at the top of another any. It will also cause a carriage return in many cases. The definition of form feed character code is 12 (0xC in hexadecimal). It also may be represented as control+L or ^L. In an associated use, control+L can be used to clear up the screen in Unix shells such as bash. In the C programming language (as well as other languages derived from C), the form feed character is represented as ' '. Unicode also has the character U+21A1 ↡ DOWNWARDS TWO HEADED ARROW for a form feed as a printable symbol (not as the form feed itself). The whitespace is considered by the form feed character by the C character classification function is space ( ).

Form feed is practically never used in programming work with printers of our times in modern operating environments, for example Windows, Unix, Linux or macOS. The process of creating form feeds here is different. Form feeds are generated with the help of printing program call a form feed API function. Let's see an example. In case when printing using the .NET Framework, the PrintPageEventArgs.HasMorePages property is used to indicate a form feed is required.

Not that often, but still form feed character is used in simple text files of source code, playing the role of a delimiter for a page break. It can also be a marker for sections of code. There are some editors, for example emacs and vi, who have implemented commands to page up/down on the form feed character. This convention is mainly used in Lisp code, also can be found in C and Python source code.

In Usenet, the form feed character is sometimes called as a "spoiler character". Here is the reason why. The form feed in Usernet is used by several newsreaders. It makes them to automatically conceal the following text until requested, as a way to prevent spoilers from being accidentally revealed. The accurate behavior depends on the client displaying the article. In order to make it clear, let's see an example. Imagine the following situation: Gnus displays "Next page..." in boldface, then switches to a second screen in order to display text after the form feed; slrn shows all non-space characters following the form feed as asterisks; Dialog turns the font and makes the background color change to red between form feeds; XR just inserts blank lines in order to fill up the remaining part of the article display area. This way the user must scroll down to see the spoiler. Not all newsreaders support this use of the form feed character. What's more, it is not standardized as well, although it has appeared in a draft of a Usenet Best Practices document by the IETF's USEFOR working group, as an option that user agents should (but are not obliged to) support.


MD5 Form Feed

input value base output hash
FF char 58C89562F58FD276F592420068DB8C09
12 dec C20AD4D76FE97759AA27A0C99BFF6710
00001100 bin 0C74A0F44B99A2D167148D3A6B255208
0000 1100 bin 21AEB7460E9C7D09A55D52373A28B2BC
14 oct AAB3238922BCC25A6F606EB525FFDC56
0C hex AFF42C6C587AD6E6A110E92E1AB9C79D
0x0C hex 95EFAA7DC2E0A39C0E55017936DE5D5C

SHA256 Form Feed

input value base output hash
FF char EF6CBD2161EAEA7943CE8693B9824D23D1793FFB1C0FCA05B600D3899B44C977
12 dec 6B51D431DF5D7F141CBECECCF79EDF3DD861C3B4069F0B11661A3EEFACBBA918
00001100 bin 283B1DE8EC3F205647038A53258E1FE8DE5C1A67041E5FD7092785CD85977F7A
0000 1100 bin 73D2D351BED89D138D210921BEDA7EDCBF3113B73B2C291B57988A9493DB92EE
14 oct 8527A891E224136950FF32CA212B45BC93F69FBB801C3B1EBEDAC52775F99E61
0C hex 92E189907CCBCFE772048FFB19EFB6D7AD3ECC4D6FE411989CB0CB53A3ECA1EB
0x0C hex 49AA765B3723A4BB692C0D6B5704174997E1B5669862E69693C33557B467E08E

Base64 Form Feed

input value base output hash
FF char DA==
12 dec MTI=
00001100 bin MDAwMDExMDA=
0000 1100 bin MDAwMCAxMTAw
14 oct MTQ=
0C hex MEM=
0x0C hex MHgwQw==
Back to ASCII table

 2018-2023 © Dmytro Koshovyi. Ukraine, Mykolayiv.