[Baalzamon]

aaron818, on Dec 3 2007, 02:44 PM, said:

powaking, on Nov 21 2007, 01:37 PM, said:

Anyway to make the list of found images inside of a wim file split up into multiple columns instead of 1 big one? I have a wim with about 21 images in it and so everything gets pushed off and the hta window is not scrollable.

I second that request ... My largest has about 13 and it is pushing everything off the page.

I third that request as I and my coworker have taken to going to a naming scheme like HP-1.wim HP-2.wim. I am working at a service centre and have like 130GB of image files. When I started here my coworker was operating from command line and not appending. I then found this forum and thread. I love this HTA and so does my co-worker. Thanks Geezery.

[geezery]

I played for 5 minutes with the css file and the HTA and the result is this. If someone needs advice on how to change their hta to look like this send me an email. You can find the address from the first post. I know this is not the best solution, bu I don't have the time to make the script changes right now.

 ImageXv70.JPG (98.87K)
Number of downloads: 326

[qc_metal]

aaron818, on Dec 3 2007, 01:44 AM, said:

powaking, on Nov 21 2007, 01:37 PM, said:

Anyway to make the list of found images inside of a wim file split up into multiple columns instead of 1 big one? I have a wim with about 21 images in it and so everything gets pushed off and the hta window is not scrollable.

I second that request ... My largest has about 13 and it is pushing everything off the page.

Are you talking about Geezery's or my HTA? I think I'm going to revisit the comdlg issue. This might be something that an AutoIT script would be more suited to (just the browse function).

Also, it might be a good idea for me to post a separate thread so the support questions aren't confusing the two.

Rob

This post has been edited by qc_metal: 03 January 2008 - 10:13 AM

[geezery]

I released a new version. Read more from the first post.

[Baalzamon]

I am getting an error running scripts on this page for the latest version
Line 219
Char 1
Error: Object doesn't support this property or method: 'objWim.source"
Code 0

I have tried registering the Gimagex.dll, got 2 different testing images both launching imagex.hta 2 ways. 1 is calling mshata then imagex.hta, whilst the other is just calling imagex.hta Both of these get the same message.

[geezery]

Ok, I have to look at the error you are getting.
The dll should be automaticly registrated.

There is some problems when defining the COM component like this.

<object ID="objWIM" viewastext style="display:none" CLASSID="CLSID:6DA4E9F4-B7A8-467F-B88D-588B456B2608"></object>

It doesn't seem to work under WinPE. I think I'll have to figure something else since it wonr work.

This post has been edited by geezery: 09 January 2008 - 12:25 AM

[geezery]

I updated the com based ImageX.hta, but there is currently no support for progress indicator. If you find a way to show the progress indicator it would be more than nice.

[Baalzamon]

Thanks for this Geezery. It is working real nice now, shame about the progress bar. At least there is notification when it completes so you are not working completely blind.

[powaking]

geezery, on Feb 21 2008, 04:09 AM, said:

I updated the com based ImageX.hta, but there is currently no support for progress indicator. If you find a way to show the progress indicator it would be more than nice.

Take a look at this: ImageX COM

The author of AutoIt wrote up a COM for imagex and made a GUI for it and shows a progress. Maybe you can implement the use of the COM to grab the progress???

[geezery]

The current release is using that COM component and it works nicely, but the progress bar doesn't work. If you find bugs please report them here.

I actually found one and I will repair it in the next version. I wish that I could some how show the progressbar also. I actually have the progress indicator working in the HTA if you are using it from the Windows XP or Vista. You just have to define the com component a bit different.

[powaking]

geezery, on Mar 1 2008, 04:34 AM, said:

The current release is using that COM component and it works nicely, but the progress bar doesn't work. If you find bugs please report them here.

I actually found one and I will repair it in the next version. I wish that I could some how show the progressbar also. I actually have the progress indicator working in the HTA if you are using it from the Windows XP or Vista. You just have to define the com component a bit different.

Sorry haven't tried your HTA in a while. So nothing from this code works? Can you get time remaining? If so could you use that to calculate progress????

Set objWIM = WScript.CreateObject("GImageX.GImageXCtrl", "objWIM_")

objWIM.Source = "test.wim"
objWIM.Destination = "c:\test"
objWIM.ImageIndex = 1
objWIM.Check = TRUE
objWIM.Verify = TRUE
objWIM.ApplyImage

WScript.DisconnectObject objWIM
Set objWIM = Nothing


Sub objWIM_Progress(Percent, TimeRemaining)
	WScript.Echo Percent & "% - " & TimeRemaining & " sec(s)"
	' Abort the operation by using the line below
	'objWim.Abort = TRUE
End Sub

Sub objWIM_ProgressInfo(Info)
	WScript.Echo Info
End Sub

[geezery]

Believe me I have tried almost everything what you can do with that COM component.

Set objWIM = WScript.CreateObject("GImageX.GImageXCtrl", "objWIM_")

You cant define an object like this in HTA. It doesn't support multithreaded objects. I actually find another solution that works in Windows XP andVista but not in WinPE:(

[powaking]

geezery, on Mar 4 2008, 12:17 AM, said:

Believe me I have tried almost everything what you can do with that COM component.

Set objWIM = WScript.CreateObject("GImageX.GImageXCtrl", "objWIM_")

You cant define an object like this in HTA. It doesn't support multithreaded objects. I actually find another solution that works in Windows XP andVista but not in WinPE:(

What if you open up a VBS script window to display the progress rather right in the HTA itself would that work?? Or run it behind the HTA and have it put the output into a text file then have the HTA read the text file? Maybe name the text file what ever the percentage is and just have HTA refresh that directory showing the percentage (taken from the name of the text file)???? Just throwing some ideas out.

[geezery]

I believe it is possible to do something like that, but I don't have the needed time to write such script.

[Tripredacus]

I just tried out the GimageX (COM Based) HTA today and have encountered an error.

Line:222
Char:1
Object Required: 'objWIM'
Code:0

it is this line:

objWIM.Source = myFilepath + objSel1.options(objSel1.selectedindex).text

Everything seems to work: I can select images or deploy them, but the image names within the WIM are blank. In my case, there are 2 WIMs and each only has 1 image in them. It shows a radio button after I select the image, but there is no words next to it.

EDIT: sorry, I didn't read the part in the first post that said to register the DLL... :\

It works now just fine.

This post has been edited by Tripredacus: 21 March 2008 - 12:15 PM

[Tripredacus]

OK I got a new question. I noticed in the HTA itself that there was a "setres" option cfg for 1024x768x32bit. I tried to make it 800x600 but it didn't seem to make a difference. While I did manage to image the ASUS EEE PC 701 with your GUI, it did not support the default resolution and I had to cmd prompt it manually.

Is the only thing that is keeping the 800x600 setting at 1024 because of the background PNG?

[geezery]

If you ran the Setses function without arguments it should automaticly select the optimal screen resolution.

The only problem is that the HTA GUI is using absolut positioning of elements so all the buttons etc. won't show up correctly.

This post has been edited by geezery: 30 April 2008 - 12:07 AM

[Tripredacus]

geezery, on Apr 30 2008, 01:07 AM, said:

If you ran the Setses function without arguments it should automaticly select the optimal screen resolution.

The only problem is that the HTA GUI is using absolut positioning of elements so all the buttons etc. won't show up correctly.

Yep I saw that. The only machine that we needed the lower resolution was the EEE PC 701. With the recent news that the new EEE PCs will support 1024x768, this becomes a non-issue.

[dabone]

I've got a certain use for this program and wonder if it can do the job.

I'm a oem system builder that sells around 8 different models of systems at any given time.
For each system I do a preload of the following operating systems.

XP Home, XP Pro, Vista Home Basic, Vista Home Premimum, Vista Business, Vista Ultimate, Vista Business X64, and Vista Ultimate X64.

All of these loads have the office 2k7 oem preload and the correct device drivers and updates for the system they are going on.

I'd like to keep each load in a seperate wim file and keep the wims in different directories for each motherboard.

Also I'd like the gimagex to see that the filename starts with xp and apply the mbr fix to the destination drive.


Is this possible with the framework of this program? (I.e. stripping out the need to select which image from the wim and always default to image 1, filename checking for xp. etc.)

This will be used in a pxe booting enviroment so the only hd in each system will be the destination drive.

Thanks for any input.


Mark

[Tripredacus]

dabone, on May 4 2008, 11:04 AM, said:

I've got a certain use for this program and wonder if it can do the job.

I'm a oem system builder that sells around 8 different models of systems at any given time.
For each system I do a preload of the following operating systems.

XP Home, XP Pro, Vista Home Basic, Vista Home Premimum, Vista Business, Vista Ultimate, Vista Business X64, and Vista Ultimate X64.

All of these loads have the office 2k7 oem preload and the correct device drivers and updates for the system they are going on.

I'd like to keep each load in a seperate wim file and keep the wims in different directories for each motherboard.

Also I'd like the gimagex to see that the filename starts with xp and apply the mbr fix to the destination drive.


Is this possible with the framework of this program? (I.e. stripping out the need to select which image from the wim and always default to image 1, filename checking for xp. etc.)

This will be used in a pxe booting enviroment so the only hd in each system will be the destination drive.

Thanks for any input.


Mark

Using separate WIMs defeats the purpose of using WIMs altogether. You are best to use a separate WIM for each OS, so one for XP and one for Vista. This is decrease your storage requirements. Look into the command for appending images. The drop down menu shows images on the share in alphebetical order, although you could re-script it to show in another way. It also doesn't travel through directories, but you can have access to them via the browse button. I have not seen an SOP from Microsoft on WDS that says you should use subdirectories in your network share.