Willy2

@ Nations144, Oops, I made a mistakes in post #5 of this thread. Just click on ""Options"" and then ""Include"". Forget the option ""Settings"".

@Nations114, There's already a possibility to clean all the ""thumbs.db"" files in CCleaner v2.29. In CCleaner the user can specify a list of files which should be wiped as well. And that includes some systemfiles like ""thumbs.db"" as well. All it takes is a little extra effort. The story below refers to the english language version of CCleaner (v2.29). (Change your language !!) Click on "Options", "Settings", "Include". Here one can specify which files are to be cleaned. e.g. ""Thumbs.db"". Just follow the instructions and reply to every question/option which is being asked/displayed and then you'll see that when one orders CCleaner to start cleaning these specified files (like ""thiumbs.db") are cleaned as well. Good luck !!!

There's still a significant amount of work to be done by the programmers and the official translaters of the Vietnamese(#1), Catalan(#2), Croatian(#3), Lithuanian(#4), Norwegian(#5) versions to improve v1.17. And all is language/translation related. When one change the language then some text isn't translated. All errors/omissions mentioned below (except #3) are occurring in the ""Settings""-menu. 1. The text ""Show Cleanup drive prompt before defrag"" is never translated into any other language, this text always remains in english. This error already occured in v1.15 and v1.16. Isn't there a language string available in one of the language DLLs ?? Or is this text ""hardcoded"" ?? The other omissions are related to, can be found in the language DLLs. 2. The text ""Show folder index entries in file list"" isn't translated in languages #1, 2, 4 and 5. (see above). This string (string table group 24-1033) is missing in the DLL file for these languages DLLs and then the program uses the english string text instead. 3. The word ""Unknown"" in the column ""fragmentation"" in the main screen isn't translated in languages #3, 4,and 5. (string table group 20-1033 in the DLL files). 4. The text ""Use drive custom drive colors"" isn't translated in languages #4 and 5. (string table group 23-1033) 5. Tab ""Quick Defrag"": The translation DLLs for languages #2, 4 and 5 the DLL still needs an additional amount of translation strings. All text remains in english. 6. Tab ""Exclude"": The translation DLLs (languages #4 and 5) still needs an additional amount of translation strings. All text in those languages is in english. 7. Tab ""Quick Defrag"": the text "?se custom rules"" in Vietnamese isn't translated due to a missing string in that language DLL file. My mother tongue is not english, dutch is. So, if something's not clear in the story above, send me an email/message using the email function of this forum.

? have installed v1.16 today and the program has the same two bugs as v1.15. In post #325 I detailed what those two bugs were (#1 and #3). Or perhaps the programmers hadn't time yet to improve the program the way I suggested ? I think the option to give the user the ability to change the colors of the drive map, in the section "General", simply bloats the program. In this particular case I would use the word "KISS": i.e. "Keep It Simple St**id".

I like to use CCleaner and Defraggler although I use JKDefrag once in a while as well. It's my experience that large files open faster when they're (less) defragmented. So, in general I defragment large files (> ~ 500 kb) only and that's why I appreciate the possibility of manually defragmenting individual files in Defraggler. In v1.15 I came across three minor errors/weird things. 1. Click on "Settings", "General". The last option in the section "Advanced" ("Show cleanup drive prompt before defrag") isn't automatically translated when one changes the language. I can change the language from Dutch to English, German or Spanish but this particular text remains in English. This is clearly a programming error. 2. I used the "Defrag Freespace" option but according to the drivemap this option refused to move a number of files which were located at the end of a drive, more towards the beginning of the drive, in spite of the fact that there was enough room for them to be moved to. I tried to use that option a number of times and the "Defrag freespace (allow fragmentation)" option as well but to no avail. The files simply refused to be moved. However, when I placed the mouse cursor on those particular files the message "No files are in the block" appeared. And clicking on the "Analyze" button didn't change this situation either. Perhaps I am the only one with this problem ?? Perhaps these files are system files (e.g. $MFT) which can't be moved ? But then I would suggest that these files should be marked as such, in a special and different colour. See attachment for a picture of the situation 3. When I use Defraggler I always start with the dutch language version. Before analyzing any drive in the column "Fragmentation" the correct words always show up (that's e.g. "Onbekend" in the dutch version, or "Unknown" in the english version). But EVERY time I change the language (e.g from Dutch to German, or Spanish), using the "Settings" menu either with or without clicking "OK", every word in the main screen and in that menu is automatically translated/changed except the words (if there are any !!) in the column "Fragmentation". So, when changing the language the column "Fragmentation" is simply ignored. The only way to persuade the program to translate one word in that column for a selected drive is to (re-)analyze that particular selected drive. The program also simply refuses to translate a word in the column "Fragmentation" when one analyzes a drive and that particular drive is empty (e.g. a 3.5"" floppy drive station) and an error is generated.

@ bobac: The Windows register consists of a number of separate files. In Windows XP these files all are in the C:\Windows directory. So, when one defrags that entire directory then the register is defragmented as well.

@ bobac: The Windows register consists of a number separate files.

I have de-installed v1.12 and have gone back to v1.10. I simply dislike the GUI of v1.11 and v1.12. The reason why I dislike the GUI is mentioned in post #236 of this thread.

I came across something odd. I use the option "Defrag freespace" (very) regular. I noticed that this function (always ??) skips files that are fragmented. I have made a picture of the situation (see attachment). There was a file in 10 fragments (in bright green and bright red). When I used the "Defrag freespace" option the last fragment of that file (in bright green) remained where it was placed. It looks like it could have been moved closer to the last files. (The new place were this fragment (in bright green) could have been moved to is marked by the black squares). This would have reduced the number of freespace-fragments and that's precisely what the option "Defrag freespace" is supposed to do. On top of that one would expect that this function would fill more free fragments/free space(s), that it would fill more "gaps". Keep in mind: I am talking about the "Defrag freespace" option, not the "Defrag freespace (allow fragmentation)" option.

Today I have installed the latest version (v1.12) and must say I that do like this version better than v1.11 and I therefore have switched from v1.10 to v1.12. In this version there's still a bug. I live in the Netherlands and I therefore use the dutch language version of this program. In the column "Fragmentation" the english word "Unknown" in the dutch language version isn't replaced by the proper dutch word ("Onbekend"). This is clearly a programming error because in the column "File System" the english word "Unknown" in the dutch language version is properly replaced by the dutch word "Onbekend". And this bug doesn't occur in the dutch version only but it occurs in every language version. That particular word "Unknown" isn't "translated"/replaced the moment one switches to another language. I hope its clear what I am refering to because this bug already existed in version v1.10 and isn't/wasn't fixed in versions v1.11 and v1.12.

I have version v1.10 installed. I think v1.11 just simply ""sucks"". Although that version has an improved ""large fragments defraggler"" capability, I de-installed this version and re-installed v1.10. The reason I dislike v1.11 is the same as why I disliked v1.08 and v1.09 but liked v1.07. See my comments on this particular topic in this thread.

The Search-feature seems to work not too well in v1.10. I have 3 files which contain "mish" but the Search function found two files and the program failed to find the third file.

I have additional suggestions how to improve Defraggler v1.10. A. The "Search" function in v1.10. I think this function should behave something like this: 1. The "Search" tab should be replaced by a "Search" button under the filelist. 2. Click on the "Search" button and a separate new window opens on top of the filelist and or drivemap (and not in the filelist like in v1.10). Here one can specify with which parameters the search should be performed. 3. Click on the "Search" or "OK" ( or another) button in the newly opened window to start the search. After or before the files have been found that new window should close. 4. The results should - in my opinion - be displayed in the filelist under the "Filelist" tab. And that's why the "Filelist" tab should be activated. 5. When the user wants to perform a new "Search" then he/she should click on the "Search" button again. Of course, the previous settings of a "Search" should be preserved. The programmers should think well and hard which types of files are allowed to show up in the filelist as well. A whole bunch of weird files like "Pagefile.sys", "$MFT", "$...." and "....Zone identifier" etc. show up in the "Search" list. I don't know whether the Windows system allows all/some of these special system files to be moved, whether moving these system files will result in a break down of the Windows system. I think files like directory files (which contain the content of a particular directory) and the system file "thumbs.db" should be the only ones to be allowed to show up, all others shouldn't be displayed or they shouldn't be allowed to be defragmented. C. I think the information of a drive shouldn't be displayed in the tab called "Drive ...." but in a separate window which opens on top of the drivemap and/or filelist and this information should be displayed only the first time a drive is analyzed. Just like the way it's programmed in v1.10. I think it would be better that instead of using the tab "Drive ...", there should be a button behind each row of drive information in the drivelist (which shows all the detected drives like A:, C:, D:, .... etc.). By clicking on that button the user can obtain information which otherwise would be available under the "Drive ...." tab.

By using Reshack I have improved the dutch language file. See the attachment. It solves the "%" problem as mentioned above. The problem was in the stringtable at 19, 1033.

In version v1.10 there're two minor language related errors. I use the dutch version but I have no problem using the english or german language version. And that's why I have spotted those errors. 1. When the user hasn't analyzed a drive yet, the word "Unknown" is displayed in the column "Fragmentation" and this word shows up irrespective of the language selected. This is clearly a programming error because in the dutch language version in the column "File System" the english word "Unknown" is correctly replaced by the dutch word "Onbekend". 2. A translation related error. In the "File" tab, under the "Analysis results" there's an entry where the fragmentation percentage is displayed. In a number of languages two characters "%" show up. E.g. in the german and the english language version only one "%" is displayed but in the dutch version two characters are displayed.

Currently I have installed v1.10 and I like this version more than v1.08 and v1.09. The tab "Search" can be improved and it has some odd things. 1. One can tick a box called "Include non-fragmented files". When this box is ticked and a number of defragmented files is selected manually, these defragmented files can not be moved by Defraggler towards the beginning of the disk. These files are skipped by Defraggler. It would be useful to add another function in this program. Add a feature which enables the user to move manually selected files (after using the Search File function) both defragmented and fragmented, towards the end of the disk or to the beginning of the disk. The way to enable the user would be to either by adding a "Move towards end of disk" button or by abling the user to tick a box withe the same name. I think either the "Include Defragmented files" should be omitted or give the user the ability to move defragmented files. 2. Not only files but (sub-)directory files show up as well. However, in the tab called "Filelist" directory files don't show up. Is this done intentionally ? 3. If one selects a (fragmented) directory file and one clicks on "Defrag ......." all the files in that directory are defragmented as well. One would expect that only the directory file is defragmented and not the entire content of the selected directory. Again, is this done intentionally ??? I think that if the user wants to defragment the entire directory he/she should use the "Highlight folder" feature.

Defraggler v1.09 has feature where one can look for defragmented files which are smaller or larger than a certain size. I think it bloats the program. It should be omitted. The program has the possibility to defrag selected files and these selected files are moved towards the begin of the the disk. But perhaps it's possible to add a button as well with which one can defrag selected files towards the end of the disk. I don't like the new versions v1.08 and v1.09. In version 1.07 the program automatically detects where the fragments of a defragmented file are located. They show up on the diskmap. Once this file is moved to another directory the file no longer shows up in the map once this file is re-highlighted. In fact, the program rereads the filetable. This feature I DO like very much. But this feature is removed from versions v1.08 and v1.09. In these latest versions the program seem to say the file fragments still are located in the original directory.

I have installed Defraggler v1.05 but it seems a number of features in this version doesn't work, doesn't function. e.g. the only language available is english and the option "move files to the end of the disk" also doesn't seem to work. Does anyone else have similar experiences with version v1.05 of Defraggler ? Willy2

I installed the latest version (v1.05) today (december 6th) and tried the "Move large files to end of disk" feature but when looking at the drivemap, it seemed it didn't work at all ! Are there specific pre-conditions under which this option will work ? I have specified filetypes and ticked a number of boxes but all to no avail ! More over in this version one is supposed to be able to choose some other language besides English but that wasn't possible either. Did anyone else have similar experiences ?

Another suggestion: A "move files towards the end of the drive" option. This could come in the form of a check box option in the filelist. This would enable moving all or selected files towards the end of the drive when defragging manually individual selected files

1) Defrag the MFT and directories. Or does Defraggler defrag directories too ? Like CONTIG from Sysinternals does ? 2) Anyone who asks for a option to defrag the registry is unaware that the registry consists of more than one file. These files have names like "software", "system", "security", "sam" and "NTUSER.DAT" and regularly show up in the filelist of Defraggler. The reason why these files show up is that Windows backups these files when a socalled "Recovery point" is created. When all these individual files are defragmented, the entire registry is defragmented as well !! Or defragging the entire "C:\windows" (Windows XP) directory does the trick as well. 3) Add a (simple) "Compact" mode/option: I'll explain below. Situation before compacting: AAAA . . . BBBB . . . CCCCCCC . . DDDD . . . . (A, B, C, D represent occupied diskclusters with clusters from files named A, B, C and D. A dot (.) represents a free cluster) Situation after compacting: AAAA BBBB CCCCCCC DDDD . . . . . . . . . . . . or AAAA BBBB DDDD CCCCCCC . . . . . . . . . . . . 4) I thought the option "Defrag free space" would compact the disk like suggested under 3) but it has different algorithm / a logic of its own. So, perhaps "Defrag free space" and/or "Defrag free space (allow fragmentation)" option could be replaced with a "compact" option ? 5) In order to give Windows more space to operate: Leave always the first free, say 20 MB, 30 MB, 40 MB or 0.5% or 1% diskspace free. I do sometimes get the impression that Windows after a run with Defraggler, Windows is running more slowly, less fast. 6)An option that allows the user to decide whether a filename is to disappear from the filelist with defragmented files after it has been defragmented.

I came across something weird. I think I have further proof that the option(s) "Defrag freespace" must be recoded/re-programmed. The following happened: Before I used the option "Defrag freespace" (without "allow fragmentation" !!) I had no fragmented files on my drive, but after I used this option I had three (!!) defragmented files. Then I manually defragmented these three files. Two files were defragmented without any strange behaviour. But the third file showed some weird behaviour. It was moved from spot X to a place with plenty free space and was defragmented. But apparently the program was satisfied and - according to the drivemap - moved the file back to that very same spot X, this time the filelist said that it was defragmented. It probably wasn't the very same spot were it was "pulled" from but it certainly looked like it.

I came across something weird. I think I have further proof that the option(s) "Defrag freespace" must be recoded/re-programed. The following happened: 1. Before I used the option "Defrag freespace" I had no fragmented files on my drive. but after I used this option I had three (!!) defragmented files. 2. I then manually defragmented these three files. Two files were defragmented without any strange behaviour. But the third file showed some weird behaviour. It was moved from spot X to a place with plenty free space and was defragmented. But apparently the program was satisfied and - according to the drivemap - moved the file back to that very same spot X, this time the filelist said that it was defragmented. It probably wasn't the very same spot were it was "pulled" from but it certainly looked like it.

This is a follow up on post #18 of this thread. Below in the attachment a zipped file containing a picture which makes it clear what went wrong with the "Defrag free space" options. During execution of one (or both) option(s) some (a lot of (??)) files are skipped. Perhaps these files are designated Hidden, System or Write Protected by Windows XP and therefore skipped by Defraggler ? After I used one (or both) "Defrag free space" option(s), I manually defragged one particular file (in dark blue in the picture). It's clear there's a empty gap right in front of that file. And that is proof files are skipped by "Defrag free space".

In Defraggler 1.02.085 there's something odd. In the drivemap one can not see where the file called Pagefile is located. On my computer drive C: has a size of 11 GB and the Pagefile occupies (at least) approx. 300 MB, so it should be visible somewhere in the drivemap. Perhaps it's the intention of the programmakers to NOT show this pagefile in the drivemap any more ? Then of course, the socalled "Drive map legend" should be modified accordingly.