... dopo aver apportato le modifiche, elimina la cartella preview ed upload ...nel percorso usato dal programma per il progetto in corso (puoi rilevarlo in Preferenze), ...quindi aziona contemporaneamente Ctrl+Anteprima, Esporta su Disco, e verifica nella cartella locale che non ci siano files della versione precedente; ...a questo punto puoi Esportare in RETE, o usare la cartella locale per esportare con programma FTP alternativo...

.

ciao

Fatto tutto, ma i file ci sono ancora... Sono inamovibili!

... se non fossero il allegato a qualche oggetto HTML, mi sembra molto strano, ...e converrà attendere l'intervento dello STAFF, magari a conoscenza di qualche particolare oscuro...

.

Spero nell'intervento dello staff.

Se dovessi creare i siti a cascata, duplicandoli, sull'ultimo avrei le immagini di tutti i siti precedenti...

Secondo me, sbagli qualche cosa....a me funziona sempre....

La domanda è proprio quella: dove sbaglio?

Comunque sono andato a leggermi i file della cartella LIBRARY e, nell'index di quella cartella sono richiamati i file che NON dovrebbero essere compresi nel progetto.

Quindi, secondo me il problema risiede nella parte di programma che compila il file index.xml e tutti i file presenti nella cartella library.

Non è pensabile, come ho letto su alcuni post, che si debba salvare/importare/ctrl+anteprima/esporta su disco/ecc ecc. A questo punto lo definirei un bug del programma (e se fosse l'unico...)

Ho appena postato un esempio del problema di cui si sta discutendo

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

In ogni caso, ribadisco, è un vero e proprio bug del programma.

E che alcuni riescano a risolvere ed altri no, complica le cose a chi di ICM dovrà risolvere il bug.

Ma per favore, non fatemi ripetere la fiera del "cancella le cartelle Preview e Upload": non funziona. E cio' che fa innervosire è anche: "strano, a me funziona".

Le ho provate tutte e credo che non sia possibile eliminarlo empiricamente (e neppure è giusto farlo). Il programma deve funzionare senza dover utilizzare scalpello e martello.

E poi questo forum è pieno di casi simili non risolti da tempo...

Ciò mi delude...

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

Forse ho capito da dove provengono le immagini che NON si riesce a cancellare nell'esportazione:

- quando ho iniziato a costruire il sito, ho inserito delle immagini in una casella di testo contenente due SCHEDE. Sono proprio queste che non se ne vanno.

- altro caso: ho inviato per prova sulla APP FEED READY dei messaggi con testi e immagini. Anche queste sono le immagini che rimangono imperterrite.

ERGO: qualcosa, nel programma, rigenera il collegamento alle immagini anche se non sono più presenti e nei due casi sopra descritti, le riesporta pur non visualizzandole.

Puo' essere di aiuto per i tecnici Incomedia?

Hai dato un'occhiata al post che ti ho indicato sopra? Ti indica un metodo che puoi tentare con estrema facilità.

La mia intuizione é che i vari contenuti inseriti nelle varie pagine del progetto vengano dapprima inseriti e rinominati come generici oggetti nella cartella Library insieme ad un file .xml relativo alla pagina che li contiene la quale istruisce il programma su come e dove utilizzare ed inserire quegli oggetti.

Se noi facciamo sparire uno di quegli oggetti, o il file .xml dell'intera pagina, questo processo di associazione eseguito dal programma non può più compiersi!

Naturalmente se hai bisogno di alleggerire il file di progetto e velocizzare l'upload del sito eliminando dei contenuti obsoleti (video, foto, ecc...) ti conviene selezionare individualmente i contenuti, non l'intera pagina mediante la cancellazione del file .xml, perché la pagina potrebbe esserti ancora necessaria con degli altri contenuti.

E' necessario quindi andare ad investigare il contenuto di tutti gli oggetti presenti in Library decomprimendoli/visualizzandoli mediante menù contestuale (tasto destro del mouse) prima di cancellarli, perché essendo stati ricatalogati e rinominati dal programma la loro identificazione non é più intelleggibile per noi.

Fabio, quella del file xml non l'ho capita. La soluzione da te proposta qui

 http://answers.websitex5.com/post/87797#3

funziona solo eliminando le risorse dalla cartella library del file iwzip. Non funziona né eliminando le risorse dalla cartella library del progetto, né eliminando il file xml. L'eliminazione del file xml dalla cartella library del file iwzip causa un errore nell'importazione del progetto, la sua eliminazione dalla cartella library del progetto causa un errore nella sua apertura.

Hai ragione, in effetti ho parlato per supposizione, perché cancellando il file xml non ho tentato. In effetti se quel file viene richiamato da qualche altra parte (forse l'xml del progetto? forse la sitemap?) si può generare un problema.

Allora credo che in via teorica (puoi provare tu se vuoi) forse basterebbe modificarne il testo cancellando i vari tags source ormai indesiderati, ma é ovviamente un lavoraccio.

Io ci ho provato e, a parte il fatto che è un lavoro impossibile, poi non mi funzionava piu' nulla. Perdevo le immagini che mi servivano e in ogni caso le immagini di cui parlo sopra si ripresentavano.

Io credo che sia il programma, in particolare la parte che sovrintende alla creazione delle slideshow e della app che da qualche parte si tiene in memoria dei dati e che non li molla piu'...

Spero che qualche tecnico si faccia vivo...

Hai provato cosa esattamente? A cancellare i tags source  indesiderati dai files.xml delle pagine del sito aprendo la cartella compressa del progetto con un gestore alternativo?

Ok, allora buona la prima (cancellare gli oggetti dei contenuti veri e propri); spero di esserti stato utile a risolvere almeno una necessità contingente.

Di sicuro non é una pratica assai maneggevole; accontentiamoci, per ora, che funzioni.

NON FUNZIOOONA! Prima di scrivere il mio topic (non capisco perché continuare la discussione qui e non di là) le avevo provate tutte. L'unica cosa a cui non avevo pensato è la modifca del file iwzip, in quanto la ritengo una pratica del tutto anomala.

Non hai torto, tuttavia c'é un perché:

tu hai esposto un caso ipotetico e generale, ma l'autore di questo post ha invece un problema reale, non solo verosimile, dunque una impellenza concreta che riguarda il suo lavoro ed io credo che meriti di essere considerato in modo particolare per raggiungere un risultato concreto; poi di là da te possiamo fare tutte le speculazioni astratte che vuoi ma senza appesantire la lettura di Progedim inutilmente; lui sta lavorando e non credo che abbia tempo e voglia di tanti sofismi.

Inoltre io invece ho pensato subito a quella pratica anomala perché quando il problema non si riesce ad affrontare e risolvere dall'interno é normale portarsi a monte e cercare strumenti alternativi; un po' come quando non riesci ad eliminare un virus dal sistema lavorando col sistema; fai partire l'antivirus prima che il sistema venga caricato oppure lo analizzi dall'esterno lavorando su un sistema operativo alternativo in una partizione distinta.

Grazie a tutti e due.

In effetti il problema che ho riguarda un sito di lavoro.

Credo proprio che il programma vada sempre a cercarsi le immagini che una volta sono state caricate in una casella di testo, con due schede all'interno, e che le riproponga sempre. Il problema naturalmente non è nella visualizzazione on line, perché non ci sono, quanto piuttosto nel fatto che il caricamento di un sito "duplicato" dal primo si porti dietro una valanga di immagini non utili, che quindi appesantiscono in primis il trasferimento ma che anche occupano un sacco di spazio sul server. Io ho spazio illimitato, ma se cosi non fosse dovrei acquistare spazio web pagandolo...

Altra considerazione: la App. Anche questa, che per sua natura oltre a inviare messaggi si presta ad allegare immagini, se si trascina per sempre immagini non piu' presenti, dopo un po' la cosa rischia di diventare ingestibile. No?

Penso quindi che, invece di andare a smanettare nei vari file, ICM dovrebbe provare a verificare dove si trova il bug, perché di bug si tratta indubbiamente.

Non trovate anche voi?

E qualcuno di Incomedia non si fa vivo?

... non aggiungere post, ed attendi pazientemente per l'intervento dello STAFF, appena sarà disponible...

... ho lanciato un segnale ...  ...

.

Buongiorno,

l'app non fa null'altro che leggere il feed del sito e del blog, dovresti controllare che li non siano rimasti articoli vecchi con immagini.

Il progetto è stato creato con la versione 10 da zero o è stato importato dalla versione 8 o 9 ?

Fammi sapere.

Progetto creato con la v. 10 Pro da zero.

Ho fatto delle prove di trasmissione per verificare che l'app funzionasse, poi ho cancellato i feed di prova.

Il problema è che, duplicando questo progetto e rinominandolo, quando pubblico il nuovo progetto vengono trasferite sul server anche immagini che non sono presenti nel nuovo progetto.

Buongiorno,

duplichi il progetto, lo rinomini però al passo 1 il link del sito lo lasci uguale?

Prova a spiegarmi la procedura che segui e ricontrollala con un nuovo progetto così da poter tentare di riprodurre la cosa.

Se vuoi puoi anche inviarmi il file di progetto così che seguendo la tua procedura possa verificare.

Fammi sapere.

Dove li mando?

Buongiorno,

puoi inviarlo a file@answers.websitex5.com oppure caricarlo sul tuo server comunicandomi il link.

Fammi Sapere.

Ok, lo mando tramite wetransfer

Non ci riesco. Wetransfer carica 5 mega poi ricomincia.

Che sia un problema Java o Framework?

Buongiorno,

se vuoi puoi inviarlo per email o caricare il file sul tuo server comunicandomi poi il link per scaricarlo.

Fammi sapere.

Comunicato via mail

Buongiorno,

grazie per averci inviato il progetto, sembra che i file non siano stati cancellati correttamente dal file della progetto e perciò vengono ripresi. Forse nel momento in cui il programma accedeva al file vi è stato un blocco all'accesso magari da windows o da un antivirus.

Prova a comunicarmi il nome dei file che vuoi cancellare così da poter eliminarli manualmente e ridarti il progetto.

Fammi sapere.

No, grazie Riccardo.

In ogni caso, anche duplicando da questo progetto che vi ho inviato, altri progetti si portano dietro lo stesso problema.

Secondo me c'e' da qualche parte l'istruzione che NON cancella i file non più esistenti trasmessi sul Feed.

Piuttosto, se mi dite dove intervenire, preferirei cancellarli io.

Ho provato nei vari XML a farlo, ma riappaiono magicamente...

Ok. Grazie