Depuis FF4 et TB5, seul le fichier omni.jar est prsent, la section JarTarget n'est donc plus ncessaire.
Depuis Rebranding 0.4, la gestion est totalement diffrente, je laisse tout de mme pour les curieux (voir  la fin).

Pour personnaliser, il suffit de modifier le fichier identity.ini dans Other\Tools

La section Main contient les noms  utiliser et la licence
La section Delete rpertorie les fichiers  effacer pour le rebranding
Et enfin la section PEFilesToPatch rpertorie les fichiers exe et dll  patcher pour faire disparaitre les mentions "Firefox".
Celles-ci seront remplaces par le nom de l'application portable.
L'ancienne section Copy est remplace par une archive 7z (cf Other\Source\ResRebrand\files.7z) intgre dans l'excutable Rebranding.exe.

Le reste du rebranding est fait grce  une extension qui est automatiquement active et qui reste invisible aux utilisateurs. L'extension est intgre dans l'excutable Rebranding.exe comme l'archive prcdente. Elle est compose des 4 fichiers chrome.manifest, install.rdf, appicon.ico et rebranding.jar dispos dans Other\Source\ResRebrand\

De manire  rduire la taille du paquet et  acclrer un peu le processus de mise  jour, seuls les diffs binaires sont sauvs pour les excutables patchs. Ceci permet de faire passer l'archive FramaBKUp.7z de 10 ou 11Mo  moins de 400ko.
Par contre a consomme pas mal de mmoire lors du traitement du fichier xul.dll, environ 250Mo pour tout dire.

L'archive omni.jar n'est plus modifie ce qui permet d'viter le format tordu de zip fait par les devs Mozilla.
Anolis Resourcer n'est plus utilis, tout est fait en AutoHotkey et avec quelques appels de DLL Windows. Voir les fichiers ChangeIcon, rescompile et VersionInfo dans Other\Source\AhkIncludes. Cela procure une meilleure vitesse.

S'il y a des curieux qui veulent plus d'infos, rendez-vous sur le forum


Quelques explications sur les 3 sections JarTarget, JarAction, JarParams
------------------------------------------------------------------------

C'tait le seul moyen de conserver une syntaxe  peu prs lisible.

La syntaxe initiale (avec une seule section) tait :
Jar1=chrome\browser.jar$$Copy$$Images\about.png@@content\branding\about.png||Images\icon48.png@@content\branding\icon48.png
Jar2=chrome\toolkit.jar$$Switch$$content\global\aboutRights.xhtml@@content\global\aboutRights-unbranded.xhtml
Pas forcment trivial ;)

[JarTarget]
; liste des fichiers jar  modifier.
; TargetX : nom du fichier jar relativement au dossier de base de l'application (ex : chrome\browser.jar)
; Important : utiliser _Locale_ pour faire rfrence  la locale dfinie dans Main

[JarAction]
; ActionX : action  raliser sur l'archive TargetX ci-dessus.
; Valeurs valides :
;		Copy : copie d'un fichier vers l'archive (jokers autoriss).
;					Si la destination est un rpertoire, le backslash final est obligatoire.
; 		Switch : permutation de 2 fichiers au sein de l'archive
; 		Delete : effacement d'un fichier de l'archive (jokers autoriss, dossiers non traits)

[JarParams]
; FilesX : paramtres de l'ActionX ci-dessus sous la forme Element1@@Element2
; sparateur : @@
; pour l'action Copy, Element1 est la source, Element2 est la destination
; pour l'action Switch, il s'agit des deux fichiers  permuter
; pour l'action Delete, il s'agit du nom du fichier, le sparateur n'est pas utilis.


Exemples :
----------
Target1=chrome\browser.jar
Action1=Copy
Files1=Images\*.png@@content\branding\

Rsultat : copiera tous les fichiers PNG prsents dans
ApplicationPortable\Other\Tools\Images dans le sous-dossier content\branding\
de l'archive ApplicationPortable\App\nomappli\chrome\browser.jar


Target2=chrome\_Locale_.jar
Action2=Delete
Files2=locale\branding\*.dtd

Rsultat : en supposant que la locale soit fr, les fichiers *.dtd du sous-dossier
locale\branding\ de l'archive ApplicationPortable\App\nomappli\chrome\fr.jar
seront effacs.
