This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
[db-wg] Deal with "non-breaking-space"-characters in updates
- Previous message (by thread): [db-wg] Deal with "non-breaking-space"-characters in updates
- Next message (by thread): [db-wg] Deal with "non-breaking-space"-characters in updates
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Wilfried Woeber
woeber at cc.univie.ac.at
Wed Jul 8 12:15:57 CEST 2015
On 2015-07-07 16:12, Nick Hilliard wrote: > On 07/07/2015 14:22, Marc Grol wrote: >> -1- Let whois software accept the update but convert "non-breaking-spaces” >> into regular spaces before storing I think this is a very bad approach. The software is (supposed to) support UTF-8 transparency. Thus messing around with the characters SHOULD NOT happen. Another aspect is the potential discrepancy of locally stored copies of cryptographically signed updates and the object in the DB. > option 1 + document this + issue warning on db update if there's been a > nbsp->sp conversion. My suggestion is to potentially issue a warning to point out that such a "funny" character is included in the object, if the community really wants that. Otherwise I think the current approach is fine: do nothing :-) > Nick Wilfried
- Previous message (by thread): [db-wg] Deal with "non-breaking-space"-characters in updates
- Next message (by thread): [db-wg] Deal with "non-breaking-space"-characters in updates
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]