http://www.winpenpack.com/ en-gb Copyright © winPenPack 2005-2023 - All rights reservedPowered by e107 website system | winPenPack License AgreementTerms of Use | Privacy Policy winpenpack@nospam.com (winPenPack) winpenpack@nospam.com (winPenPack) Wed, 20 May 2026 21:46:34 +0200 Wed, 20 May 2026 21:46:34 +0200 http://backend.userland.com/rss e107 (http://e107.org) hourly 1 60 http://www.winpenpack.com/en/e107_images/logo.png http://www.winpenpack.com/ 88 31 http://www.winpenpack.com/en/e107_plugins/forum/forum_viewtopic.php?44025 Nome del software: X-HFS
Link su winPenPack: http://www.winpenpack.com/main/download.php?view.145
Link versione in aggiornamento: 2.3 beta Build 260 (ma l'anomalia è presente anche per la versione in download)
Bug o Motivazione della NON portatilità:
salvando l'immagine del file system in condivisione (Menu >> Save File System) nel file di configurazione hfs.ini vengono registrati i percorsi dei salvataggi. I percorsi sarebbero normalizzabili con un intervento nel launcher (già testato):

[StringRegExpReplace=$ExeDir$\hfs.ini]
<<RE>>|0=(last-file-open=|recent-files=|trusted-files=|\|)[^|\r\n]+(\\(User|Bin|Downloads|Lib|Documents)[\\\n\r])<<RE>>$1{$Root$}$2

Il vero problema sono però i file salvati stessi (_nomefile_.vfs) poichè al loro interno contengono i percorsi assoluti dei dati inseriti in sharing:
questi file non sono normalizzabili in quanto in formato non testuale modificabile.

Come risultato cambiando il percorso di partenza quando si riavvia il programma si attiva l'ultima configurazione di sharing, ma tutti i dati risultano errati non disponibili.

Possibile soluzione (drastica) :
invece di normalizzare i percorsi ripulire le voci dove questi sono presenti (last-file-open, recent-files, trusted-files).

<<RE>>|0=(last-file-open=|recent-files=|trusted-files=).+([\n\r])<<RE>>$1

]]> Mon, 03 May 2010 14:51:06 +0200 http://www.winpenpack.com/en/e107_plugins/forum/forum_viewtopic.php?44025