On Mon, 13 Jul 2020 at 14:12, ripedenis--- via db-wg wrote:
> Do we, therefore, have support to introduce Puny code now and then consider
> how to move forward with UTF-8?
+1 for a brief technical summarization (or impact analysis) of the
effort required to implement the technical change.
--
C
Hello Peter, WG,
> On 13 Jul 2020, at 15:03, Peter Koch via db-wg wrote:
>
> On Mon, Jul 13, 2020 at 12:12:42PM +, ripedenis--- via db-wg wrote:
>
>> Do we therefore have support to introduce Puny code now and then consider
>> how to move forward with UTF-8?
>
> I'm not sure I understand
Peter Koch via db-wg wrote:
>
> I'm not sure I understand the proposal.
Me too :-)
> "punycode" is primarily IDNA2003 speak
AFAIK IDNA2008 uses punycode in exactly the same way as IDNA2003.
One of the major changes was to get rid of stringprep.
> How would that system deal with conversion fail
On Mon, Jul 13, 2020 at 12:12:42PM +, ripedenis--- via db-wg wrote:
> Do we therefore have support to introduce Puny code now and then consider how
> to move forward with UTF-8?
I'm not sure I understand the proposal. "punycode" is primarily IDNA2003
speak - and the initial suggestion by Ed
ripedenis--- via db-wg wrote on 13/07/2020 13:12:
There has been support shown to introduce Puny code as a first step
towards internationalisation of the data, which can be done quickly by
the RIPE NCC.
Do we therefore have support to introduce Puny code now and then
consider how to move forw
hi,
On Mon, Jul 13, 2020 at 12:12:42PM +, ripedenis--- via db-wg wrote:
> Do we therefore have support to introduce Puny code now and then consider how
> to move forward with UTF-8?
Works for me.
Gert Doering
-- NetMaster
--
have you enabled IPv6 on something today...?
SpaceNet AG
Hi Denis,
> Do we therefore have support to introduce Puny code now and then consider
how to move forward with UTF-8?
I think this is probably the best solution.
- Cynthia
On Mon, Jul 13, 2020 at 2:13 PM ripedenis--- via db-wg
wrote:
> Colleagues
>
> After the recent discussion it seems their
Colleagues
After the recent discussion it seems their is support for the idea of UTF-8,
whilst there is also support for Puny code as an interim step.
To implement UTF-8 in the RIPE Database requires much more detailed
discussions, including non technical aspects of the change. This is not likely
