homepage grouping #308
Loading…
x
Reference in New Issue
Block a user
No description provided.
Delete Branch "paspo/bglug.it:homepage-grouping"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
fixes #291
Con questa modifica, si introduce un nuovo tipo di blocco per l'homepage, che teoricamente rimpiazza l'elenco di post.
Nella definizione dell'homepage, anzichè usare due blocchi
posts
uso un solo bloccoposts_homepage_grouping
, che visualizza tutti i post di ogni sezione che hannohomepage
sottogrouping
nel front-matter. Comelinuxday-featured
per intenderci.C'è la menata che bisogna scegliere quali post mettere in homepage, quindi non so se è una soluzione bellissima.
Nel caso andasse bene, bisogna aggiungere una commit in cui si scelgono le pagine da visualizzare (sia
it
cheen
); manca anche la modifica della definizione dell'homepageen
.comments?
e visto che @omarl l'ha chiesto (#291 (comment))
ho messo la possibilità di avere il primo post più grande.
plz qualcuno lo provi su mobile...
wow, quanti regali, e non è ancora Natale!
Direi che può andare bene. Non pubblichiamo così tanto roba da rappresentare un problema la scelta del singolo post da pubblicare.
Il numero di post da visualizzare in homepage è indipendente da quanti gouping:homepage ci sono?
In che modo li ordina nella homepage, per data di pubblicazione?
ma sai che sbattimento?
stessa logica del tema: puoi definire un numero massimo di post, che di default è 4.
credo che il default sia per data decrescente, però forse è meglio esplicitarlo.
@ -0,0 +1,28 @@
{{- $pages := (where .ctx.Site.RegularPages ".Params.grouping" "intersect" (slice "homepage")) }}
.Site.Regularpages
forza l'ordinamento di default di Hugo.Vedi qui
@omarl @amreo
Facciamo un elenco dei post da mettere in homepage, così chiudiamo questa PR?
Gli otto che ci sono adesso in home page.
fatto in #315
si può approvare quella prima o darebbe problemi non conoscendo il valore homepage di grouping?
prima si fa la #315, solo perchè se approvi prima questa, ti trovi un'homepage senza i post.
(resta il fatto che se non aggiorni il tag
live
, nessuno si accorge di niente)WIP: homepage groupingto homepage grouping20438333d6
to83af9049e4
A me non piace. Secondo me non andava fatta una sezione linuxday reale (ovvero una directory nel progetto a se stante), e di conseguenza gli articoli legati ai linuxday, andavano distribuiti tra
posts/
eevents/
. Avrei preferito piuttosto che gli articoli della paginahttps://bglug.it/it/linuxday/
venissero presi da quelli diposts/
eevents/
quando presente un taglinuxday
Come ho detto sopra, non mi piace molto questo approccio...
@ -0,0 +2,4 @@
{{- if gt (len $pages) 0 }}
<section class="wrapper style1">
<div class="container">
{{ with .item.heading }}<h2>{{ . }}</h2>{{ end }}
Perché in alcuni casi scrivi
{{- if
e altri{{ if
? Chiedo, pur non sapendo esattamente il linguaggio di templating di hugo.serve a rimuovere gli spazi prima (
{{-
) o dopo (-]}
) il codiceE perchè non eliminare anche events? Tutto finisce in posts e poi usando qualche campo nel front-matter si dividono i contenuti in varie sezioni. Ovviamente è meglio di no.
La scelta l'abbiamo fatta quest'estate. Inizialmente i contenuti dei LD erano proprio insieme agli eventi, o forse ai post o forse un po' lì e un poì là.
Insomma abbiamo deciso di mettere ordine e avere tutti i contenuti dei LD da una parte perchè, a differenza dei singoli eventi, ogni LD ha potenzialmente più di un contenuto (call, invito a partecipare, agenda, rassegna stampa, slide...)
È una scelta che aiuta chi legge il contenuto della cartella content, almeno quelli di una certa età :D
83af9049e4
toc0bba6eeba