Commit 2221e0a9 authored by Richard Gallamore's avatar Richard Gallamore
Browse files

www/py-django-statici18n: Delete reminisce of rename

parent 87c2ecb6
Loading
Loading
Loading
Loading

www/py-django-statici18n/Makefile

deleted100644 → 0
+0 −23
Original line number Diff line number Diff line
PORTNAME=	django-statici18n
PORTVERSION=	2.4.0
PORTREVISION=	2
CATEGORIES=	www python
MASTER_SITES=	PYPI
PKGNAMEPREFIX=	${PYTHON_PKGNAMEPREFIX}

MAINTAINER=	ultima@FreeBSD.org
COMMENT=	Helper for generating Javascript catalog to static files
WWW=		https://github.com/zyegfryed/django-statici18n

LICENSE=	MIT
LICENSE_FILE=	${WRKSRC}/LICENSE

RUN_DEPENDS=	${PYTHON_PKGNAMEPREFIX}django42>=2.2:www/py-django42@${PY_FLAVOR} \
		${PYTHON_PKGNAMEPREFIX}django-appconf>=1.0:www/py-django-appconf@${PY_FLAVOR}

USES=		python
USE_PYTHON=	autoplist distutils

NO_ARCH=	yes

.include <bsd.port.mk>

www/py-django-statici18n/distinfo

deleted100644 → 0
+0 −3
Original line number Diff line number Diff line
TIMESTAMP = 1693153349
SHA256 (django-statici18n-2.4.0.tar.gz) = 32660a0d492188751266c800cf4e44005d563bd1e4c91c349e1bd63a6855e270
SIZE (django-statici18n-2.4.0.tar.gz) = 8024
+0 −9
Original line number Diff line number Diff line
When dealing with internationalization in JavaScript code, Django provides
the javascript_catalog view which sends out a JavaScript code library with
functions that mimic the gettext interface, plus an array of translation
strings.

At first glance, it works well and everything is fine. But, because
javascript_catalog view is generating JavaScript catalog dynamically
on each request, it's adding an overhead that can be an issue with site
growth.