confermo, ho riscontrato lo stesso problema segnalato da Esse Di......

Spero sempre in una risposta (e successivamente in una soluzione) da parte di iCM.

a me dall'altra parte, sulla sparizione, hanno risposto.... ti risponderanno ben presto credo.... ciao ciao

Buongiorno,

stiamo verificando i tuoi progetti in modo da analizzare quello che ci ha segnalato. Ti facciamo sapere qualcosa.

Grazie. Aspetto fiducioso. Ribadisco che il problema è molto semplice: in fase di esportazione tutti i nomi dei file vengono cambiati in minuscolo, basta lasciarli invariati.

Buonasera,

abbiamo verificato nei dettagli quello che ci hai segnalato e vorremmo spiegare in parte come è stato implementato il funzionamento dell'importazione dei files:

1.  Se nel progetto A tu chiami un'immagine con nome "Immagine1.jpg" e, decidi di creare il file iwzip di questo progetto, se apri poi con Winzip il file iwzip troverai all'interno della Cartella "Library" le immagini con nome immagine1.jpg (nome minuscolo); il fatto che tu trovi all'interno della cartella Library i files con nome iniziale minuscolo non vuoldire che poi il file una volta caricato ed esportato dal progetto rimane minuscolo:  il file infatti rimane maiuscolo.  N.b: per decisioni di fattibilità tecnica e per avere una compatibilità maggiore per file di diverse lingue si è deciso di creare dentro la cartella Library i file con nome tutto minuscolo. Questa cartella è indipendente dalle funzionalità presenti all'interno del progetto e non si deve assolutamente modificare.
2. Diversamente, per l'oggetto html hai ragione. In questo caso, succede che il riferimento al percorso del file può essere diverso (solo per iniziali maiuscole e/o minuscole) rispetto a quello che ha scritto l'utente e in questo caso ci siamo già segnati la modifica per permettere di avere un riferimento.

1)

Ho parlato della cartella Library solo nel tentativo, non riuscito (visto il risultato), di aiutare a capire il problema: volevo solo mettere in evidenza che il problema dell'eliminazione delle maiuscole nel nome dei file (problema reale) viene creato a monte della fase di importazione, cioè in fase di esportazione.

Ho fatto male. A noi utenti il file Library è trasparente (non lo vediamo). Punto. Non ne parliamo più.

2)

Ma allora di cosa stiamo parlando? Io dico che i nomi dei file vengono cambiati in minuscolo. Tu dici di no. Se le cose stanno come dici tu, ho preso un abbaglio e non esiste alcun problema (anche Giuseppe ha preso lo stesso abbaglio).

Purtroppo non è così. Nella "Cartella dove copiare i file collegati al progetto" i file hanno nomi in minuscolo. E siccome essa è la cartella contenente le risorse del progetto (non solo immagini, come nei miei esempi, ma qualsiasi file utilizzato), appena si apportano delle modifiche e si riesporta il sito su disco locale, anche i file delle cartelle files, gallery, images avranno tutti nomi in minuscolo. Ciò rende introvabili i file dell'oggetto HTML (dove hanno, giustamente, conservato il nome originale).

L'esempio da me allegato era, appunto, un piccolissimo esempio di quello che può avvenire: nessuno si sognerebbe di fare un sito come quello. Ora ho aggiunto anche una pagina con Slimbox, dove ho inserito solo due foto. Si pensi ad una galleria con centinaia di foto, tutte con il link sballato (solo nel progetto importato, perché nell'originale funziona).

Speravo di avere spiegato bene tutto ciò negli esempi, anzi temevo di essere stato troppo prolisso: mi accorgo di non esserci riuscito.

Un'altra cosa ho tentato di spiegare nell'esempio. Non vengono cambiati solo i nomi dei file, ma vengono anche aggiornati i riferimenti ad essi all'interno del progetto (link negli oggetti immagine e testo). Qui il problema va un po' fuori dell'argomento del titolo di questa discussione: credo che aprirò un altro topic.

3)

Per carità, non applichiamo una soluzione peggiore del male. Nel progetto importato, l'oggetto HTML è l'unico a restare identico all'originale. Nel mio caso:

<img src="files/Tramonto.jpg">

Come si può vedere nell'oggetto HTML il nome del file è Tramonto.jpg (con l'iniziale maiuscolo, come nel progetto originale). Se non viene trovato, è perché nella cartella files esso è diventato tramonto.jpg (con l'iniziale minuscolo).

Se la vostra intenzione dovesse essere di modificare il nome del file all'interno dell'oggetto HTML (come già fate per gli oggetti Immagine e Testo), vi prego, lasciate le cose come stanno. In un modo o nell'altro io riesco a gestire la situazione, con l'ausilio di programmi tipo Excel. L'errore sta nel nome dei file e questo errore andrebbe corretto.

Conclusione.

Nel passaggio da un progetto originale ad un progetto importato, checché ne dica ICM, si perdono le maiuscole dei nomi dei file (quelli che finiscono nella "Cartella dove copiare i file collegati al progetto"). Questo può spiegare il mistero di alcune delle sparizioni di immagini segnalate su Answer. Questo è il problema, non l'oggetto HTML. Se volete risolverlo, conservate inalterati nel progetto importato i nomi dei file (e dei rispettivi link all'interno del progetto).

Esse, ma tu avevi spiegato molto chiaramente qual era il problema, è anche facilissimo ricrearlo, non devi aggiungere altro ....  a me dopo esportazione/importazione cambiava le lettere delle immagini da maiuscole in minuscole nell'oggetto testo nel quale appunto avevo inserito delle foto ... é evidente e visibile il problema quanto la luna piena alta nel cielo in un giorno senza nuvole! 

E forse davvero hai finalmente scoperto il mistero di tante sparizioni di immagini... Va risolto, indubbiamente.

ciao ciao

Grazie Giuseppe. Ma Luca S. ha risposto che i nomi dei file restano in maiuscolo. In questi casi si usa dire: forse non mi sono spiegato bene.

Intanto ho aperto quest'altro topic.

http://answers.websitex5.com/post/26522

No, no, ti "sei spiegato molto bene" 

Vado a dare uno sguardo all'altro topic. ciao ciao

Non hai fatto male a verificare come funziona la fase di importazione del progetto, ma per quanto riguarda la trasformazione dell'iniziale del file in minuscolo, non ci sono dei "problemi" perchè se importi il progetto, tutti i collegamenti vengono correttamente mantenuti (tranne per l'oggetto html perchè non c'è un riferimento sulla scrittura del codice html).

Si, adesso ho capito bene:  i file con iniziale della lettera maiuscola vengono trasformati con l'iniziale in minuscola. La ritrasformazione dei percorsi avviene correttamente e i files vengono visualizzati correttamente sul progetto esportato.

Link sballato? Il progetto funziona correttamente perchè i link sono stati modificati correttamente nel progetto importato e non ci sono errori o bug.

Questo è il caso in cui il progetto viene modificato perchè non si hanno i riferimenti del codice HTML inserito e può creare problemi perchè non si vedrebbero più i collegamenti inseriti e le immagini. In questo caso, è presente un malfunzionamento e non dovrebbe rimanere così. Come fai dire lasciatelo così?

Giuseppe, lo vedi che non "mi sono spiegato bene"?

A questo punto, penso che anche un cinese avrebbe capito quello che hai detto...

nel frattempo ho aperto anche quest'altro topic sull'argomento

http://answers.websitex5.com/post/26522

EVO 9, oltre a costituire uno strumento semplice per la costruzione di siti standard, permette una notevole personalizzazione degli stessi: e questo è (sarebbe) molto positivo.

Le personalizzazioni sono effettuate principalmente tramite: dichiarazioni di stile inserite nelle varie Schede Esperto, codice HTML, codice Jquery, codice PHP.

Ora se io effettuo delle personalizzazioni, mi piacerebbe ritrovarle funzionanti nel progetto importato. Perché ciò avvenga è essenziale una condizione: il progetto importato deve essere uguale a quello originale. Se così non è, voi potete anche adeguare i vostri link, ma non quelli delle personalizzazioni, sia perché è difficile prevedere tutta la casistica, sia perché sinceramente sarebbe scorretto manipolare il codice aggiunto dall'utente.

Veniamo ai punti.

Avevo detto di non parlarne più e non ne parlo più.

Come ho detto in premessa e nell'altro topic, secondo me la trasformazione sia dei nomi dei file che dei link sono due errori. Due errori possono anche annullarsi, ma sempre due errori restano. Io credo che dovrebbero restare invariati (per gli altri motivi esposti) sia i nomi dei file sia i link originali.

Due sono le ipotesi: 1) sono stato poco chiaro io; 2) non hai guardato la pagina con Slimbox.

Questo è l'unico caso in cui il progetto resta uguale all'originale e tu dici "Questo è il caso in cui il progetto viene modificato"? Non è più una questione di opinioni. È esattamente il contrario: il progetto viene modificato in tutti gli altri casi, all'infuori del codice HTML (a meno che non attribuiamo due significati diversi al verbo modificare).

Ribadisco un concetto: il mio è solo un piccolissimo esempio. I file possono essere richiamati non solo in un banale codice HTML come il mio, ma anche all'interno di dichiarazioni di stile, di codice Jquery, di codice PHP. Se voi ne cambiate i nomi è ovvio che si riceve il messaggio di file non trovato. E questi sono i casi che vengono in mente a me, ma non mi sognerei di limitarli ad essi.

Per cui insisto:

1) non risolvete il problema del mio codice HTML (per altro lo so fare da me).

2) lasciate invariati i nomi dei file e dei relativi link e il problema non esiste più.

Per quanto riguarda l'oggetto html, come ti ho ribadito, è possibile che non si possano più leggere le immagini nel caso di cambio dell'iniziale della lettera in maiuscolo. Per questo ci siamo segnati già il problema.

Per la galleria di SlimBox è lo stesso problema.

Per il momento il sistema di funzionamento dell'importa non avrà modifiche strutturali perchè come ti ripeto, in fase di progettazione è stato deciso di usare questa convenzione.