Fix native TQt3 accidental conversion to tquit

1 files changed, 1 insertions, 1 deletions

diff --git a/doc/man/man3/qhebrewcodec.3qt b/doc/man/man3/qhebrewcodec.3qt
index 63a39d67d..e07d93ef3 100644
--- a/doc/man/man3/qhebrewcodec.3qt
+++ b/doc/man/man3/qhebrewcodec.3qt
@@ -33,7 +33,7 @@ In contrast to this, Unicode defines characters to be in logical order (the orde
 .PP
 Transformation from Unicode to visual Hebrew (8859-8) is done using the bidi algorithm in Qt, and will produce correct results, so long as the codec is given the text a whole paragraph at a time. Places where newlines are supposed to go can be indicated by a newline character ('\\n'). Note that these newline characters change the reordering behaviour of the algorithm, since the bidi reordering only takes place within one line of text, whereas line breaks are determined in visual order.
 .PP
-Visually ordered Hebrew is still used tquite often in some places, mainly in email communication (since most email programs still don't understand logically ordered Hebrew) and on web pages. The use on web pages is rapidly decreasing, due to the availability of browsers that correctly support logically ordered Hebrew.
+Visually ordered Hebrew is still used quite often in some places, mainly in email communication (since most email programs still don't understand logically ordered Hebrew) and on web pages. The use on web pages is rapidly decreasing, due to the availability of browsers that correctly support logically ordered Hebrew.
 .PP
 This codec has the name "iso8859-8". If you don't want any bidi reordering to happen during conversion, use the "iso8859-8-i" codec, which assumes logical order for the 8-bit string.
 .PP