Re: Patch to document base64 encoding
От | Karl O. Pinc |
---|---|
Тема | Re: Patch to document base64 encoding |
Дата | |
Msg-id | 20200109092346.6f0be77d@slate.karlpinc.com обсуждение исходный текст |
Ответ на | Re: Patch to document base64 encoding (Fabien COELHO <coelho@cri.ensmp.fr>) |
Ответы |
Re: Patch to document base64 encoding
Re: Patch to document base64 encoding |
Список | pgsql-hackers |
On Thu, 9 Jan 2020 08:27:28 +0100 (CET) Fabien COELHO <coelho@cri.ensmp.fr> wrote: > > Another option would be to use "bytes bytea". > > > (The current patch uses "string bytea".) > > This would probably also require some re-wording throughout. > I like it, but this is only my own limited opinion, and I'm not a > native English speaker. Per your request for consistency I made this change throughout the entire binary string section. New patch attached: doc_base64_v13.patch This required surprisingly little re-wording. Added word "binary" into the descriptions of convert(), substring(), convert_from(), and convert_to(). I also added data types to the call syntax of set_bit() and set_byte(). And this patch adds hyperlinks from the get_bit(), get_byte(), set_bit(), and set_byte() descriptions to the note that offsets are zero-based. I also removed the hyperlinked asterisks about the hash function results and instead hyperlinked the word "hash" in the descriptions. (Links to the note about md5() returning hex text and the others returning bytea and how to convert between the two.) Regards, Karl <kop@karlpinc.com> Free Software: "You don't pay back, you pay forward." -- Robert A. Heinlein
Вложения
В списке pgsql-hackers по дате отправления: