homepage grouping #308

Merged
paspo merged 5 commits from paspo/bglug.it:homepage-grouping into main 2024-10-28 07:06:04 +00:00
Owner

fixes #291

fixes #291
Author
Owner

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 blocco posts_homepage_grouping, che visualizza tutti i post di ogni sezione che hanno homepage sotto grouping nel front-matter. Come linuxday-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 che en); manca anche la modifica della definizione dell'homepage en.

comments?

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 blocco `posts_homepage_grouping`, che visualizza tutti i post di ogni sezione che hanno `homepage` sotto `grouping` nel front-matter. Come `linuxday-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` che `en`); manca anche la modifica della definizione dell'homepage `en`. comments?
Author
Owner

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...

e visto che @omarl l'ha chiesto (https://git.libreschool.org/BgLUG/bglug.it/issues/291#issuecomment-3450) ho messo la possibilità di avere il primo post più grande. plz qualcuno lo provi su mobile...
Member

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?

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?
Author
Owner

Non pubblichiamo così tanto roba da rappresentare un problema la scelta del singolo post da pubblicare.

ma sai che sbattimento?

Il numero di post da visualizzare in homepage è indipendente da quanti gouping:homepage ci sono?

stessa logica del tema: puoi definire un numero massimo di post, che di default è 4.

In che modo li ordina nella homepage, per data di pubblicazione?

credo che il default sia per data decrescente, però forse è meglio esplicitarlo.

> Non pubblichiamo così tanto roba da rappresentare un problema la scelta del singolo post da pubblicare. ma sai che sbattimento? > Il numero di post da visualizzare in homepage è indipendente da quanti gouping:homepage ci sono? stessa logica del tema: puoi definire un numero massimo di post, che di default è 4. > In che modo li ordina nella homepage, per data di pubblicazione? credo che il default sia per data decrescente, però forse è meglio esplicitarlo.
paspo reviewed 2024-10-25 18:22:11 +00:00
paspo left a comment
Author
Owner
No description provided.
@ -0,0 +1,28 @@
{{- $pages := (where .ctx.Site.RegularPages ".Params.grouping" "intersect" (slice "homepage")) }}
Author
Owner

.Site.Regularpages forza l'ordinamento di default di Hugo.
Vedi qui

`.Site.Regularpages` forza l'ordinamento di default di Hugo. Vedi [qui](https://gohugo.io/methods/site/regularpages/)
Author
Owner

@omarl @amreo
Facciamo un elenco dei post da mettere in homepage, così chiudiamo questa PR?

@omarl @amreo Facciamo un elenco dei post da mettere in homepage, così chiudiamo questa PR?
Member

Gli otto che ci sono adesso in home page.

Gli otto che ci sono adesso in home page.
Member

fatto in #315
si può approvare quella prima o darebbe problemi non conoscendo il valore homepage di grouping?

fatto in #315 si può approvare quella prima o darebbe problemi non conoscendo il valore homepage di grouping?
Author
Owner

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.

> 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.
Author
Owner

(resta il fatto che se non aggiorni il tag live, nessuno si accorge di niente)

(resta il fatto che se non aggiorni il tag `live`, nessuno si accorge di niente)
paspo changed title from WIP: homepage grouping to homepage grouping 2024-10-27 21:47:36 +00:00
paspo force-pushed homepage-grouping from 20438333d6 to 83af9049e4 2024-10-27 21:56:15 +00:00 Compare
omarl approved these changes 2024-10-27 22:02:04 +00:00
Collaborator

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 blocco posts_homepage_grouping, che visualizza tutti i post di ogni sezione che hanno homepage sotto grouping nel front-matter. Come linuxday-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 che en); manca anche la modifica della definizione dell'homepage en.

comments?

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/ e events/. Avrei preferito piuttosto che gli articoli della pagina https://bglug.it/it/linuxday/ venissero presi da quelli di posts/ e events/ quando presente un tag linuxday

> 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 blocco `posts_homepage_grouping`, che visualizza tutti i post di ogni sezione che hanno `homepage` sotto `grouping` nel front-matter. Come `linuxday-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` che `en`); manca anche la modifica della definizione dell'homepage `en`. > > comments? 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/` e `events/`. Avrei preferito piuttosto che gli articoli della pagina `https://bglug.it/it/linuxday/` venissero presi da quelli di `posts/` e `events/` quando presente un tag `linuxday`
amreo requested changes 2024-10-27 22:32:33 +00:00
amreo left a comment
Collaborator

Come ho detto sopra, non mi piace molto questo approccio...

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 }}
Collaborator

Perché in alcuni casi scrivi {{- if e altri {{ if? Chiedo, pur non sapendo esattamente il linguaggio di templating di hugo.

Perché in alcuni casi scrivi `{{- if` e altri `{{ if`? Chiedo, pur non sapendo esattamente il linguaggio di templating di hugo.
Author
Owner

serve a rimuovere gli spazi prima ({{-) o dopo (-]}) il codice

serve a rimuovere gli spazi prima (`{{-`) o dopo (`-]}`) il codice
Member

E 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

E 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
paspo force-pushed homepage-grouping from 83af9049e4 to c0bba6eeba 2024-10-28 07:04:53 +00:00 Compare
paspo merged commit 40d9b9fb49 into main 2024-10-28 07:06:04 +00:00
paspo referenced this issue from a commit 2024-10-28 07:06:06 +00:00
paspo deleted branch homepage-grouping 2024-10-28 07:06:08 +00:00
Sign in to join this conversation.
No Reviewers
3 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: BgLUG/bglug.it#308
No description provided.