nabiu256
commented
2 years ago Per tenir oberta la porta a eventualment fer servir la internacionalització, entenc que sí, les tags de translate i les strings envoltades per gettext (_) s'haurien de mantenir, ja que sinó després implicaria molta feina d'anar a buscar-les totes i tornar-les a fer.
Pel tema de treure l'idioma de la URL, se m'acut que tampoc ha de ser tan difícil, ja que en l'únic lloc on s'afegeix és el URLconf a partir de la funció i18n_patterns()
Fins i tot se'm passa pel cap que si volem tenir la opció de programàticament activar o desactivar la internacionalització, es podria fer una variable d'entorn i que per exemple en les URLconf segons aquesta, es faci servir la internacionaltizació de les URLs o no (no sé què et sembla @perepicornell ).
L'únic que potser veig més difícil és si penseu que les URLs haurien d'estar en català, perquè en cas que treiem la internacionalització estaran tal i com estan en el codi del back i estan totes en anglès.
En tot cas, entenc que es podria posar això, una variable d'entorn que controlés si la internacionalització està activada o no, i en cas que no, que es defineixi un idioma i des del back es fixa tot amb aquest.
Exemple
Pel tema de al variable, parlo de fer en el URLconf alguna cosa com
urls = [
path("", HomeView.as_view(), name="home"),
path(_("registration/"), include("apps.users.urls", namespace="registration")),
]
if settings.USE_I18N:
urlpatterns += i18n_patterns(urls)
else:
urlpatterns += urls
i en els settings:
if USE_I18N:
LANGUAGES = [
("en", _("English")),
("ca", _("Catalan")),
]
perepicornell
MartaRF3
Tot i que volem que eventualment hi hagi possibilitat de tenir varis idiomes de moment només es farà en un. (Que no sé si serà català o castellà, ara que ho penso).
Per tant, entenc que hauriem de continuar mantenint totes les strings amb el 'translate', i en anglès per quan eventualment es faci servir.
L'altre tema és si podem eliminar de moment de les urls el path de idioma també.