Modulo attributi con immagini generali o specifiche

12/11/2026
v4.4.2

Meno lavoro di stile per il browser sulle pagine con miniature. IL PROBLEMA: Per visualizzare i gusti sopra il nome, il foglio di stile utilizzava `:has()` per cercare il blocco di testo di ogni scheda. Questo selettore non aveva un soggetto: il browser lo controllava su ogni elemento di ogni miniatura (circa 60 per scheda) e ripeteva questo processo con qualsiasi modifica al loro interno, che su una pagina con immagini ritardate e caroselli è costante.

LA SOLUZIONE: Il codice JavaScript del modulo contrassegna quel blocco con una classe al momento del caricamento, riservando anche l'altezza della striscia, e il foglio utilizza tale classe. Le schede successive (filtri, schede, carica altro, caroselli) vengono contrassegnate prima di essere visualizzate.

VERIFICATO Stessa posizione e dimensione della striscia, nome e carta nelle 26 miniature di una copertina a 390 e 1440 px, stesso offset cumulativo (CLS) e nessun errore JavaScript; una carta inserita successivamente viene contrassegnata prima del fotogramma successivo.

12/11/2026
v4.4.1

Il "+N" nelle miniature non rallenta più il caricamento della pagina. IL PROBLEMA: Per determinare quanti gusti potevano essere visualizzati nella riga, il modulo li visualizzava tutti e misurava ogni riga singolarmente, sia al caricamento iniziale che altre tre volte in seguito. Ogni misurazione costringeva il browser a ridimensionare l'intera pagina: circa 30 ms per caricamento per una categoria di 20 miniature su un computer veloce e da tre a quattro volte di più su un dispositivo mobile. Questo accadeva persino con temi che nascondevano i gusti nell'elenco, dove non c'era nulla da contare.

LA SOLUZIONE Il calcolo viene eseguito dopo che il browser ha già posizionato la pagina (ResizeObserver), immediatamente prima del rendering, e viene ripetuto solo se la larghezza di una sezione cambia: foto che arrivano in ritardo, rotazione del telefono, apertura di una scheda o assemblaggio di un carosello. Prima vengono lette tutte le misure, poi vengono scritte, includendo solo le modifiche. Vengono conteggiate anche le schede create all'apertura (evento rkrPestanaAbierta).

VERIFICATO: Stesse immagini nascoste e lo stesso "+N" in ogni miniatura come nella versione 4.4.0 , a 390 e 1440 px, quando si supera la soglia di 767 px, in una categoria e su tutte le 18 schede di una homepage; nessun errore JavaScript. Nei browser senza ResizeObserver, viene calcolato come prima, con le letture raggruppate.

12/11/2026
v4.4.0

Le miniature in un carosello o in una pagina di categoria leggono i loro gusti in un'unica query. IL PROBLEMA: dalla versione 4.3.9 , ogni prodotto richiedeva le sue combinazioni in un'unica query: su una homepage con 98 prodotti diversi, 98 query.

LA SOLUZIONE: PrestaShop calcola i dati per tutti i prodotti in un elenco (categoria, ricerca, nuovi arrivi, best seller, offerte e caroselli che utilizzano gli stessi elenchi) prima di visualizzare il primo. Il modulo fa riferimento a questi prodotti quando il cursore del mouse ci passa sopra e, quando visualizza il primo, legge le combinazioni da tutti contemporaneamente. Se un tema visualizza i prodotti uno per uno, senza prima eseguire questo calcolo, tutto rimane come nella versione 4.3.9.

VERIFICATO. Pagina iniziale di un negozio reale (PrestaShop 8.2, Creative Elements, 127 miniature): da 98 a 24 query di combinazione; gli stessi gusti, immagini e link in ogni miniatura. Banca di 60 miniature, presentazione completa: da 120 a 70 query in 8.2.8 e 1.7.8.11 , da 191 a 141 in 9.1.5 , e in tutte e tre le stesse 381 varianti con gli stessi dati.

PER GLI SVILUPPATORI Nuova azione hookGetProductPropertiesBefore (registrata dall'aggiornamento): salva solo l'ID del prodotto, non esegue alcuna query.

12/11/2026
v4.3.9

Le miniature con immagini combinate interrompono il caricamento del database. IL PROBLEMA Misurato sulla homepage di un negozio reale (PrestaShop 8.2.4 , 132 miniature in caroselli): per ogni miniatura, il modulo controllava le proprie impostazioni, richiedeva tutte le combinazioni con i relativi livelli di stock da PrestaShop e, per ogni link di gusto, rileggeva gli attributi di quella combinazione. Venivano effettuate circa 1.000 query solo per visualizzare i gusti, tra 8 e 47 ms per prodotto. La cache della pagina nascondeva questo ai visitatori anonimi, ma non a coloro che avevano già un carrello o una sessione.

LA SOLUZIONE

• Una singola query di combinazioni con i relativi attributi e nomi, senza disponibilità o prezzi, che non vengono utilizzati nell'anteprima.
• Il link per ogni gusto viene creato utilizzando questi dati: PrestaShop fornisce l'URL per la combinazione e il modulo fornisce l'ancora (#/group-value). Il formato dell'ancora (nome del gruppo e ordine degli attributi) varia tra le versioni 1.7, 8 e 9; il modulo lo confronta con l'ancora di PrestaShop la prima volta che è necessario e poi lo riutilizza.
• Le immagini globali e l'elenco dei prodotti con impostazioni personalizzate vengono letti una volta per pagina, non una volta per ogni miniatura.
• Se lo stesso prodotto compare in più caroselli, il calcolo viene effettuato una sola volta.
• Se il prodotto non ha un gruppo di colore, a PrestaShop non viene più richiesto di calcolare le sue varianti di colore, che erano sempre vuote. VERIFICATO: Un database di 48 prodotti con da 6 a 10 gusti (12 dei quali con gusto e taglia), 60 miniature con 12 duplicati. Query del modulo: da 653 a 126 nella 8.2.8 , da 632 a 126 nella 9.1.5 e da 661 a 135 nella 1.7.8.11; ora ci sono 2 query per ogni nuovo prodotto e 0 per ogni duplicato. Le immagini, i nomi, l'ordine e i link nelle miniature sono gli stessi e gli screenshot prima e dopo sono identici. I link aprono la combinazione corretta nella pagina del prodotto. UN CAMBIAMENTO NOTABILE: Quando il prodotto combina due gruppi (gusto e taglia), ogni gusto appare in diverse combinazioni. In precedenza, il suo link portava a qualsiasi combinazione e poteva cambiare da un caricamento all'altro; Ora utilizza la combinazione predefinita se si tratta di quel gusto, altrimenti sempre la stessa (quella con l'ID più basso). PER GLI SVILUPPATORI: Le miniature non chiamano più Product::getAttributesGroups(), quindi gli hook actionProductGetAttributesGroupsBefore e actionProductGetAttributesGroupsAfter non vengono più attivati da esse. In un prodotto senza gruppo di colore, il modulo non legge più main_variants prima di scriverlo: PrestaShop lo lascia sempre vuoto in quel caso. Se un altro modulo lo popolava in precedenza nello stesso hook, ora viene sostituito dalle varianti del modulo invece di essere decorato. [sin destacar] Licenza AFL-3.0 in tutte le intestazioni e in LICENSE.txt; CustomizationPolicy.txt.

v4.3.82026/09/09

La striscia di combinazioni non sballa più la griglia. IL PROBLEMA: La striscia occupava altezza solo quando il prodotto aveva immagini di combinazioni. Misurato in una categoria reale con schede da 374px: una scheda senza combinazioni misurava 466px e una con combinazioni 532px. E restringendo la finestra, appariva un secondo salto perché sei combinazioni si estendevano su due o tre righe. La griglia risultava disallineata e sembrava un modello rotto.

LA SOLUZIONE, in tre parti

• La striscia è riservata su tutte le schede, indipendentemente dal fatto che contengano combinazioni, ma solo negli elenchi in cui almeno una scheda le presenta. Questo contrassegno viene impostato dal codice JavaScript del modulo (classe rkr-listing-with-swatches nel contenitore dell'elenco). Un catalogo senza immagini di combinazione non perde un singolo pixel; dove sono presenti combinazioni, tutte le schede hanno le stesse dimensioni.
• La striscia è SEMPRE composta da una sola riga e ha un'altezza fissa: non aumenta mai. Tutto ciò che non rientra non si avvolge attorno alla striscia; viene conteggiato come "+N". Pertanto, l'altezza è indipendente dal numero di combinazioni (0, 1, 2, 6 o 20) e dalla larghezza dello schermo.
• Le miniature ora appaiono SOPRA il nome del prodotto: il blocco di testo della scheda diventa una colonna flessibile e il banner assume l'ordine -1. Viene posizionato utilizzando `:has()`, quindi non dipende da come ogni tema denomina quel blocco; se il browser non lo supporta, il banner rimane nella posizione impostata dal tema e il resto continua a funzionare. Un'altezza fissa elevata per tutti i prodotti è stata intenzionalmente eliminata: avrebbe lasciato uno spazio vuoto per i prodotti senza combinazioni, che sono la maggioranza in un catalogo tipico. IL "+N" VIENE CALCOLATO DAL MODULO. Il contatore del tema viene calcolato utilizzando le SUE dimensioni, non quelle del modulo, e forniva un numero diverso da quello visualizzato; ora è nascosto. Il contatore del modulo viene calcolato aritmeticamente (larghezza della banda rispetto alla larghezza dell'immagine), non misurando la posizione finale di ciascuna immagine: una misurazione effettuata prima che il browser terminasse il rendering lascerebbe un'immagine tagliata a metà contro il bordo. Viene ricalcolato quando si ridimensiona e si ridisegna l'elenco a causa di filtri o impaginazione. VERIFICATO: In una categoria di 20 prodotti con 0, 1, 2 e 6 combinazioni: a 1600px, 19 delle 20 carte misurano esattamente la stessa dimensione (322,78px), e l'unica differenza è dovuta alla riga dello sconto tematico, non alla striscia. A 1024px, sono visibili 5 combinazioni e "+1"; a 375px, sono visibili 3 combinazioni e "+3", senza immagini ritagliate.