662 replies to this topic

[dougiefresh]

I've created this thread for the discussion of the XP Theme Source Patcher GUI, whether it be bug reports or feature requests. If there is any problem with the GUI, discussion should take place here.

Please keep in mind that the goal of the GUI is to create a GUI for the project, NOT to create or modify resources for it. Both the resources and extras have been seperated from the GUI in order to minimize the download size of the package. Downloading the theme package and extras package will be required in order to use the GUI. If there is any problems with the resources, please report those problems in the appropriate thread, as this isn't the thread to report them in.

UPDATE: Starting with v2.1.0.0, the patcher requires administrative privileges in order to run. I found out that without administrative privileges, any local copies in the same folder as the GUI SFX won't show up.


file: XPtsp_v3.0.0.26_GUI.exe
md5: 32ced219c6e33d9a1c1aa7fc057a7771
size: 1.6mb (1,702,137 bytes)
Official Changelog: here

GUI To-Do List (in order of preference):
- Integrated online Theme management tools
- WINNT.SIF manipulation tab in Additional Options
- ISO Burning ability
- A request to do additional MUI Patching

Notes about the GUI:
- All resources are ENGLISH ONLY! Please don't ask for translations for any languages, as this isn't the purpose of this thread.

- If the archive is put in the XP source folder, the script will pick up the folder that the archive resides in and use it as the default folder. Otherwise, source folder will be blank.

Poll Results:
GUI Version with Translation Code: posted here

[bober]

cool, im very happy that every one's happy and that they have their own space to work.

[dougiefresh]

What's Changed in v1.4.3.0:
- Updated resources to match XPtsp batch v1.4.3.
- No code changes occurred.

[pen25jf]

Thanks a lot Dougie (and bober et al), must have add-on.

I do have a question which I should've checked out before, but oh well: I had 1.4.02 and then used 1.4.1 directly over it (i.e. didn't uninstall the first one). Now I see the backups are backups of what was modded. So first question I guess is since I think I have no "backups" (pre-patch), uninstalling it would probably reinstall the version's of 1.4.02, or am I wrong?

And for future reference, should I uninstall the previous? Thanks

[dougiefresh]

I do have a question which I should've checked out before, but oh well: I had 1.4.02 and then used 1.4.1 directly over it (i.e. didn't uninstall the first one). Now I see the backups are backups of what was modded. So first question I guess is since I think I have no "backups" (pre-patch), uninstalling it would probably reinstall the version's of 1.4.02, or am I wrong?

When you uninstall the GUI, you should end up with pre-patched versions of all files ASSUMING that another version wasn't installed over it. This situation wasn't anticipated, so it wasn't coded for. So, when you installed v1.4.1 over v1.4.0.2, the backups created by v1.4.0.2 were overwritten with the patched files created by v1.4.0.2.

And for future reference, should I uninstall the previous? Thanks

At the moment, the GUI doesn't have the ability to detect whether another version of the GUI has been installed. That was intended to be part of component selection, a major part which I haven't written yet. So, yes, it is recommended to uninstall the previous version before installing the current version. (Updated first post)

[amnesia]

Ok, i see Extra\blue_ss.dll and Extra\home\home_ss.dll

FileMove($XTRA & "\BLUE_SS.DLL", @WindowsDir & "\Resources\Themes\Luna\Shell\NormalColor\ShellStyle.dll", 1)
FileMove($XTRA & "\HOME_SS.DLL", @WindowsDir & "\Resources\Themes\Luna\Shell\Homestead\ShellStyle.dll", 1)

am i missing something or the path for home_ss.dll is wrong in da script ?

[dougiefresh]

No, the path isn't wrong. The script moves the files from Extra\home into Extra prior to patching, overwriting files as necessary. If the file doesn't exist, the filecopy isn't done.

EDIT: I've edited the code so that the original HOME_SS.DLL isn't moved if the replacement isn't available.

Edited by dougiefresh, 31 January 2009 - 08:08 PM.

[amnesia]

No, the path isn't wrong. The script moves the files from Extra\home into Extra prior to patching, overwriting files as necessary. If the file doesn't exist, the filecopy isn't done.
EDIT: I've edited the code so that the original HOME_SS.DLL isn't moved if the replacement isn't available.

thank U and i hope, U understand that i'm just wholeheartedly trying to help

[dougiefresh]

thank U and i hope, U understand that i'm just wholeheartedly trying to help

You're welcome and thank you for bringing the problem to light.... Please feel free to ask questions if you have any. I appreciate any assistance that can be given.

[mona]

Thanks a lot dougiefresh

[bober]

dougie, in next release there be 2 new files to be copyed to a xp pro source :
blue_ss.dll
metal_ss.dll

[dougiefresh]

Okey-dokey! I can easily add those files to the script!

EDIT: Um..... I'm having some difficulty building the compiled script. Something about FileInstall not working, yet the files it's trying to include exists..... I exclude that file, another file is complained about. I remember someone stating that UXTHEME.DLL.RES wasn't being installed on his/her computer.....

EDIT2: Found and fixed it..... I'm just having a "blond day".....

[dougiefresh]

What's Changed in v1.4.3.1:
- Fixed patcher so that hex-edited files are still present in XP source folder.
- Fixed situation where visual theme files were moved when replacement wasn't available.
- Removed Clear_WFS_Message.vbs and JPGtoBMP.exe from the Programs folder.
- Added code to copy BLUE_SS.DLL and METAL_SS.DLL to proper folders when files are available.
- Added code to replace the external JPGtoBMP.EXE program.
- Internalized Clear_WFS_Message.vbs script into compiled script.
- Replaced MAKECAB.EXE and EXPAND.EXE programs using CABLITE.DLL.
- Rewrote CAB building function to use CABLITE.DLL instead of CABARC.EXE program.

EDIT: I'm still finding files going missing during source integration, even with this version. I'll try to track the bugs down and kill them, but it probably won't be today.....

EDIT2: The bug I reported earlier appears to have everything to do with uncompressed original files, as well as the non-English XPSP?RES.DLL files.... I've removed this version from downloading because this version will screw up any XP source folder it is run on....

[dougiefresh]

Update on situation: I've figured out what I needed to do for the uncompressed files. And I also discovered an annoying bug that will keep me from patching non-English XPSP?RES.DLL files. ResHacker will add the resources to those files, but won't overwrite non-English resources..... I've found CAB files don't want to patched anymore..... This is annoying.

EDIT: CAB file problem was due to files not existing anymore in SP3.CAB, due to previous issue with uncompressed files.

[dougiefresh]

What's Changed in v1.4.3.2:
- Fixed patcher so that uncompressed files are copied instead of attempting to decompress.
- Fixed CAB expander so that it moves files expanded from CAB files into proper folder.
- Code dealing with non-English XPSP?RES.DLL files commented out.
- Fixed code so that XPNETDG.EXE gets patched.

[bober]

about replacing stuff that dosent have the same lang id,i think ull have to use the delete feature of reshacker then patch. and or determine the lang of the file being patched and attribute that id to the res file or write it batch to the file after its been patched.

[dougiefresh]

lol sorry man i pushed the edit button instead of reply, i cleared you're post by accident..hehe im a moron,


edit:
about deleting a resource and then patching it with the wrong ID res file. i have no idea if the system will complain. about patching lang ID's,i do know restorator is able to do this, but im sure we can find a way to do it with reshacker.specialy since res patcher dosent show a window when using it in command line,restorator does...

[bober]

here is some info that may or may not help you:

[COMMANDS]
  -delete   MENU,,0
  -delete   DIALOG,,0
  -delete   STRINGTABLE,,0
  -add	  MyProg_Rus.res, MENU,,1049
  -add	  MyProg_Rus.res, DIALOG,,1049
  -add	  MyProg_Rus.res, STRINGTABLE,,1049

so if u useaddoverwrite and give it the lang code it migh replace the actual item and keep the previous lang id

[dougiefresh]

Well, I didn't like that post anyway..... It asked too many questions! LOL!

Anyway, I'll try the suggestion with the English resources, cause I'm don't have any Russian ones. See if it works....

EDIT: The resource file has to contain Russian resources in order for those commands to work! Silly me, thinking it might work otherwise.....

[bober]

well you should try with neutral contents.