From: | Daniel Gustafsson <daniel(at)yesql(dot)se> |
---|---|
To: | Tatsuo Ishii <ishii(at)postgresql(dot)org> |
Cc: | Yugo Nagata <nagata(at)sraoss(dot)co(dot)jp>, Bruce Momjian <bruce(at)momjian(dot)us>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Doc: typo in config.sgml |
Date: | 2024-10-10 07:26:15 |
Message-ID: | BA02AC7E-D864-4599-A35A-263B4B2CA5FA@yesql.se |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> On 9 Oct 2024, at 04:49, Tatsuo Ishii <ishii(at)postgresql(dot)org> wrote:
> Besides nbsp, there are tons of confusing Unicode
> characters out there. For example there are many "hyphen like
> characters".
Using characters which look alike is in the field of internet security known as
homograph attacks, where for example a url visually passes for postgresql.org
but in fact leads to an attacker. That sort of attack clearly doesn't apply to
our docs though. However, what might cause similar problems is if we use a
unicode character in example code which the reader could be expected to
copy/paste into psql and run which then (at best) cause a syntax error. We
could probably build tooling to catch this (most likely not too hard in XSLT)
but the ROI for that might be unfavourable. Even with tooling, committer
caution is needed to ensure we don't publish examples that might cause
unintended side effects when executed by copy/paste.
What separates nbsp is that it may affect the rendering in an un-intuitive way
by forcing two words to not break even if the viewport is too narrow to fit.
Catching such characters seems wortwhile since it's also quite doable with a
trivial grep.
--
Daniel Gustafsson
From | Date | Subject | |
---|---|---|---|
Next Message | Daniel Gustafsson | 2024-10-10 07:30:41 | Re: Converting tab-complete.c's else-if chain to a switch |
Previous Message | Anthonin Bonnefoy | 2024-10-10 07:22:12 | Re: Converting tab-complete.c's else-if chain to a switch |