Tomcat76

Make sure you spell APPREPLACEMENT correctly (two P's followed by an R)...

Netscape 4 I wish I could check in Safari and Konqueror as well but I haven't got a Mac nor a Linux box. But my code assumes that every "other" browser supports the current web standards.

Improved display of download popups in case there's a scrollbar in some people's configurations and added complete support for IE7.

I don't see how two "replace all" commands can deal with it. HFSLIP would still have to check what's in those folders, and I presume also *do* something with all of them. Personally, I don't see the point of it. I also have several versions of Windows but they are in their own folder (eg, hfslip2ken, hfslipxpsp2en, hfslipxpsp1en, hfslipxpnl...). The HFSLIP CMD file resides in each of those.

Improved compatibility with IE 5.0: - worked around improper navigation menu height - worked around non-support for JavaScript's "undefined" (downloading HFSLIP should work now)

I keep forgetting that Thanks

Hi dreaMMar KB917008 is being installed with the /nobackup switch. Sometimes this still creates an entry in the Add/Remove Programs list. I don't think this can be worked around easily but I'll have a look at it in a few days.

There's only one way to slipstream XPize into a source (according to its documentation) and HFSLIP is using that. If there are other ways, you should ask the author (XPero) for more info because they aren't publicly known.

No. The first version was released on August 8 and the second on August 10. The timestamp is the date on which the program was finished.

MS have done it again: they silently updated an existing executable. If you use this program, and your version is 3.28MB large, get the second version of v1.19 here.

Wow... MS silently updated the executable! Windows-KB890830-V1.19.exe = 3.28 MB / Timestamp: 3 August 2006 Windows-KB890830-V1.19.exe = 3.32 MB / Timestamp: 9 August 2006 Fetch the new version, Antonio.

@the_guy In your case it's because you're using an endash instead of a hyphen once in a while. Are you using Word or similar program that automatically converts hyphens to endashes?

This is alright when using the iso-8859-15 encoding. This is what the HTML page is specifying and that's what the server obeyed to up till recently. I just checked it out and noticed that the server is sending the HTML page as UTF-8 now, which is not correct. Thanks for reporting this.

Yeah, I realize that now. The reason I only noticed this the other day is because I haven't edited those two specific posts which contain bullets for nearly a month. What's strange is that Martin L writes: That suggests that the problem has always been there but that isn't the case -- at least not with the bullets. I've been using them since December last year and have almost always used the Quick Edit feature.

Found it. Quick edit can no longer work with bullet signs: • This post can't be quick-edited.

I've been testing some more and I think I narrowed it down to two possibilities. I can quick edit my posts in the current thread. I can quick edit the main post of this thread. But I can't quick edit the main posts of these two: 1 / 2 What distinguishes the last two from the first two is that they are quite long and that they are sticky posts.

Your scripts do different things and are sometimes inconsistent. The second part of the first is the strangest of all. I'm not sure of what you want to do but I assume that you want to delete them all and recreate them all. You can do that like this: FOR %%I IN (C D E F G H I J K L M N O P Q R S T U V W X Y Z) DO ( IF EXIST %%I:\ IF EXIST "%%I\Documents and Settings\Administrator" ( RD/Q/S "%%I\Documents and Settings\Administrator" MD "%%I\Documents and Settings\Administrator" ) ) Whether it will work is something else. Isn't that folder protected?

I did some more testing. I have several browsers (and several versions of each) installed and I tried it in two others: Opera 9.01 weekly build 8542 Mozilla SeaMonkey 1.5a 20060708 It happens there too. I'm using Opera as my main browser and I obviously used every version/weekly of it released in the past couple of months when visiting MSFN, so it might be a cache issue. But that theory breaks because quick editing a post fails using SeaMonkey 1.5a too.

For security hotfixes, you can find info on which previous hotfixes they replace on their KB article pages. The COM+ Rollups contain a collection of both security and optional updates which is why they aren't offered on Windows Update. I agree that the hotfix replacement info on their KB article pages could've been more verbose; individual file and version comparisons had to be done in order to find out more, for which the_guy takes credit. You can still include KB894391 and KB902400 instead of the Rollup if you like.

Haha. That's what open source is all about... But seriously... There's nothing "external" about what you want. HFSLIP would need a complete internal makeover for that as it cannot be done by a simple plugin, which means more time (that I don't have), more testing, and more problems for the current user base. Also, I don't really understand what you mean by "simultaneously". Multiple sources cannot be patched at the same time and multiple hotfixes cannot be parsed simultaneously either. I think you're referring to extracting a hotfix for XP and patch XP Home and then XP Pro without extracting the hotfix a second time. The problem there is that there are exceptions (hotfixes for Home and not for Pro, or hotfixes for SP2 that don't apply to SP1 should you wish to have that possibility too); maintaining these exceptions is just too time consuming. And what about separating the hotfixes? Your screenshot doesn't show separate folders so should HFSLIP maintain an internal list of accepted hotfixes for each OS? This really isn't as simple as you'd expect.

Since today, I am unable to do a Quick Edit. To be precise, the post goes to "edit state" as expected when I click Edit > Quick Edit, and I can edit at will, but when I click the Complete Edit button the box saying "Loading. Please Wait..." won't go away and the post I was editing won't return to its normal view state. I tried it again twice just now (three and a half hours later) and it's still happening, even if I don't edit anything. Using Edit > Full Edit works as expected. I'm using Opera 9.01 build 8552 and its Error Console doesn't report any problems from MSFN that could be related to this.

Or like this if you don't feel like including reg.exe: [Version] Signature="$WINDOWS NT$" [DefaultInstall] AddReg=AddReg [AddReg] HKCU,%UAS%,"NoEncrypt",0x10001,1 HKCU,%UAS%,"NoLog",0x10001,1 [Strings] UAS="Software\Microsoft\Windows\CurrentVersion\Explorer\UserAssist\Settings"

Just for clarification... There are three options for the MSFN codec pack: 1) codecs2.8.exe (unextracted) goes in HFSVCPACK. 2) The *contents* of codecs2.8.exe go in HFEXPERT\CODECS. The files will be registered twice but that shouldn't be a problem as far as I can see. 3) Kels_swgreed_codec_addon_v2.6.CAB goes in HFAAO.

I noticed that too. In the end, two are replaced for Win2K and WinXP, and one for Win2K3. But the_guy might find some more... The dynamic pages linked from my signature are up to date. I'll do the static ones on this forum either today or tomorrow... but probably tomorrow...

On second thought, I think it isn't such a good idea to compress the new files (except .man). Either you compress both old and new ASMS binaries, or neither. There's no point in just compressing the new ones as people who'd care would prefer to do them all so they'll use a different program for it anyway.