WebSite X5Help Center

 
Roberto M.
Roberto M.
User

Blog non elementare  it

Autor: Roberto M.
Besucht 331, Followers 2, Geteilt 0  

Ritorno su questo discorso anche per una questione di principio e trasparenza nei confronti di tutta la clientela Incomedia.

Alcuni giorni fa avevo aperto un post segnalando una anomalia riscontrata sul Blog Incomedia e sulla mia versione in uso: la 2024.2.8.

Nella circostanza il team Incomedia rispose: "a seconda delle esigenze e dell'immagine di copertina utilizzata (…) è possibile attivare o disattivare Adatta a card (…) per visualizzare l'immagine parzialmente o interamente.” In aggiunta la risposta venne promossa anche da un vostro moderatore ma non è questo il problema. Il problema è che la risposta data ai non addetti al lavoro può sembrare UTILE ma non a quelli che qualcosa ci capiscono. Infatti la vostra risposta ci sta dicendo:

  • Adatta a card = l’immagine viene croppata per riempire la card (object-fit: cover).
  • Disattivandolo = l’immagine viene mostrata intera (object-fit: contain).

Quindi state parlando solo del comportamento dell’immagine, non del fatto che:

  • le card non si ridimensionano correttamente,
  • il numero di colonne non cambia,
  • il layout rimane fisso anche con breakpoint più alti,
  • il blog non è realmente responsive.

In altre parole:

Avete risposto su un dettaglio cosmetico, ignorando il problema strutturale. E' come se vi avessimo detto "La macchina non sterza a destra.” e voi ci rispondete: “Puoi regolare l’altezza del sedile.

Di fronte a ciò ci siamo chiesti : ma non è che abbiamo preso un granchio? Eppure l'esempio postato in altro post dal loro moderatore fa vedere tutt'altro a prescindere dalla inguardabilità grafica ma fa vedere che è responsive e quindi? Non riusciamo a capirci? Fraintendimento grossolano?

E allora abbiamo deciso di approfondire analizzando la versione 2026.1. IL risultato?

  • Abbiamo definito un caso di test controllato (immagini 1920×1280, altezza 650px, layout identico);
  • Abbiamo confrontato versione 2024.2.8 e 2026.1;
  • Abbiamo testato tre modalità: altezza fissa, masonry, altezza variabile;
  • Abbiamo verificato coerenza tra lista articoli e pagina interna;
  • Abbiamo ripetuto i test con breakpoint di default e breakpoint estesi;
  • Abbiamo documentato tutto con screenshot reali.

Questo è esattamente il tipo di analisi che un team tecnico dovrebbe fare internamente.

Cosa emerge da questo test? Che funziona solo con i breakpoint predefiniti

Con il primo breakpoint a 1150px:

  • il blog appare stabile,
  • le immagini mantengono proporzioni accettabili,
  • la coerenza tra lista e articolo interno è buona,
  • il layout non esplode.

Questo significa che il comportamento “buono” è condizionato da un set di valori preimpostati. Appena si estende il breakpoint (es. 1680px) tutto si rompe

  • crop imprevedibile,
  • perdita di aspect-ratio,
  • incoerenza tra lista e articolo,
  • layout che “salta”,
  • responsive che funziona solo dentro l’articolo, non nella lista.

Questo è il punto chiave:

il componente non è realmente responsive, ma preconfigurato per funzionare solo entro un range ristretto. In sostanza secondo la nostra opinione il Blog Incomedia anche nella versione 2026.1:

  • non usa un vero sistema di griglia fluida,
  • non ricalcola dinamicamente le colonne,
  • non gestisce aspect-ratio dichiarati,
  • non è indipendente dai breakpoint predefiniti,
  • non è progettato per layout complessi.

Questo è un limite di progettazione, non un bug isolato. Questi effetti si manifestano indipendentemente dall’opzione “Adatta a card”, che influisce solo sul modo in cui l’immagine viene ritagliata, ma non sul comportamento responsive della griglia. Per questo motivo, la mia segnalazione non riguardava la scelta estetica del crop, ma un possibile limite strutturale del componente blog quando si utilizzano breakpoint personalizzati più ampi.

Sarebbe utile capire se questo comportamento è:

  • previsto dal design attuale del componente,
  • un limite tecnico noto,
  • oppure un aspetto che può essere migliorato nelle prossime versioni.

Ci tengo anche a sottolineare che negli ultimi anni miglioramenti ce ne sono stati, ed è inutile negarlo. Tuttavia, è altrettanto evidente che il comportamento del blog rimane fortemente legato a un insieme di pre impostazioni rigide, oltre le quali il layout perde coerenza. Per ottenere un risultato davvero armonico l’utente è costretto a fare “acrobazie” non banali: scegliere immagini con proporzioni specifiche, costruire blocchi calibrati al millimetro, reinventare card, compensare distanze, adattare manualmente misure che non si sincronizzano con tutte le combinazioni possibili o come ultima spiaggia inserire codice erxtra..

In altre parole, non si può chiedere all’utente di adattarsi al prodotto: dovrebbe essere il prodotto ad adattarsi alle esigenze dell’utente. Non tutti vogliono un blog con immagini formato francobollo, e non tutti possono accettare un layout che funziona solo entro un range ristretto di condizioni predefinite.

È proprio per questo che ho ritenuto importante segnalare il problema: non per criticare, ma per contribuire a un miglioramento reale del componente, affinché possa essere più flessibile, moderno e realmente responsive.

Resto a disposizione per fornire ulteriori dettagli o ripetere i test su richiesta.

Grazie per l’attenzione e per il supporto.

Per tutti gli utenti Dell'Help Center prove e dettagli sono reperibili QUI.

Gepostet am
9 ANTWORTEN
Giuseppe Guida
Giuseppe Guida
User

Condivido pienamente quanto scritto da Roberto.

Mehr lesen
Gepostet am von Giuseppe Guida
Giancarlo B.
Giancarlo B.
User
Nutzer des Monats IT

Ringrazio Roberto per il lavoro svolto non da poco, e riporto quanto avevo già espresso in un post precedente: non si può negare l’evidenza di ciò che è sotto gli occhi di tutti. Se esistono problemi, peraltro documentati, è opportuno segnalarli; è proprio questo, del resto, lo scopo di un forum dedicato allo sviluppo e al miglioramento del software.

Aggiungo inoltre che i post e la documentazione non vengono scritti per riempire il forum, ma per fornire uno strumento utile di intervento e di confronto. In quest’ottica, un feedback da parte dell’azienda sarebbe certamente apprezzato, possibilmente chiaro e sincero.

Diversamente, non saprei davvero cos’altro aggiungere.

Mehr lesen
Gepostet am von Giancarlo B.
Incomedia
Eric C.
Incomedia

Buongiorno Roberto,
grazie del feedback e della lunga ed approfondita analisi.
Per le versioni in uscita quest'anno sono in progetto alcune migliorie relative agli aspetti responsive, segnalerò la tua analisi così che possa venire esaminata più approfonditamente.

Mehr lesen
Gepostet am von Eric C.
Giuseppe Guida
Giuseppe Guida
User
Eric C.
Buongiorno Roberto, grazie del feedback e della lunga ed approfondita analisi. Per le versioni in uscita quest'anno sono in progetto alcune migliorie relative agli aspetti responsive, segnalerò la tua analisi così che possa venire esaminata più approfonditamente.


Speriamo sia la volta buona :-) 

Mehr lesen
Gepostet am von Giuseppe Guida
Roberto M.
Roberto M.
User
Autor
Eric C.
Buongiorno Roberto, grazie del feedback e della lunga ed approfondita analisi. Per le versioni in uscita quest'anno sono in progetto alcune migliorie relative agli aspetti responsive, segnalerò la tua analisi così che possa venire esaminata più approfonditamente.

Ti ringrazio Eric ma devo farti presente che è la stessa risposta ricevuta un anno fa come la stessa risposta ricevuta per i content slider di parecchi mesi fa sui cui vi presenterò un confronto diretto come quello odierno appena comunicherete il prossimo aggiornamento della versione attuale di wsx5PRO.

Mehr lesen
Gepostet am von Roberto M.
Alessandro R.
Alessandro R.
User

Roberto - Laurea ad honorem Incomedia + un' altra per la pazienza e caparbietà. 

ps: Ottima relazione, grazie per il tempo dedicato...

Mehr lesen
Gepostet am von Alessandro R.
Roberto M.
Roberto M.
User
Autor

Non credo di aver chiuso io il POST se l'ho fatto inavvertitamente lo riaprire cortesemente? SE al contrario lo chiudete sarebbe opportuno sapere chi ha operato la chiusura. 

Mehr lesen
Gepostet am von Roberto M.
Roberto M.
Roberto M.
User
Autor

Bene ora si è riaperto magicamente grazie.

Mehr lesen
Gepostet am von Roberto M.
Incomedia
Eric C.
Incomedia

Buongiorno Roberto,
alcuni chiarimenti su quanto hai osservato:

- "il numero di colonne non cambia": il numero di colonne impostato si applica al breakpoint desktop, mentre nei breakpoint inferiori le card per riga vengono ridotte in base allo spazio disponibile, a cosa ti riferisci?

- "il layout rimane fisso anche con breakpoint più alti" e "Appena si estende il breakpoint (es. 1680px) tutto si rompe": visualizzando l'esempio, il comportamento riscontrato è normale con l'attuale funzionamento del programma, che in effetti può non essere ottimale con determinati formati di immagine.
Con il breakpoint impostato a 1680 pixel, questa sarà la larghezza assegnata all'immagine (tolti i blocchi laterali), e utilizzando quindi la modalità Altezza fissa e la modalità "Adatta dimensioni", a meno di non utilizzare un'altezza proporzionata a questa larghezza, un'ampia porzione risulterà quindi tagliata.
Quello che vorresti ottenere è un ridimensionamento dell'altezza delle card in base ai vari breakpoint in modo da preservare in modo ottimale le proporzioni della copertina in tutti i casi, corretto?

- per la questione analoga del Masonry, il comportamento che vorresti applicato è un mantenimento delle proporzioni delle card associate ai vari articoli al variare dei breakpoint?

Nel caso della Pagina Articolo, l'altezza impostata si applica solamente alla copertina e non a una card contenente altri elementi, da qui la differenza di comportamento.

Grazie.

Mehr lesen
Gepostet am von Eric C.