Anghirrim a écrit:Bon en revanche, en lisant ton commentaire posté entre temps, j'en déduis que le "$PROFILE n'est plus la meilleure option?
Non et d'autant plus que $PROFILE c'est une variable NSIS ... et qui ne fonctionne pas avec AutoHotkey
En gros vu comment est (à priori mal) foutu FBReader, il va falloir mettre les mains dans le cambouis.
Autrement, la ligne 45 est recommentée :
- Code: Tout sélectionner
;_APPDATASUBDIR := "$PROFILE\.FBReader"
Et on va reproduire la procédure de détermination du chemin faite par l'application, mais plus loin dans le lanceur.
La ligne 136 :
- Code: Tout sélectionner
p_DataDirUnified := A_AppData . "\" . _APPNAME
devient donc :
- Code: Tout sélectionner
; modif pour FBReader
{
IfInString, A_MyDocuments, \
SplitPath, A_MyDocuments, , p_DataDirUnified
Else
p_DataDirUnified := A_MyDocuments
p_DataDirUnified .= "\.FBReader"
}
; fin de la modification
Quelques explications :
On teste si le chemin vers "Mes Documents" contient un "\".
S'il en contient un, on récupère le dossier parent sinon il s'agit d'un lecteur donc on le garde tel quel.
On y ajoute "\.FBReader" pour reconstituer le chemin (stocké dans la variable p_DataDirUnified).
Pour le reste du traitement ça devrait fonctionner.
Une autre remarque quand même : dans ce fameux dossier, on trouve 3 fichiers .db qui ressemblent à des fichiers sqlite. N’utilisant pas le logiciel je ne peux me prononcer mais il y a des chances que des chemins soient stockés dedans, il ne seront pas mis à jour par le lanceur.
Vécu : "J'ai une version crackée d'OpenOffice, c'est pour ça qu'elle est en anglais"
-
fat115
- Messages : 930
- Géo : Ardèche ... du nord
