Geej

Minor fix: Change inf page encoding to UTF-8. Match .ini language spelling with inf Added Spanish localization, [strings.0C0A].

Folder context menu removed. (I don't use it either) Change inf page encoding to UTF-8. Match .ini language spelling with inf Added Spanish localization, [strings.0C0A]. Tested in virtualbox. Language setting able to retain even with repeated start/quit cycle. Cheers

Minor update for v1.3.2.645b Bugfix for French language setting. Updated language file Add inf language support for German, [strings.0407]

I think I found something different with the setting store in Everything.ini for French language vs the actual value required in the inf. They are not the same spelling and it contain 2 special characters. I have change this in [strings.040C] ;langdesc=Français ; does not work langdesc=Français ; works as in my test Please retest at your end... Also add language support for German, [strings.0407]

Hi mooms Updated language file and inf, [strings.040C] section. But for language setting, I'm a bit clueless. I tried a lot of test, to the extreme of using France setting of everything.ini. But program still in English. The only way to set it is through the main program GUI. I have checked %appdata%\Everything\everything.ini and localization= is set to Français but the program still in english. (Everything.lng is not deleted during my testing) If you have any idea how to preset language, please let me know.

Updated v 1.3.2.645b Also minor improvement by adding language localised support for French: If OS eng is ENU, .lng file is removed. everything.ini is set (localization=English) If OS is French, lang is set to french for everything.ini (localization=Français) Please feedback if things are wrong. Let me know if user want other languages to be included by letting me know the hex id of your language. Eg. .040C for french .0409 for English-US

Updated v 1.3.2.645b Add minor improvement by adding language localised support for French: If OS eng is ENU, .lng file is removed. everything.ini is set to (localization=English) If OS is French, lang is set to france for everything.ini (localization=Français) Please feedback if things are wrongs. Generally no feeback means everything okay... Let me know if user want other languages to be included by letting me know the hex id of your language. Eg. .040C for french .0409 for English-US

Updated to v1.3.2.644b

Updated to v1.3.2.644b

Thanks luis for the testing/ feedback. I have email Foxit Software whether there is any new language support file. This is their reply: So it is English only. I think we just have to wait. Also reupload post #1 to reflect inf changes. WeBeRiO, you might want to download test again although it is english only. Thanks

Hi luis Looks like I need to include all strings from the [strings] to [strings.id] section as well. Pls replace with this inf and see if it works. If it works okay, I will upload the main package again. Thanks FoxitRdrXPW7.txt Please rename to FoxitRdrXPW7.inf

Major update. Updated to 6.0.2.0407 Please uninstall old one before installing this one. Lang is automatically set if it is Spanish or German. 2 lang files are included but will remove the unwanted one (via ReplaceDriveletter.vbs) Hence if Spanish is detected, lang_de_de.xml will be deleted. If German is detected, lang_es_es.xml will be deleted. If it is English, 'lang' folder will be deleted. Prompt string are localised but if I translate wrongly, let me know. There are various favour of Langid. I use for German = 0407 Spanish = 0C0A and 040A If it is wrong, let me know what is the correct OS lang. (lang ref code) Beside choosing Skin color, user can also choose Toolbar mode (Classic or Ribbon) via inf editing in [strings] section. Default is Classic Toolbar. Default is Blue Skin. Now support ENU, DEU & ESN as default. Hope to hear feedback from spanish / german user if everything is done correctly or not. Cheers

No problem. Members here also help me test in x64 environment for Eveything Search Tool when I need help. Yes Rundll32 cmdline works fine. Much simpler! Thanks for the tip again. Should work for a specific section too. Err... Regarding your 2nd question, I don't quite understand regarding SPTDinst*.exe You mean you need to run a command using SPTDinst*.exe and then delete this SPTDinst*.exe after it? Sorry I'm not sure how this SPTDinst*.exe work so no idea at the moment. I'm merrily guessing, perhaps add this RunPostSetupCommands [DefaultInstall.NTx86]RunPostSetupCommands=SPTDinst:1[SPTDinst]cmd /c pushd %16422%\DAEMON Tools Lite & SPTDinst-x86.exe add /q[DefaultInstall.NTamd64]RunPostSetupCommands=SPTDinst64:1[SPTDinst64]cmd /c pushd %16426%\DAEMON Tools Lite & SPTDinst-x64.exe add /q

Test drive DTLite4.47.1.333_Intl.WA, works fine! (Tested on win 7 ENU x86 VM only with WTK 1.4.1.22 on XP host) Shows the initial RunOnce entry during setup 'Completing installation...' I observed that !1WinToolkit is not at the top of the entry. So logically, !0DTLite will execute first during RunOnce. I had it pause at RunOnce stage. At the early stage of WinToolkit Installer running, I open regedit again to check the RO entries. !1WinToolkit is still not the 1st entry, meaning !0DFTLite would have already installed. So I browse to HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall and verify whether 'DAEMON Tools Lite' uninstall entry exists. As you can see above, no 'DAEMON Tools Lite' entry. Meaning your inf is not installed at this point while WTK silent installer is running. So is Everything Search Tool. Reaper's Notepad2 uninstall entry is also not there. Hence WinToolkit installer will install all silent installer first, no matter how we tweak the key name. This screenshot shows DTLite.inf cleaned up! I was initially taken aback when the program says License activation is required. I thought need to provide some sort of serial or whatever. Click 'Continue' shown no need to enter serial. Program is self-activated if user select 'Lite'. ha ha Uninstall the program from Add/Remove panel works fine. It would be useful if you also includes the EstimatedSize detail so that it 'looks complete' cosmetically in Add/Remove panel. It is blank now. HKLM,"SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\DAEMON Tools Lite","EstimatedSize",0x10001,33,6B,00,00 Cheers

!0 seems useless. (Will try to test again in this coming test) Visual look at your inf looks alright. I will test drive your .WA addon. But now at work... Will let you know when done. I checked my own exising inf addon. PNF with same filename not created. So no need to cleanup. Thanks for the rundll32 command tips. Seems simpler. Probalbly I will use it if addon test is okay.

yup! (I forgot mentioning ProfileItems) Just a little info I found. Because WTK adds it own RunOnce key to run silent installer '!1Wintoolkit', silent Installers always gets executed first, then follow by inf. I thought by modifying appname (such as !0 infront ) like !0WinTooltest, my inf will install earlier than WTK silent Installer but it still WTK silent installer get to launch first.

Hi rick, On win7 WTK integration, I use inf for registering dll, making registry and perfrom RunPostSetupCommands if necessary. I make use of WTK integration (for filecopy operation) to reduce installation time. Hence my .WA addon does not perform filecopy. I use inf for registry entry as using .reg format doesn't really make use of environment variable. They are basically hardcode to 'C:\Program files' path which I personally do not like. I prefer %programfiles% type of registry entries, which inf offers. I am not familiar with daemon tools as I did not use this tool. But to tell WTK where to place the file, you need to set WTK- Addon Maker tab 'Architecture' info correctly. Choose 'x86' for program that goes to %programfiles% in x86 and when slipstream in x64, it will goes to %programfiles(x86)% for x64 system. Note: can't do it for registry files type in Dual addon type. Have to create x64 only or x86 only type in this case. You can take a look at Everything Search Engine for actual concept, including registry entries for both system. I do make use of WTK Addon maker to make the .WA addon but Reaper don't use this method. Perhaps he uses some batch/7-Zip method. To execute your inf, use RunOnce key. Hence the .Wa addon need to includes a .reg file to add an entry to RunOnce. To create a Runonce key, use batch script. See Everything Search tool post 11 Frankly, this is just my way of doing things. If my way does not fit your needs, better ask Lego for exact guides. Cheers

bump Post #12, still same problem in v1.4.1.22 Any progress...?

Nice program... Ricktendo Delete="%CommonDesktop%\\Clover.lnk" works (at least on win7 x86 that I tested, but the taskkill fail to kill process. End up still have clover launched) Why not made a request to have an inf addon? Much smaller size & less fuss. (Don't have to taskkill or manually remove desktop shortcut) I have already made myself a Win7x86 .WA addon using inf. If it is for x86 win7, I can upload it for you. If it is for x64, I suggest you put a request in wtk addon request forum.

Updated to v2.1.4 Includes "Run with parameters (as administrator)' when shift key is hold down. (for exe & scr type)

Updated to 2.1.4 -Program is bug free -It does not takes over .msi & .msp file icon. Leave as default now.

Inspired by this post, this addon adds an explorer background context menu to toogle hidden files & folders. For x86/x64 ToggleHiddenFilesFoldersBgContextMenu.WA Size: 1.87 Kb (1,912 bytes) MD5: D1D3F62548782094E8C68EDB2A456977 It does not add an uninstall command to Add /remove panel but can be manually invoke using [uninstallcommandline] section of the inf. (who would want to uninstall later once it is added?)

If I read correctly, the addon should install correctly. (no changes needed) (Addon is installed as service, and program is auto startup from HKLM\...\run) Cheers

I think I know what is the problem. Now I change to 'Architecture:x86'. Pls retest. ('Architecture:' was set to dual but not working either as it is "blank'. So when 'blank', filecopy literally set accordingly just like !x86, i.e %programfiles%\Everything even in x64 system) Kindly download from #1 again, thanks.

Hi RicaNeaga The recent versions (2.1.0.0b3, 2.1.1.0, 2.1.2.0) that installs on Win7 has a big problem. It changes .msi & .msp icon and associate itself with RunWithParameters. That isn't a big problem but when tested to run a .exe with some msi files in it, it launches RunWithParameters, prompting a parameter! So it is buggy. I do not plan to update to latest due to this problem. At least the present version works alright for exe, msi & msp files. If you want silent installer type for win7, I have rewrap it using 7zsfx.It is installing on win7 only, not for xp use. (Using 'this method' is trickly. You may ran into problem with my addon. So I rewrap using same file structure as the .WA) RunWithParameters2100b1forWin7Si.exe Size: 170.02 Kb (174,098 bytes) MD5: 1202788C1BAB40962E125BF276FD4A7C (host for 7 days) The XP version currently host is 2.1.0.0b3, you can pick up here. Hi all In post #1, I updated the Architecture info for the same addon to 'x86'. This is still v2.1.0.0b1. (Can be integrate on x64)