Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jTz5t-0001SN-RD for pgsql-hackers@arkaria.postgresql.org; Thu, 30 Apr 2020 02:38:33 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jTz5p-0007LZ-IL for pgsql-hackers@arkaria.postgresql.org; Thu, 30 Apr 2020 02:38:29 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jTz5p-0007Jf-BR for pgsql-hackers@lists.postgresql.org; Thu, 30 Apr 2020 02:38:29 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jTz5m-0001bB-9x for pgsql-hackers@lists.postgresql.org; Thu, 30 Apr 2020 02:38:28 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id 03U2cKgh018311; Wed, 29 Apr 2020 22:38:20 -0400 From: Tom Lane To: "Jonathan S. Katz" cc: Peter Eisentraut , Bruce Momjian , Alvaro Herrera , Robert Haas , Steven Pousty , Pavel Stehule , Isaac Morland , Pierre Giraud , PostgreSQL Developers Subject: Re: Poll: are people okay with function/operator table redesign? In-reply-to: References: <20200423174343.GA16996@alvherre.pgsql> <19233.1587665407@sss.pgh.pa.us> <5561.1587922854@sss.pgh.pa.us> <13e5e408-bc59-e8ca-44f3-28a981b4fc7d@postgresql.org> <11211.1587951842@sss.pgh.pa.us> <58de9544-be5b-f325-b5cc-cce4e2dda7d9@postgresql.org> <5651.1587991781@sss.pgh.pa.us> <30469.1588087170@sss.pgh.pa.us> <8682.1588202983@sss.pgh.pa.us> <4894cde4-148d-f0cc-d6d8-182a46f13e1b@postgresql.org> <06f6b32d-a4cc-3723-5bc1-00fa674df961@postgresql.org> <11106.1588205727@sss.pgh.pa.us> <1c5ca197-f7f2-0300-46ce-4652c7f81d48@postgresql.org> Comments: In-reply-to "Jonathan S. Katz" message dated "Wed, 29 Apr 2020 22:04:39 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <18309.1588214299.1@sss.pgh.pa.us> Date: Wed, 29 Apr 2020 22:38:19 -0400 Message-ID: <18310.1588214299@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk "Jonathan S. Katz" writes: > Please see latest attached. I've eliminated the !important, condensed > the CSS, and the desultory (yes, my word of the week) testing did not > find issues in devel or earlier versions. > Please let me know if this works for you. If it does, I'll push it up to > pgweb. NAK ... that does *not* work for me. It looks to me like you are expecting that "margin" with four parameters will override an outer-level setting of margin-bottom, but that is not how my browser is responding. ISTM you need to explicitly set the very same parameters in the more-specific rule as in the less-specific rule that you want to override. I get reasonable results with these settings, but not with anything more abbreviated: #docContent table.table th.func_table_entry p, #docContent table.table td.func_table_entry p { margin-top: 0.1em; margin-bottom: 0.1em; padding-left: 4em; text-align: left; } #docContent table.table p.func_signature { text-indent: -3.5em; } #docContent table.table td.func_table_entry pre.programlisting { background-color: inherit; border: 0; margin-top: 0.1em; margin-bottom: 0.1em; padding: 0; padding-left: 4em; } In particular, it might look like the multiple padding settings in the pre.programlisting rule are redundant ... but they are not, at least not with Safari. regards, tom lane