Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1j49yY-0001GV-Ga for pgsql-docs@arkaria.postgresql.org; Tue, 18 Feb 2020 21:00:14 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1j49yW-0006Ka-GX for pgsql-docs@arkaria.postgresql.org; Tue, 18 Feb 2020 21:00:12 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1j49yW-0006KT-20 for pgsql-docs@lists.postgresql.org; Tue, 18 Feb 2020 21:00:12 +0000 Received: from mail-lj1-x233.google.com ([2a00:1450:4864:20::233]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1j49yP-0003zS-1V for pgsql-docs@lists.postgresql.org; Tue, 18 Feb 2020 21:00:10 +0000 Received: by mail-lj1-x233.google.com with SMTP id n18so24599245ljo.7 for ; Tue, 18 Feb 2020 13:00:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:from:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-language; bh=BtveYAov7BGj+CBH5SP9dKInVF/uzIrXcBacu58UwVg=; b=HjqyWucWXxzUJAjQv7zmeR03W/UOAbOxiaJmv1E0blqJPlkZcivndFfuS/gY9iOk68 iurkovaPUyUrMgAmplh8KS7on5gDlOfyZBKj2+BMC10IIpWfdVtwltwdCPMWIozwhfrZ /r+o+HvjAr3vgngoExcVNbLwWUcIUp5IxdgPkDXOEHkwhzaTcLcGOMfFXR/LIQrYER1L VWFL5ADifpHaLeSAFdZVC6JF7IM4RaoaLl9lxJwhtS1q9rBqzqowOQssKaVbK1UhaleJ vHDXAxRyPE6dtHo0V/TQu/xWYnaWhrHTlmNdZ61RaFvt4fqUkARy9f05VojIt4xJkAPR TS3A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=BtveYAov7BGj+CBH5SP9dKInVF/uzIrXcBacu58UwVg=; b=rrgp9b0VBiXyoHCrlJgMyP6314ikmmuQOKRkYvCg+ZsH9DXFU+9x4q3YnzyX3Nbknu 31SLdTlhPSxvYFEsznje009Se9HT57IawEeuwuiqXFx43R8EceyHoV5qSSI/IYucybya qlGjXyPSwPecmyiLvquZS07hijcTJ/slGTfTOYzQl+sQ5e3DL2ObaXvtiAEdoF+b7SM5 aPQB2877n6eaP5aKGr5xFp+wl8GXCBK1g5J3XvBZ0oYKu89HDibFQ+56+9/eXmYshRew XUebUEw/iY4wv/2v76hsmOH0Xpw2q448l9vL/gqy7NyXPsQXcGITfHUzhRmZ2GdCb5g2 hZEA== X-Gm-Message-State: APjAAAXs8qxTGz0G5vC+DOnIAddI51vpHkgqeSfL19VMk0RhiAVgt/Pk X3WYsyC6g9SC/ci8NH5AgU3ikiDk X-Google-Smtp-Source: APXvYqwkxwAU8UrjJTVPnYec/MS5VcCbb0Oc5xIB6jNEDqV0gn4ifnnGuSK7ExvahcRSBroXi5ewDw== X-Received: by 2002:a2e:804f:: with SMTP id p15mr13476712ljg.184.1582059602474; Tue, 18 Feb 2020 13:00:02 -0800 (PST) Received: from [1.0.0.7] ([178.155.4.59]) by smtp.gmail.com with ESMTPSA id l22sm3192794lje.40.2020.02.18.13.00.00 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 18 Feb 2020 13:00:01 -0800 (PST) Subject: Re: Getting our tables to render better in PDF output From: Alexander Lakhin To: Tom Lane , pgsql-docs@lists.postgresql.org References: <20200212221818.GA15503@alvherre.pgsql> <23574.1581555393@sss.pgh.pa.us> <10810.1581883655@sss.pgh.pa.us> <5d1f5b72-1b4a-6e15-6730-d94e2252a073@gmail.com> Message-ID: <525a6c9e-a4e2-cd8f-54b6-b69f40d70289@gmail.com> Date: Wed, 19 Feb 2020 00:00:00 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: <5d1f5b72-1b4a-6e15-6730-d94e2252a073@gmail.com> Content-Type: multipart/mixed; boundary="------------3E4BF02A45F05A87CF1646FC" Content-Language: en-AU List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk This is a multi-part message in MIME format. --------------3E4BF02A45F05A87CF1646FC Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 17.02.2020 00:21, Alexander Lakhin wrote: > Hello Tom, >> 16.02.2020 23:07, Tom Lane wrote: >> >> >> I poked at this a little bit, and found that I could get a pretty >> decent-looking result if I hacked the .fo file to contain >> "→" rather than a bare >> right arrow. (See attached screenshot, wherein the last rightarrow >> was fixed this way but the others weren't.) However, I do not >> have much of a clue as to how such a fix might be injected into >> our stylesheets --- anybody have a suggestion? > Please look at the XSLT template for processing .fo before calling fop. > Maybe this can be done with just the existing stylesheet-fo.xsl, I'll > try to research this later. I've managed to simplify the patch a little by incorporating those templates in stylesheet-fo.xsl. Maybe it's better to use the same formatting as in the docbook xsl template (see docbook/stylesheet/docbook-xsl/xhtml-1_1/inline.xsl). There "$menuchoice.menu.separator" is enclosed in ... and you can see the effect on page 536 (IPC parameters can be set in the System Administration Manager (SAM) under Kernel Configu- ration → Configurable Parameters.) Yet another possibility is to use the docbook tags: func() int. Then we can define the desired formatting for such markup (similar to ......). Best regards, Alexander --------------3E4BF02A45F05A87CF1646FC Content-Type: text/x-patch; charset=UTF-8; name="shift_arrow_up2.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="shift_arrow_up2.patch" diff --git a/doc/src/sgml/stylesheet-fo.xsl b/doc/src/sgml/stylesheet-fo.xsl index ea754084be0..7b843e7037f 100644 --- a/doc/src/sgml/stylesheet-fo.xsl +++ b/doc/src/sgml/stylesheet-fo.xsl @@ -94,4 +94,35 @@ + + + + + + + + + + + + + + + + + + + + + → + + + + + + + + + + --------------3E4BF02A45F05A87CF1646FC--