XPect
Content Type
Profiles
Forums
Events
Posts posted by XPect
-
-
This one is quite easy, it's show in the install.ini that come with wihu
The command to use is goup.x = 1description.0.1.2=Group testcommand.0.1.2=cmd.exe /c @echo command.0.1.2
group.0.1.2=1
description.0.1.2.0=Option 1
command.0.1.2.0=cmd.exe /c @echo Option 1
description.0.1.2.1=Option 2
command.0.1.2.1=cmd.exe /c @echo Option 2
description.0.1.2.2=Option 3
command.0.1.2.2=cmd.exe /c @echo Option 3
selected.0.1.2.1 = 1
group.0.1.2.0=1
This signify that the lower levels are options and that you can only select one of them.
Hope this help.
0 -
It's not the install process, but just to signal that there is a portable version of Firefox available that don't need any install. Could be used from an USB key...
0 -
Hello,
Test.eval is designed to test a file (existence or version) or a registry key (existence or value), not to test another item in wihu.
If you want to chek 7 if 6 is checked, use subitems like this:
description.6 = XnView v1.74command.6 = %SRCDRIVE%\$MistoMare$\XnView-win-full_v1.74.exe /VERYSILENT /SP-
selected.6 = 1, inherit
description.6.0 = XnView v1.74 - registry settings
command.6.0 = regedit /S %SRCDRIVE%\$MistoMare$\XnView_config.reg
I think this will do what you need
Another tip, you can do this also without showing the second command to the user, to be shure that the second one is not accidentaly uncheked by hidding the second command, just had this line:
hidden.6.0=10 -
[b]ArniWorks - AwxDTools[/b] (105b056 but should work for any version1.x)
Note: Place the script in the same dir than the prog and rename the installation to awxDtools.exe0 -
Hello, 1st of all I'm not shure this is the right place to post, on my understanding must be in the main Unattended Windows section while it's not directly related to wihu.
Anyway your project seem interresting on the hardware detection part. How did you do it ?
This could be a complement to wihu, to automaticaly install drivers with criterion not only based on reg key or files test.
Regards
0 -
My modest contribution
Wihu should be consider in 2 ways:
- 1st like any cmd file to be abble to automaticaly add software in your unattended install but with testing capabilities and possibility to easilly add/change users
- 2nd like a post install wizard to be abble to select additional soft to install to a specific machine.
I use it in both way, a 1st pack of soft are installed thru unattended setup and I re run wihu on windows 1st run to select other softs to install...
0 -
Could be just that wihu doesn't find the Custom.mst.
Try to had the path of the file in the command line, something like
command.0 = %SRCDRIVE%\soft\officexp\setup.exe TRANSFORMS=%SRCDRIVE%\soft\officexp\Custom.mst /qb-let us know the result
XPect
0 -
I agree, if a sub item doesn't respect the same selection rules than the orignal item, inherit sould not be used, it's just logic.
I got the same problem to differentiate a program installation than the icon removal and the registering. At the end it's more logic to just add a different test per sub item, even is the test is the same for several sub items...
0 -
Why don't you code the install directly in wihu rather than using inf file ?
For me or you use wihu or you use xplode, but I don't see the interest of having a mix of the 2, but maybe I'm missing something.
What is your purpose ?
0 -
Yes of course, sometime I'm still sleeping a bit
Thanks
XPect
0 -
I will send them a mail, but I'm not shure they will be as reactive as you
Thanks for the mofification anyway.
PS: Do you have somewhere a list of all command available now ? (I've tried your doc but German is to difficult for me)
Just a list should be ok, I should be abble to understand the purpose now
Regards
XPect
0 -
I've tested the exe, I wil try to find another file.
Anyway (I'm not very aware on how files handle version) what sound stange to me is that when I open properties on the exe, the dialog box show version information.
That's why have asked.
Thanks
XPect
0 -
Just one more question, the version testing works fine except on winrar 3.40 that return nothing. Have you ever try the version testing on it ?
0 -
Once again, thanks Mr Ben [Magic] Kalytta
PS: Don't take to much steroids
0 -
Hello Benjamin,
Can you give me a little help on how command.x work please.
This doesn't work
This workcommand.0 = cmd.exe /c del /F "%UserProfile%\Bureau\Directory Lister.lnk"command.0 = cmd.exe /c %apps%\02-Utils\DirectoryLister\_RemoveIcon.cmdBatch File _RemoveIcon.cmd:
@Echo off
del /F "%UserProfile%\Bureau\Directory Lister.lnk"
I don't understand why the 1st one doesn't work. Can you give me the clue
0 -
Sound really good
Thanks
XPect
0 -
As I said, doing 2 tests rather than 1 is not really a problem.
In the same time having only one command to test both existance and version is easier to implement.
So I should say yes, if it's not a big change for you.
Thanks
XPect
0 -
Hello Benjamin,
I use this to check if prog version is lower than the one to be installed (please note the use of the %PowerArc.ver% to display the version installed )
description.4 = PowerArchiver 9.02 [Version Installed : %PowerArc.ver%]command.4 = %apps%\02-Utils\PowerArchiver.exe /sp- /verysilent /norestarttest.4.0 = %ProgramFiles%\PowerArchiver\POWERARC.EXE?<9.02
test.eval.4 = 0
Disabled.4 = if.false
Selected.4 = if.true
flags.4 = italic:if.false
Work fine is the file exist, but if the file don't exit the test return false.
This was not the case with the previous testing method (If I do remember the version was set to 0 if the file don't exist)
So I'm obliged to double the test like this
description.4 = PowerArchiver 9.02 [Version Installed : %PowerArc.ver%]command.4 = %apps%\02-Utils\PowerArchiver.exe /sp- /verysilent /norestarttest.4.0 = %ProgramFiles%\PowerArchiver\POWERARC.EXE?<9.02
test.4.1 = !%ProgramFiles%\PowerArchiver\POWERARC.EXE
test.eval.4 = 0 | 1
Disabled.4 = if.false
Selected.4 = if.true
flags.4 = italic:if.false
Not a real problem but I would like to know if this is voluntary or a bug
Regards
XPect
0 -
Completly forget this batch
Thanks anyway
Last time I bother you, promised... until next
XPect
0 -
Hello Benjamin,
Devinitively can't post images there so I've join a small fil with 2 samples of splitterpos problem.
[Edit]
Found the problem, it come from the command line.
If I use
The splitterpos is ignored (but dimension.width and dimension.height works)wihu /usecurrent /skiprestart /skipsettings /INI=registry.iniIf I use
everything workwihu /usecurrent /skiprestart /INI=registry.iniSeem to be a little bug anyway
Regards
XPect
0 -
Your the best
Work like a charm, very helpfull
Thanks again
XPect
0 -
Scripting could be good definitely, but as you mention need a big rewriting
I was thinking more to something like your 1st example or like you do for the testings in the test.x
I don't see what other uses users can do with such vars, so this could be a good starting point
Regards
XPect
0 -
Benjamin,
Please take a look at this ini
[Environment]Test = HKCU:Control Panel\Desktop\MenuShowDelay[Var Test]
description.0 = Faster menu display (0.1 second) [Actual value : %Test%]
command.0 = regedit /s %reg%\UI-StartMenu-Gobal-MenuShowDelay.reg
test.0.0 = HKCU:Control Panel\Desktop\MenuShowDelay?=100
test.eval.0 = 0
disabled.0 = if.true
selected.0 = if.false
As you can see I initialise a var Test that will contain the registry key value (here menushowdelay) and use this var to display actual value in the item description.
Is it possible to do the same thing with program version, I've tried but it's not working.
The idea beyong is to display actual prog/DLL version in the description, as an help for users to evaluate if they should really upgrade or not.
Hope I'm enougth clear
0 -
Hello Benjamin,
Just to let you know that URL tested on another computer work fine by ctrl click
XPect
0
Collection of switches.......
in Application Installs
Posted
I like this, good work