From 49378eb510224c91e56c9fd376a00e00dfd68cf0 Mon Sep 17 00:00:00 2001 From: Bjarni Ingi Gislason Date: Sat, 8 Feb 2025 00:59:16 +0000 Subject: [PATCH] exa.man: editorial changes for this man page Wrong distance between sentences in the input file. Separate the sentences and subordinate clauses; each begins on a new line. See man-pages(7) ("Conventions for source file layout") and "info groff" ("Input Conventions"). Mark a final abbreviation point as such by suffixing it with "\&". 25:Disables acceleration of uploading pixmap data to the framebuffer. Default: No. -.-. Split a punctuation mark from a single argument for a two-font macro 40:.BR xorg.conf(5). -.-. Section headings (.SH and .SS) do not need quoting. 38:.SH "SEE ALSO" -.-. Output from "test-groff -mandoc -t -K utf8 -rF0 -rHY=0 -rCHECKSTYLE=10 -ww -z ": an.tmac::40: misuse, warning: .BR is for at least 2 arguments, got 1 Use macro '.B' for one argument or split argument. Originally from: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1095446 Signed-off-by: Alan Coopersmith Part-of: --- hw/xfree86/exa/man/exa.man | 40 ++++++++++++++++++++++++-------------- 1 file changed, 25 insertions(+), 15 deletions(-) diff --git a/hw/xfree86/exa/man/exa.man b/hw/xfree86/exa/man/exa.man index c051b998b..5db7475bf 100644 --- a/hw/xfree86/exa/man/exa.man +++ b/hw/xfree86/exa/man/exa.man @@ -5,24 +5,30 @@ exa \- new 2D acceleration architecture for X.Org .SH DESCRIPTION .B EXA -provides a simple API for video drivers to implement for 2D acceleration. It -is a module loaded by drivers, and is not intended to be loaded on its own. +provides a simple API for video drivers to implement for 2D acceleration. +It is a module loaded by drivers, +and is not intended to be loaded on its own. See your driver's manual page for how to enable .BR EXA . .PP The .B EXA -architecture is designed to make accelerating the Render extension simple and -efficient, and results in various performance tradeoffs compared to XAA. Some -xorg.conf options are available for debugging performance issues or -driver rendering problems. They are not intended for general use. +architecture is designed to make accelerating the Render extension simple +and efficient, +and results in various performance tradeoffs compared to XAA. +Some xorg.conf options are available for debugging performance issues +or driver rendering problems. +They are not intended for general use. .TP .BI "Option \*qEXANoComposite\*q \*q" boolean \*q -Disables acceleration of the Composite operation, which is at the heart of -the Render extension. Not related to the Composite extension. Default: No. +Disables acceleration of the Composite operation, +which is at the heart of the Render extension. +Not related to the Composite extension. +Default: No. .TP .BI "Option \*qEXANoUploadToScreen\*q \*q" boolean \*q -Disables acceleration of uploading pixmap data to the framebuffer. Default: No. +Disables acceleration of uploading pixmap data to the framebuffer. +Default: No. .TP .BI "Option \*qEXANoDownloadFromScreen\*q \*q" boolean \*q Disables acceleration of downloading of pixmap data from the framebuffer. @@ -31,12 +37,16 @@ Not usable with drivers which rely on DownloadFromScreen succeeding. Default: No. .TP .BI "Option \*qMigrationHeuristic\*q \*q" anystr \*q -Chooses an alternate pixmap migration heuristic, for debugging purposes. The -default is intended to be the best performing one for general use, though others -may help with specific use cases. Available options include \*qalways\*q, -\*qgreedy\*q, and \*qsmart\*q. Default: always. -.SH "SEE ALSO" +Chooses an alternate pixmap migration heuristic, +for debugging purposes. +The default is intended to be the best performing one for general use, +though others may help with specific use cases. +Available options include \*qalways\*q, +\*qgreedy\*q, +and \*qsmart\*q. +Default: always. +.SH SEE ALSO .BR Xorg (@appmansuffix@), -.BR xorg.conf(@filemansuffix@). +.BR xorg.conf (@filemansuffix@). .SH AUTHORS Authors include: Keith Packard, Eric Anholt, Zack Rusin, and Michel D\(:anzer