Codice html in tabella falsa le dimensioni di righe e colonne 
Autor: Davide GiazziDa qualche tempo non aggiornavo più WSX5 EVO 10 perchè ogni volta sul sito che manutengo si modificava la dimensione delle tabelle, allungandosi o accorciandosi, costringendomi sempre ad una lunga revisione.
Uscita la versione 11 del software, dopo vari tentennamenti, ho deciso di procedere all'acquisto dell'aggiornamento per restare al passo coi tempi.
Come per tutti gli altri aggiornamenti (vengo dalla V.8) mi aspettavo problemi ed infatti eccomi qui.
In tutte le tabelle dove è contenuto del codice html il software va in crisi. Mi spiego meglio.
Guardate questa pagina: http://www.nonsolopanza.it/gen---giu-6.html
Il corpo della pagina ha due colonne, una con un'immagine a sinistra ed una con una tabella che contiene testo, icone e link sulla destra. Uso il codice html per inserire nella tabella le iconcine con i rispettivi link.
Il problema nasce dal fatto che WS ora calcola la dimensione della cella sul testo del codice html che inserisco nella cella, e non sulla dimensione di ciò che il codice html rappresenta, cioè un'icona di pochi pixel.
Per poter raggiungere il risultato della pagina che vi ho mostrato, il codice html inserito nella tabella lo devo mettere con font a dimensione 1(!!!) e forzare altezza e larghezza celle ai valori desiderati. Ciò nonostante il risultato non è più quello di prima: confrontate con quest'altra pagina http://www.nonsolopanza.it/gen---giu-5.html
Sempre in quest'ultima pagina, se scorrete fino al 31 maggio, potrete vedere come viene rappresentata una tabella lasciando il font del codice html inserito alla dimensione standard di 10.
Il progetto lo convertito secondo la solita procedura di esportazione dalla V.10 ed importazione all V.11 una volta concluse le pubblicazione degli eventi del 2014. Quindi la seconda pagina qui linkata è stata generata in automatico e non più toccata. Non ho nemmeno tentato di correggere l'errore che vi ho mostrato perchè aspettavo qualche patch miracolosa. Perciò al suo interno il font di tutto il codice html inserito è a dimensione 10, sia che poi venga rappresentato giusto o sovradimensionato. Il perchè è un mistero, i contenuti in termini tecnici sono sempre quelli.
La prima pagina linkata è stata creata con la V.11, copiando una tabella precedente e corretta, e poi modificando ciò che serve. Lavorarci è da paura: tocchi quì e si sballa là, correggi là e si modifica quì. Al limite dell'ingestibile.
Ultimissima sempre sulle tabelle: prendete questa ad esempio http://www.nonsolopanza.it/2015.html
Quando devo inserire una nuova riga, inserisco una riga vuota sotto l'ultima riga scritta, ad esempio nella tabella "Trakking.." seleziono una cella sotto la riga del 01.02.2015 ed inserisco una riga vuota. Se scrivo o copio del testo in questa nuova riga prima di decidere l'allineamento della cella, poi qualunque formattazione voglia dare alla cella non viene presa. Prima devo sistemare l'allineamento orizzontale e verticale, poi posso scrivere o incollare testi.
... per i trasferimenti dalla v.10 alla v.11 occorrerebbe che i progetti provengano dalla versione v.10 aggiornata (10.1.12.57)...
... per le pagine, hai commesso degli errori; ...prima verifica che le pagine siano in ordine e con codici corretti...
... risulta non corretto il TAG del commento usato per lo slideshow...
... sono errati i codici usati per le immagini grigie, noNomeFile...
... puoi verificare il sorgente in FireFox per riscontrare gli errori commessi...
... quando il codice sarà regolare si potrà valutare il resto...
.
... considerazione personale: poco leggibile in generale il font usato...
.
ciao
Autor
Ciao, OK per l'errore del codice relativo alle immagini grige, ma per lo slideshow non capisco. Intendi lo slideshow in alto nell'intestazione sopra al menu o l'iconcina che richiama gli slideshow di ogni singola tabella?
... la prima pagina è stata tutta corretta, e forse bastava intervenire solo nel TAG A...
... per l'altra verifica così:
...
...
... nella prima pagina, prova ad eliminare se c'è un eventuale ritorno a capo nel campo di testo, in quanto a vista si nota un rigo vuoto di spaziatura...
.
Autor
Per il rigo vuoto rientri nei problemi da me segnalati. Non si tratta di ritorno a capo nel campo di testo, ma altezza della riga della tabella calcolata da WS in base al testo del codice html presente nella tabella, e non all'immagine che lo stesso codice html carica. Ti allego una schermata presa da WS con la prima tabella della prima pagina.
Come dicevo prima, tutti i codici html li devo ridurre a dimensione 1 e forzare altezza riga tabella a 0 (per ridurla al minimo) e larghezza colonne a 80.
Quando ad esempio ho corretto l'errore da te segnalato nelle immagini grige, ho dovuto ingrandire il font della cella corrispondente per poter leggere ed apportare la correzione, ridurre nuvamente la dimensione a 1, forzare l'altezza della riga della tabella a 0, forzare la larghezza della colonna a 80, infine esportare.
Se non faccio tutto sta manfrina, il risultato è abnorme, indipendentemente dagli errori da te segnalati.
Ora verifico l'altra tua segnalazione.
Grazie e ciao
Buongiorno Giazzi,
hai provato invece di usare il codice HTML per creare il link a inserire le imamgini utilizzando il software e poi collegarle a pagine o file esterni con l'apposita finestra "collegamenti"?
Prova a fare così invece di inserire il codice.
Fammi sapere.
Autor
Ci provo...
Autor
Dunque, prova fatta. Direi OK a parte il fatto che non funzionano le gif animate (la macchina fotografica dovrebbe ruotare). La manutenzione risulta più facile, ed inoltre anche in fase di editing si vedono le immagini ed il tutto risulta più comodo invece che editare solo del codice html. Ammetto di non ricordarmi il perchè della scelta fatta tra questo modo suggerito da Riccardo e quello più tortuoso scelto da me, forse proprio per la mancata animazione delle gif.. mah!
Resta solo questo problema, evidenziato dalle due immagini che allego, e che mostrano una differenza nell'interpretare l'altezza della tabella a seconda che si abiliti o no l'inserimento di codice HTML.
... la fotocamera si vede animata...
... persistono diversi TAG A orfani nel primo link...
... per lo spazio in tabella non posso valutare...
.
Autor
Per provare ho modificato solo la prima tabella di questa pagina http://www.nonsolopanza.it/gen---giu-6.html (e qui si vede la fotocamera fissa) e la prima tabella di quest'altra che non da più problemi avendo eliminato tutti i codici html aggiuntivi e disabilitato perciò la funzione relativa.
Tutto il resto non l'ho toccato, in attesa di vedere gli sviluppi di questa faccenda.
Rimango dell'idea che il problema non siano i tag orfani, ma una non corretta gestione del comando che abilita il codice html all'interno delle tabelle. Il programma inizia a funzionare male quando si abilita il codice html, rendendo difficile l'editing in fase di sviluppo, come ho spiegato nel primo post e come si può evincere dalle foto che ho via via allegato.
Autor
il secondo link, che non ho incollato sopra, è questo: http://www.nonsolopanza.it/2015.html
Chiedo scusa.
... adesso questi due ultimi link sembrano regolari a livello di correttezza del codice; ...TAG sparigli a secondo del caso possono creare problemi a tutto il contenuto della pagina...
... per il GifAnim ha usato due immagini diverse:
... originale animata: http://www.nonsolopanza.it/files/icone/fotocamera.gif
... copia alterata: http://www.nonsolopanza.it/images/fotocamera.gif
... le immagini GifAnim non devono subire ridimensionamenti, (possibili solo con codice html)...
... per l'eventuale malfunzionamento della tabella non posso pronumciarmi, e quindi restare in attesa del parere dello STAFF...
.
ciao
Autor
Eh si, l'immagine della tabella originale essendo parte del codice html da me inserito l'ho caricata io in una cartella che mi faceva comodo, mentre nella tabella alterata, avendo inserito l'immagine tramite l'apposita funzione di WS se l'è ricaricata lui posizionandola nella solita cartella.
Verifico però il discorso del ridimensionamento.
Sulla questione TAG orfani, la tua osservazione sembra andare nella mia direzione. Tolto il codice html dalla tabella sono spariti i TAG orfani. Tutto ciò avvalora la tesi che WS non interpreti correttamente il codice html nelle tabelle e generi del codice errato.
Tra l'altro, seguendo il tuo consiglio e curiosando nel codice con Firefox, mi sono accorto che rispetto a pagine create con la V.10 ora la parte relativa alle tabelle è scritta in modo disordinato, non indentata ma tutta di seguito, per intenderci.
Grazie per l'attenzione dedicata.
Ciao
Autor
Si, eliminando il ridimensionamento applicato all'immagine inserita da WS la gif si è animata.
Domanda: perchè se ridimensiono da WS la gif diventa statica, mentre se ridimensiono dal codice html inserito nella tabella la gif rimane animata?
Il codice che inserisco è:<a href="slideshow.html?file=2015/2015-01-18.html"><img src="/files/icone/fotocamera.gif" width="40" height="30" title="Foto" /></a>
X
... perché con codice HTML, per come ti avevo indicato, l'immagine rimane quella originale ed invece ridimensionandola ovviamente viene creata una copia fotografica della stessa, che nel caso di GifAnim rimarrebbe congelata...
.
ciao
Autor
Temevo mi rispondessi così... hai confermato la mia teoria.
Grazie e ciao.
Autor
Versione 11.0.5.24 ancora nulla di fatto!