diff options
author | Po-Chuan Hsieh <sunpoet@FreeBSD.org> | 2024-03-09 13:44:33 +0000 |
---|---|---|
committer | Po-Chuan Hsieh <sunpoet@FreeBSD.org> | 2024-03-09 14:05:16 +0000 |
commit | 4f4fc4eb07b05fccc08fd4b82e4fefc50ed94924 (patch) | |
tree | accf6518faea19611f84d756b89576abfb8fb8df | |
parent | 8f49288172b4c76b13d11f6da336e72d755ad62c (diff) |
www/py-laces: Add py-laces 0.1.1
Laces components provide a simple way to combine data (in the form of Python
objects) with the Django templates that are meant to render that data. The
components can then be simply rendered in any other template using the {%
component %} template tag. That parent template does not need to know anything
about the component's template or data. No need to receive, filter, restructure
or pass any data to the component's template. Just let the component render
itself.
Template and data are tied together in the component, and they can be passed
around together. This becomes especially useful when components are nested -- it
allows us to avoid building the same nested structure twice (once in the data
and again in the templates).
Working with objects that know how to render themselves as HTML elements is a
common pattern found in complex Django applications, such as the Wagtail admin
interface. The Wagtail admin is also where the APIs provided in this package
have previously been discovered, developed and solidified. The purpose of this
package is to make these tools available to other Django projects outside the
Wagtail ecosystem.
-rw-r--r-- | www/Makefile | 1 | ||||
-rw-r--r-- | www/py-laces/Makefile | 23 | ||||
-rw-r--r-- | www/py-laces/distinfo | 3 | ||||
-rw-r--r-- | www/py-laces/pkg-descr | 19 |
4 files changed, 46 insertions, 0 deletions
diff --git a/www/Makefile b/www/Makefile index 4e5fbc0d4bd3..bba5288de433 100644 --- a/www/Makefile +++ b/www/Makefile @@ -1754,6 +1754,7 @@ SUBDIR += py-jonpy SUBDIR += py-jsonfield SUBDIR += py-kiss-headers + SUBDIR += py-laces SUBDIR += py-lektor SUBDIR += py-lesscpy SUBDIR += py-libsass diff --git a/www/py-laces/Makefile b/www/py-laces/Makefile new file mode 100644 index 000000000000..5b44c4c908fc --- /dev/null +++ b/www/py-laces/Makefile @@ -0,0 +1,23 @@ +PORTNAME= laces +PORTVERSION= 0.1.1 +CATEGORIES= www python +MASTER_SITES= PYPI +PKGNAMEPREFIX= ${PYTHON_PKGNAMEPREFIX} + +MAINTAINER= sunpoet@FreeBSD.org +COMMENT= Django components that know how to render themselves +WWW= https://github.com/tbrlpld/laces + +LICENSE= BSD3CLAUSE +LICENSE_FILE= ${WRKSRC}/LICENSE + +BUILD_DEPENDS= ${PYTHON_PKGNAMEPREFIX}django42>=3.2:www/py-django42@${PY_FLAVOR} \ + ${PYTHON_PKGNAMEPREFIX}flit-core>=3.2<4:devel/py-flit-core@${PY_FLAVOR} +RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}django42>=3.2:www/py-django42@${PY_FLAVOR} + +USES= python +USE_PYTHON= autoplist concurrent pep517 + +NO_ARCH= yes + +.include <bsd.port.mk> diff --git a/www/py-laces/distinfo b/www/py-laces/distinfo new file mode 100644 index 000000000000..b5d48389d77a --- /dev/null +++ b/www/py-laces/distinfo @@ -0,0 +1,3 @@ +TIMESTAMP = 1709390340 +SHA256 (laces-0.1.1.tar.gz) = e45159c46f6adca33010d34e9af869e57201b70675c6dc088e919b16c89456a4 +SIZE (laces-0.1.1.tar.gz) = 26889 diff --git a/www/py-laces/pkg-descr b/www/py-laces/pkg-descr new file mode 100644 index 000000000000..92ed9f19a42e --- /dev/null +++ b/www/py-laces/pkg-descr @@ -0,0 +1,19 @@ +Laces components provide a simple way to combine data (in the form of Python +objects) with the Django templates that are meant to render that data. The +components can then be simply rendered in any other template using the {% +component %} template tag. That parent template does not need to know anything +about the component's template or data. No need to receive, filter, restructure +or pass any data to the component's template. Just let the component render +itself. + +Template and data are tied together in the component, and they can be passed +around together. This becomes especially useful when components are nested -- it +allows us to avoid building the same nested structure twice (once in the data +and again in the templates). + +Working with objects that know how to render themselves as HTML elements is a +common pattern found in complex Django applications, such as the Wagtail admin +interface. The Wagtail admin is also where the APIs provided in this package +have previously been discovered, developed and solidified. The purpose of this +package is to make these tools available to other Django projects outside the +Wagtail ecosystem. |