Sorry for the late answer to the many posts, but I have been very busy this week.
French help file
Creating a French language file is very easy in theory: All you have to do is downloading the source code of D-Fend Reloaded, extract the zip file and copy the content of the \Help\English folder to a new folder, for example \Help\French. Next all *.html files and the toc.hhc file need to be translated. There are also some language strings (like the caption of the help window) in the English.hhp to be translated and of cource the file itself can be renamed to French.hhp and as output file could also be defined as French.hhp. (The name of the output file can be set up in the hhp file.) All of the files above are text files. As the last step you need to compile the help project to a chm file. "chm" stands for compiled html and chm files are just zip archives. If you want to, you can also open chm files with 7Zip. The chm compiler (called html workshop) can be downloaded from Microsoft for free.
So much for the theory; the main problem is, there are over 130 files to be translated. I have written the English and the German help file and it really was not fun.
If you really want to translate the help file to French, I would be very glad but I would never ask anybody to translate the complete help because translating so many files is very awesome. (Don't say I haven't warned you.)
PortableApps version of D-Fend Reloaded
I simply haven't enough time to add DFR to other websites etc. Sorry. When 0.7.0 is out, perhaps I will contact PortableApps to add DRF to their list.
I know, I'm using a very basic version of the PortableApps directory structure. But using the complete directory structure of PortableApps would require bigger changes to DFR. It's not only redirecting the default games directory to the default PortableApps data directory. All configuration files etc. would need to be moved. And this could raise problems with data packages because at the moment DFR (and also the data package installer) knows 3 operation modes: "Use user directory for data files", "Use program directory for data files" and "Use program directory for data files (store directory links relatively for portable use)". Using some completely other directory for data files would require a new, fourth operation mode. Additionally I don't see any real advantage in using some other directory for the data files. Also in the current setup the program is complete portable, all files are located in the DFR subfolder of the PortableApps folder only and PortableApps is recognizing the program correctly. (If I would have more free time, I could do the more complex way; but for the moment I think the current solution is better than no PortableApps release.)
Detecting installed games
If you create profiles via the "detected new games in the games folder" function caputure folders will be created from the names of the profiles. If D-Fend Reloaded creates a "Larry 2" subfolder in the capture folder this means it has also added a "Larry 2" profile. I have check the auto setup templates: The word "Larry" does not appear in any other template than in the Larry templates. This means it is very unlikely D-Fend Reloaded creates a capture folder names "Larry 2" even without creating a Larry 2 profile.
D-Fend Reloaded is using the profile names and not the names of the subfolders where the game files are located for the names of the capture folders because the names of the game file folder are mostly 8.3 names but there is no need to use short folder names for the capture folders.
False capture game detection = Larry 2.
= It create that capture directory, even if i dont have that game.
I'm not quite sure what you mean:
a) Do don't have Larry 2 but the "detect new games" function finds it. (This could be a checksum problem.)
b) You have got Larry 2, DFR detects it but uses "Larry 2" as capture folder name and not "Larry2" as your game files folder might is named. (This is an intended behavior.)
c) Do don't have Larry 2, the "detect new games" does not detect it but is creates a "Larry 2" capture folder anyway. (This would be really strange.)
Changing the mount folder via the multiple profiles editor
The relative path names function is not intended to work with things like ".\..\Data\VirtualHD". This is also for security reason. When uninstalling games and using relative path names you do not need to be afraid files outside the base folder will be deleted. Additonally with ".." in path names big problems could appear when transfering profiles: Lets say on your desktop installation your base folder is "C:\Users\you\D-Fend Reloaded" and you use ".\..\..\Games" as your games folder (this would be C:\Games). On you USB stick you have "E:\DFR" as your base folder. Where should the transfer function store the files located in ".\..\..\Games" on the USB stick ? In E:\..\Games ?
The not correctly disabled select button will be fixed in the next version. Also the detection of trailing "\" will be improved so the "From" box will not show ".\VirtualHD" and ".\VirtualHD\".
Long list from skatz
Oh, so many things again. I will look at it the next days.
So my RC1 todo consists of the png screenshot but and the list from skatz at the moment.
There are only four strings messed up and they haven't changed in DFR 0.7.0 so I can restore them from the 0.6.1 language files. At the moment I'm not planning to make another pre translation release.
GamesListTranslations.Info spelling bug: Fixed.
Ok, that's it for the moment. I hope I will get some of the bugs from my new todo fixed during the next days.