Non sono sicuro che si tratti di un comportamento previsto o di un bug, ma i pulsanti % per ridimensionare le immagini e il ridimensionamento effettivo non funzionano più se l’immagine non ha un testo alternativo, cosa che invece funzionava prima di un aggiornamento recente (una settimana circa?).
Se ci sono più immagini nel post e una di esse manca del testo alternativo, cliccando sui suoi pulsanti % si modifica la scala di un’altra immagine che invece ha il testo alternativo (AGGIORNAMENTO: ho appena cambiato la categoria in bug perché, anche se fosse necessario il testo alternativo, questo non dovrebbe succedere).
Questo non funziona più, ma prima sì: 
Aggiungere la parte alt| prima delle dimensioni dell’immagine risolve il problema, come previsto.
Devo aggiornare alcuni argomenti per adattarmi a questo – altrimenti queste immagini verrebbero visualizzate al 100% se venissero eventualmente rigenerate – e mi sono reso conto che questo potrebbe succedere anche ad altri, da qui questo post.
Ha funzionato, ho diversi argomenti nella mia istanza con la corretta ridimensionamento ma senza il testo alternativo. Se ne rifaccio il rendering, la ridimensionamento scompare.
Non sono riuscito a trovare nulla che spieghi la differenza durante la cottura dei post, però.
Non mi dispiace modificare quegli argomenti, ma anche altri potrebbero trovarsi in questa situazione e i controlli di ridimensionamento sull’immagine senza alt non dovrebbero modificare la scala di un’altra immagine.
Sì, sembra che questa sia stata la mia modifica. Avevo assunto che la precedente implementazione fosse un bug. Tutti i nostri test presuppongono che le dimensioni siano dopo il carattere |:
Potrei riportarci al vecchio comportamento e aggiungere un test per assicurarci che continui a funzionare. Ma farlo significa che non si potrà mai avere un’immagine con testo alternativo come 123x123.
@renato, sai come è finito per te senza alcun carattere pipe nel markdown? Per quanto ne so, tutte le opzioni dell’interfaccia utente dovrebbero generarlo con una pipe
Sì, i post in cui ho notato questo comportamento sono stati tutti creati tramite l’API con un contenuto raw preimpostato che era stato testato prima nell’interfaccia. Ho rimosso deliberatamente i testi alternativi di due immagini che non avrebbero avuto molto senso per un lettore di schermo.
Non mi dispiace adattarmi al nuovo comportamento, se è quello che alla fine deciderete.
Off-topic: posso chiedere un consiglio su un plugin che trasformi [qualcosa] in un contenuto raw come ispirazione per un plugin mio? In questo modo potrei fare solo un’altra modifica su tutti quei argomenti e, se alla fine avessi bisogno di cambiarli di nuovo, basterebbe una nuova elaborazione.
Sì, penso sia meglio adattarsi al nuovo approccio qui. Non avevamo mai intenzione di supportare questa funzionalità. Un supporto più ampio per più formati significa più codice nel backend e più test.
OK, mi limiterò a mantenere il suggerimento di mostrare i pulsanti di ridimensionamento solo sulle immagini che possono essere ridimensionate.
Ah sì, per questa modifica specifica posso farlo, grazie. Comunque, questo non è l’unico posto in cui ho un contenuto raw preimpostato gestito da un servizio esterno; forse potrei trarre qualche idea da poll – o se ti ricordi qualcosa di più semplice, fammi sapere.
