SymfonyCasts stands united with the people of Ukraine
gstreamer0.10-ffmpeg
gstreamer0.10-plugins-good packages.
Ahora que estamos renderizando estos elementos de la receta a través del tipo de bloque de rejilla, comprueba lo que podemos hacer. Haz clic en la cuadrícula, ve a la pestaña de diseño y marca "Activar la paginación". Entonces podrás elegir entre un estilo de paginación con enlaces de página, como 1, 2, 3 y 4, o simplemente un botón de "cargar más". Utilicemos este último.
Muy bien, pulsa "Publicar y continuar editando". Entonces... una vez que se guarde, actualiza para ver... ¡absolutamente nada! La paginación se realiza completamente a través de JavaScript y Ajax. Y no vemos nada porque aún no hemos incluido el JavaScript necesario en nuestra página.
Añadirlo es bastante fácil. Ve a templates/base.html.twig. Aquí arriba, en la zona de head, vamos a incluir dos plantillas. La primera es:@NetgenLayoutsStandard/page_head.html.twig... y pasarle una variable extra: full: true:
| <html> | |
| <head> | |
| ... lines 4 - 7 | |
| {{ include('@NetgenLayoutsStandard/page_head.html.twig', { full: true }) }} | |
| ... lines 9 - 16 | |
| </head> | |
| ... lines 18 - 69 | |
| </html> |
Esto cargará el CSS y el JavaScript que soportan estos elementos de galería aquí abajo. No voy a hablar de estos bloques de galería en este tutorial, pero son básicamente como un bloque de lista o de cuadrícula, excepto que tienen JavaScript para convertirlos en deslizadores o galerías de miniaturas.
Así que esto incluye el CSS y el JavaScript para ellos, así como un pequeño archivo CSS de cuadrícula para ayudar a representar las columnas de cuadrícula en tu página en caso de que no tengas Bootstrap. Elfull: true le dice que traiga jQuery así como otras dos bibliotecas de JavaScript llamadas magnific-popup y swiper. Todas ellas son necesarias para los bloques de la galería.
Así que, sí, si no estás usando uno de esos bloques de galería, podrías evitar incluir este archivo por completo. Pero yo lo dejaré.
Pero fíjate, no he dicho nada sobre la paginación. Para eso, necesitamos incluir una segunda plantilla. Copia esta línea, pégala, quita la palabra Standard y esto no necesita la variable full:
| <html> | |
| <head> | |
| ... lines 4 - 7 | |
| {{ include('@NetgenLayoutsStandard/page_head.html.twig', { full: true }) }} | |
| {{ include('@NetgenLayouts/page_head.html.twig') }} | |
| ... lines 10 - 16 | |
| </head> | |
| ... lines 18 - 69 | |
| </html> |
Esta plantilla es muy sencilla: incorpora un poco de CSS y un poco de JavaScript para potenciar la paginación Ajax. Y éstas son las dos únicas plantillas que necesitarás incluir para las maquetas JavaScript y CSS.
Actualiza y... ¡ahí está! Y cuando hacemos clic en el nuevo enlace... ¡estalla con un error 500! Ups.
Abre esa URL en una nueva pestaña. Interesante:
No se ha encontrado ninguna coincidencia de plantilla para la vista "item_view" y el contenido "ajax".
Cuando hacemos clic en "Cargar más", no es de extrañar que esa llamada Ajax muestre los siguientes elementos de la receta. Podrías pensar que esto reutilizaría nuestra plantilla de vista de artículo "frontend", pero... en realidad hay una sección diferente específicamente para cuando el contenido se renderiza a través de Ajax. Copia por completo la sección default frontend, pégala y cámbiala porajax:
| netgen_layouts: | |
| ... lines 2 - 12 | |
| view: | |
| item_view: | |
| ... lines 15 - 29 | |
| ajax: | |
| # this key is not important | |
| latest_recipes_default: | |
| template: 'nglayouts/frontend/recipe_item.html.twig' | |
| match: | |
| item\value_type: 'doctrine_recipe' |
No hay que cambiar nada más: cuando estemos en modo ajax, utiliza la plantilla normal del frontend.
Ahora, si refrescamos la ruta Ajax... ¡funciona! Recarga la página de inicio y haz clic en "Cargar más". ¡Esto es muy bonito!
Aunque, cosa menor, nuestros diseñadores realmente quieren utilizar el texto "Mostrar más". No hay problema: todo lo que renderiza Layouts se procesa a través del traductor. Haz clic en el icono de traducción de la barra de herramientas de depuración web. ¡Ahí está! Al parecer, la clave de traducción es collection.pager.load_more.
Cópiala... y luego ve a abrir nuestro archivo de traducción - nglayouts.en.yaml - y pégalo. Mi editor cambió el formato... que en realidad funcionaría... pero volveré al formato más plano. Ponlo en "Mostrar más":
| ... line 1 | |
| collection.pager.load_more: 'Show More' |
Gira y... ¡lo tenemos!
Vale, un cambio más para contentar a nuestros diseñadores. Inspecciona el elemento del botón. Layouts añade un montón de clases, que se estilizan a través del CSS que hemos incluido. Y, por supuesto, podemos anularlo si es necesario.
En nuestro editor, abre assets/styles/app.css. Como recordatorio, ya estamos ejecutando Webpack Encore en segundo plano. Así que, si cambiamos este archivo, ese cambio se reconstruirá automáticamente y se utilizará en el frontend.
En la parte inferior, pegaré algo de CSS para dar más margen a ese botón pero sin borde:
| ... lines 1 - 101 | |
| .ajax-navigation { | |
| margin-top: 2rem; | |
| } | |
| .ajax-load-more { | |
| border: none; | |
| } |
Volvemos a dar la vuelta, actualizamos y... nuestros diseñadores están contentos.
Así que, gracias a los diseños, obtenemos una paginación Ajax gratuita, que podemos personalizar con bastante facilidad. Eso es genial.
Llegados a este punto, ya que somos capaces de renderizar rejillas y listas de recetas, podríamos entrar en el diseño "Lista de recetas" y sustituir este HTML codificado, que proviene de la plantilla: templates/recipes/list.html.twig. Sí, en teoría podríamos eliminar esto y sustituirlo por un bloque de lista.
El único problema... es que no se vería del todo bien. En lugar de renderizarse como lo hace ahora, Layouts utilizaría nuestra plantilla de artículos: así que cada artículo se vería como lo hace en la página de inicio.
Ahora, podemos arreglar esto creando una segunda forma de representar los elementos de la receta, y hablaremos de ello más adelante. Pero saco esto a colación por una razón importante. A no ser que pensemos reutilizar esta lista y su aspecto en otras páginas de nuestro sitio, no hay grandes beneficios en hacer el trabajo de convertirla en algo que podamos representar mediante Diseños. Como sólo se utiliza aquí, renderizarla mediante Twig está perfectamente bien.
A continuación: vamos a mejorar el sistema de recetas haciendo posible la selección manual de elementos.
"Houston: no signs of life"
Start the conversation!
// composer.json
{
"require": {
"php": ">=8.1.0",
"ext-ctype": "*",
"ext-iconv": "*",
"babdev/pagerfanta-bundle": "^3.7", // v3.7.0
"doctrine/doctrine-bundle": "^2.7", // 2.7.0
"doctrine/doctrine-migrations-bundle": "^3.2", // 3.2.2
"doctrine/orm": "^2.13", // 2.13.3
"easycorp/easyadmin-bundle": "^4.4", // v4.4.1
"netgen/layouts-contentful": "^1.3", // 1.3.2
"netgen/layouts-standard": "^1.3", // 1.3.1
"pagerfanta/doctrine-orm-adapter": "^3.6",
"sensio/framework-extra-bundle": "^6.2", // v6.2.8
"stof/doctrine-extensions-bundle": "^1.7", // v1.7.0
"symfony/console": "5.4.*", // v5.4.14
"symfony/dotenv": "5.4.*", // v5.4.5
"symfony/flex": "^1.17|^2", // v2.2.3
"symfony/framework-bundle": "5.4.*", // v5.4.14
"symfony/monolog-bundle": "^3.0", // v3.8.0
"symfony/proxy-manager-bridge": "5.4.*", // v5.4.6
"symfony/runtime": "5.4.*", // v5.4.11
"symfony/security-bundle": "5.4.*", // v5.4.11
"symfony/twig-bundle": "5.4.*", // v5.4.8
"symfony/ux-live-component": "^2.x-dev", // 2.x-dev
"symfony/ux-twig-component": "^2.x-dev", // 2.x-dev
"symfony/validator": "5.4.*", // v5.4.14
"symfony/webpack-encore-bundle": "^1.15", // v1.16.0
"symfony/yaml": "5.4.*", // v5.4.14
"twig/extra-bundle": "^2.12|^3.0", // v3.4.0
"twig/twig": "^2.12|^3.0" // v3.4.3
},
"require-dev": {
"doctrine/doctrine-fixtures-bundle": "^3.4", // 3.4.2
"symfony/debug-bundle": "5.4.*", // v5.4.11
"symfony/maker-bundle": "^1.47", // v1.47.0
"symfony/stopwatch": "5.4.*", // v5.4.13
"symfony/web-profiler-bundle": "5.4.*", // v5.4.14
"zenstruck/foundry": "^1.22" // v1.22.1
}
}