Handle FUÄU about tktitler HOT 7 OPEN

Det kunne være rart hvis vi bare kunne ignorere det og bruge UTF-8 i mailadressen. Desværre afviser AUs Exchange-mailserver emailadresser med UTF-8, hvilket man kan afprøve ved at sende en mail til FUBÄ@TAAGEKAMMERET.dk - det giver en mail retur med følgende fejl:

<FUBÄ@TAAGEKAMMERET.dk>: host taagekammeret-dk.mail.protection.outlook.com[104.47.1.36] said: 501 5.1.8 UTF-8 addresses not supported VE1EUR01FT010.eop-EUR01.prod.protection.outlook.com] (in reply to RCPT TO command)

from tktitler.

Det er ikke så pænt at tilføje speciel håndtering i mailserveren. Det kunne være rart hvis det hele logikken er i tktitler.

Et forslag kunne være at tilføje en ny mere generel funktion:

>>> import tktitler as tk
>>> tk.parse_multi("FUAEU", 2021)
[('FUÆU', 2021), ('FUÄU', 2021)]

...men beholde logikken om at f.eks. "FUAAE" (=FUÅE / FUAÆ) er forbudt. Hvad tænker I @kandevander @neic ?

from tktitler.

Det er ikke så pænt at tilføje speciel håndtering i mailserveren. Det kunne være rart hvis det hele logikken er i tktitler.

Et forslag kunne være at tilføje en ny mere generel funktion:

>>> import tktitler as tk
>>> tk.parse_multi("FUAEU", 2021)
[('FUÆU', 2021), ('FUÄU', 2021)]

...men beholde logikken om at f.eks. "FUAAE" (=FUÅE / FUAÆ) er forbudt. Hvad tænker I @kandevander @neic ?

Jeg tænker at det er en bedre løsning.

from tktitler.

tk.parse_multi flytter bare problemet til brugeren af dette bibliotek. Siden vi er tvunget til at have denne logik et sted i TK-IT tech stakken, syntes jeg at vi gøre det udelukkende i tktitler. Også selv om "det ikke er pænt". Ideen med tktitler er jo netop at alt denne mærkelige logik kan samles et sted og alle andre stykker software kan bruge den.

Det er anden gang på 6-5 år vi må tilføje sådan logik.

Jeg foreslår at vi tilføjer {"Ä": "AE"} til DIGRAPHS og laver et special case for netop tk.parse("FUAEU", 2021):

>>> import tktitler as tk
>>> tk.parse("FUAEU", 2020)
('FUÆU', 2020)
>>> tk.parse("FUAEU", 2021)
('FUÄU', 2021)
>>> tk.parse("FUAEU", 2022)
('FUÆU', 2022)
>>> tk.email(("FUÄU", 2021), 2021)
'FUAEU21'
>>> tk.email(("FUÆU", 2021), 2021)
'FUAEU21' # Måske ValueError

from tktitler.

Fin pointe - jeg kan godt se idéen i at have en liste af special cases i tktitler.

Hvad med f.eks. tk.email(("FUÄE", 2015))? Hvis vi blindt tilføjer til DIGRAPHS, så vil denne vel blive "FUAEE", men det kan ikke mappes pænt tilbage med tk.parse(). Jeg overvejede om vi skulle lade være med at tilføje til DIGRAPHS, og i stedet have ("FUÄU", 2021, "FUAEU") som specialtilfældet i både tk.email() og tk.parse().

from tktitler.

Så hvad, blev vi enige om noget eller? Jeg synes Rav idé virker god.

from tktitler.

Jeg har implementeret et forslag i #35. Har I tid og lyst til at give et code review?

from tktitler.