zerocool1999

Ah oke, that is very unfortunate that it clears itself. Can understand why though but sad.

Unfortunately the WindowsUpdate folder was empty on 7 HDDs that had early Windows XP and Windows 2000 installs on it. The folders were all hidden as you indeed indicated.

Do you happen to have the inventories for the Dutch language? I have some Windows 2000 PCs that were daily used up until 2005/2006 which might have some useful files for the project, if required. No Windows 9x/Me unfortunately.

That is good to know, thank you for the efforts!

Yes indeed, I remember that I also translated some strings for indeed the Paint menu but also some other dialog boxes.

Maybe try replacing COMDLG32.dll with the English version again to see if some parts of the UI change back correctly. I doubt if it is explorer.exe or shell32.dll related. Also try replacing devmgr.dll with the English version, as that might be the problem for the properties window showing "VMware SVGA II"

@Taiga-chan Ah oke than I misunderstood the problem you were having. Indeed some files used by the extended kernel are from XP SP3. If a file is present in the extended kernel with a date of 13-04-2008 or 14-04-2008 it might be just a file obtained from an XP SP3 install which you can just replace it by yourself using an XP SP3 install of you native language. Always be sure to check the version number of the file, as a date of the file is not at all indicative that it has not been modified.

@Taiga-chan the error that @ThePizzaHair is getting is because the language ID mismatch between the English extended kernel and the OS language. I meant that by just replacing update.exe with the one of the native OS language does not solve the problem. The only difference is that the error that is displayed by the messagebox is then in the language of the OS, To fix the problem of @ThePizzaHair one needs to translate some .EXE and .DLL files as I have mentioned earlier (which worked for me), and change the language ID within the update.inf. Then when update.exe is executed and checks for the match between the language ID in update.inf and the OS language will pass the check and install the extended kernel (one can than also install the English version over the native (different than English) but is not recommended as it can cause faults and is weird as you would have 2 languages at the same time. For example IE6 could be in English while Windows explorer is in Polish). The files that need to be translated to get a nice experience throughout the OS I have listed below (I am quite certain that there is a better method of translating, but replacing strings is easy and simple if you use Resource Hacker for some while or an equivalent other resource editing program (I do not recommend using Restorator 2018 as it can corrupt files when saving!)).

The thing about translating is that as Blackwingcat mentions is that the DLLs are different. For me installing an English version of the extended kernel over a Dutch OS works fine only it becomes Dutch and English at the same time. Using a Update.exe file which matches your system language does not solve the problem, only the output errors will instead be representend in the OS language. The so called modifyed Update.exe allows for unsigned .inf install where as the ones you extract from a regular update cannot. Would you mind @blackwingcat if I upload my Dutch translated extended kernel to Archive.org, maybe it is useful for some people who have a Dutch install or as a comparison to what is different to an English version one?

I had the same problem when I translated the extended kernel into Dutch. The reason why the installation fails is because the update.inf file used to install the extended kernel specifies the required system language. If it does not match your system the install fails as you can see. The parameter that specifies the langauge of the extended kernel is "LangTypeValue", which you need to replace with the language ID for your version (for Dutch it is "LangTypeValue=0x0413"). That will allow you to install the extended kernel. But the problem with that is that you get an hybrid version of Windows 2000, meaning that some parts will be English and some will be Polish in your case, as not every file will be updated. To fix that as far as I know (and that is how I have done it) is to replace (can also translate word for word using copy paste but that takes a long time...) all the string tables, menu's and dialog resources within ".exe" and ".dll" files that are being updated by the extended kernel using the old native polish versions. Note that some files that the extended kernel updates are native English for all OS languages that were ever released, so translating those is pointless. My method of finding out which files I needed to translate was to extract all files from the extended kernel to a folder, do the same for the files from my native OS language in another folder and compare which files have a different language ID. Lastly there is a file called "SetSHF.exe" which will create the "My Music, My Video's and My Downloads" folders within the "My Documents" folder. In order to get those strings translated I replaced the English strings with the Dutch strings and that has worked like a charm (note, the "update.inf" file from the extend kernel also contrains some strings that will appear throughout the OS, search for them by "My music" and "Use TLS" etc and translate it (very likely that there are more but I have not found them yet)) The programs that I have used are: Resource Hacker (resource editor used for translation) Notepad++ (easy to edit "update.inf") TugZIP (to repackage all the files into a .CAB again) If you want to make the installation process neat you could also think about translating "update.exe", "setup.exe" and replace eula.txt by your native OS language (eula.txt can be found within any official update). (I personally do not like the .WLU method of installing and prefer the .EXE method as was standard for V30E, this can still be done however by replacing RCData resource in the V30E file with the new V31... cabinet file (.CAB) but this is more advanced but quick.) I hope this was somewhat useful if you want to undertake the translation process.

After a long time I found the fix. Using IMAGING.dll and SHIMGVW.dll from Windows Me works perfectly, with the benefit of having slideshow capability.

Yes eXeScope works only problem is that sysdm has a lot of strings :(. Visual C++ 6.0 allows for copy paste, thus finishing the translation job in under 2 min :). But the strings mentioned are not present in any resource editor I have tried, not even Visual C++ which does a great job for 99% of the strings. Only fix is a hex edit.

The problem is fixed. If the German version of SYSDM.CPL is used the space is large enough.

I was tying to translate SYSDM.CPL version 4.90.3002 from English to Dutch, but ran into a problem. The rightclick context menu in device manager is uneditable with VSC++ version 6. However I found that when looking for the strings in a hex editor that there exits a group of strings that correspond to the rightclick context menu. Now for the problem, the Dutch strings are larger in amount of charaters than the English ones (see photo's) so when copied form the Dutch unpatched version, the file basically gets corrupted. Does anyone know how to make the space bigger to accommodate the extra length of the Dutch strings? The English strings: and Dutch strings: SYSDM_3002.CPL

Yes indeed I agree, I was busy at that moment so I didnt start a vm to look it up. But yes that is the version.

I believe that I am using the ME version of WEBVW.dll, if I recall correctly I have version 5.50..... which should be ME's (it comes from 98SE2ME). I have custom translated and fixed quite some bugs of 98SE2ME so it might be possible that I have introduced one somewhere. I also want to make changes to the HTT scripts for some better localization in my opinion and do not really want to dive in the resource editor to make the changes happen inside WEBVW.dll . I am experimenting inside a VM so any breaks are quickly fixed or rolled back, once more final I will try it on actual hardware to see if it still plays nice with the other script.

I think I have fixed it by replacing standard.htt fro ME in the web directory of 98 and then delete the desktop.ini file, then automatically the ME's template file is loaded which fixes the issue. By doing so it breaks printers.htt but this can be fixed by replacing the default with ME's printers.htt. And from current testing this works without any script errors. And ofcourse the imgview.htt from ME needs to be replaced in 98 otherwise it doens't work at all. Only thing left to do is script it in 98SE2ME and then it should be done.

It works very nice, but after some more experimentation if found an script error. If I were to change the way the folder looks from the image preview to the "standard" folder option I get a script error in folder settings\folder.htt The error can be removed by editing the desktop.ini file inside the folder and change PersistMoniker=file://Folder Settings\Folder.htt to PersistMoniker=file:\\%webdir%\Folder.htt. Is this something that can be fixed or is it way to complicated and should I just never change from the preview format?

Thanks for the suggestion, copying IMAGING.dll from Windows Me to 98se fixed the issue! Now SHIMGVW.DLL 's preview is working perfectly.

In Windows Me you have a preview of the pictures in the explorer windows, where you can zoom in/out etc. The file that is responsible for that is shimgvw.dll, and would be nice to have in 98SE in my opinion . I also do not have any errors with 98SE2ME or RP7, although I havent tried the latter with KernelEx. Yeah from older form posts here on MSFN I found that 98SE2ME used to include the copying of shimgvw.dll (can still be seen in the o3.bat) but was later disabled due to it not working right, so by default it is not copyied to the system folder.

I recently started messing about Windows 98 SE again with RP7 aan 98SE2ME. I read in older form posts that shimgvw.dll from Windows Me could be transferred to 98, but from my understanding with mixed results. So my question is, is it possible to get shimgvw.dll from Windows Me working in 98SE? I have tried RP7 in combination with 98SE2ME but with no luck sadly.

Oh oke, I didn't realize that, that must explain the weird file vanishing then. Is there any way to fix that potentially or not, since 2410 has a bit more functionality then the original Windows 2000 version? Yes I have BWC's kernel extensions V30E installed. I had just installed vanilla Windows 2000 + SP4 and here the problem is not present anymore, if I click on the fullscreen button in the lefthand windows it works (I dont have the option to set it in the right click context menu).

Hello everyone here on MSFN. I was doing some Win2k exploring and I stumbled upon a issue. When a photo is viewed with the built in Shell Image Viewer I receive an error about a function not found in shimgvw.dll, "ImageView_Fullscreen". I did some research into the problem but wasn't able to find a good solution on how to solve it. A form post on BlackWingCat's website said that shimgvw.dll from Windows Whistler 2410 works on Win2k, and I can confirm that it is indeed working, but has some problems regarding deleting files (if one selects a file to view and then overwrite it, the file vanishes). Maybe someone has an idea on how to copy the function "ImageView_Fullscreen" (or maybe other functions aswell) from the beta 2410 version to the default Win2k version (the function in 2410 exists in the export table). Please excuse me if there are any spelling errors, English is not my main language