Leaderboard

Another spontaneous thought... 8-) If you just change a single or a few prefs, and post those lines here too, some users might prefer to just add only those lines themselves instead of downloading and exchanging everything again. But that's just my kind. Certainly some other users will greatly prefer the download.

Win 10 v1909 essentially IS v1903 with some run time switches thrown. Same underlying OS build. As those of you who have been through the upgrade have seen, it was only a minor install that didn't take long to download nor restart. Not an in-place upgrade at all, but just another update. I admit NOT swapping out the OS underpinnings is perhaps the first impressive thing Microsoft has done with Windows in a long time. Hurrah! It would be awesome if BigMuscle would rebuild an optimized version of Aero Glass for Win 8+ that loosened the compatibility check and allowed v1909 just the same as v1903, without the dialog, though we can of course hit the [Cancel] button for now as a workaround. Let's hope he still has the interest to continue to develop Aero Glass for Win 8+. BigMuscle, if you're listening, it would also be cool if you'd add a version check circumvention based on a registry entry (assuming you don't already have one) just in case something like this amazing continuation of Windows compatibility should ever happen again. Thanks! -Noel

I think the readme idea would make more sense. Not everyone knows how to open a JS file.

It's been a while since I've logged in here so I'm glad to see you're still posting. I really hope that you and the family are doing well and that some sort of comfort is starting to set in. Rudy's death really hit hard for me for several reasons. One of them because even though I wouldn't consider him a great friend, I still considered him a friend and I really respected him. But also, because of what led him to passing away. Heart problems run in my family. I'm 30 going on 31 in a few months and I'm also extremely overweight. I was literally in a race car speeding towards heart problems and other awful stuff. Since his passing, I started eating healthier and a lot less. I stopped binging all together and no longer have the desire to stuff myself full of sweets. I also joined the local gym and I work out four to five times a week now. Since the end of September I'm down 22 pounds and I'm feeling great! My knee no longer hurts when I walk and I'm not completely wiped out after walking only four blocks. I still have a super long journey ahead of me but considering how hard life was getting for me and then Rudy's unfortunate passing, it really started clicking that I needed to do something otherwise it won't be long and I'd end up joining him. So while this is really for me in the end, I want to dedicate a part of this to Rudy's memory, a great man taken from us way too early.

It was explained several posts later:

Just as an aside, Partition Wizard 11.5 installed fine for me on XP. It was an update from version 11.4, if that makes any difference.

Sadly, this is indeed true ; Inno Setup v6.0.x+ supports Vista (NT6.0 ?) and upwards... For such cases, I can recommend two CLI tools that allow the extraction of "Inno Setup" installers without running them... The latest versions of innoextract (v1.8) and innounp (v0.49) can both extract up to v6.0.2 of IS; however, there are cases where these would not work (custom modifications of the official IS code and encrypted setups, configured to only install via a proper installation route); unfortunately, I have no way of knowing here (Vista SP2 32-bit) whether either CLI launch under XP... So, you could use the last XP compatible setup of the app (to install in XP), (hopefully) use the unpacker to extract the binaries from the updated version of the (incompatible) installer and then do an in situ replacement (with the proviso the updated binaries are still XP compatible)... Kind of what is done currently by XPers wanting to update Java RE 8 past 8u152... Personally, I'm using, when need be, innounp.exe with the following .cmd file:

https://www.cote.co.uk/ Hehe - LOL!! Am delighted to report that page OPENS in Win98 with roytams old K-Meleon-Goanna74! xD (this is not even KM76, but 74 with engine of Palemoon26/Fox24) And even with all my blocks up, incl blocked global javascript, which means the page looks empty but it does load the source, gets the page title, shows NO security errors, and a mini-content shows up when simply killing stylesheets. And with my usual UA of fake IE7. To avoid misunderstandings, that does NOT mean the page were usable that way, no menus nor FAQ page etc. are displayed, am merely getting a few links to facebook+instagram and phone numbers. It just means the access is not blocked completely. The page is chock full with all sorts of scripts, with interesting source code like using xxx.WRITE (doc.write is blocked at least since FF38, but may be contained due to my old useragent), or html tags "@onclick" Just meaning that pretty much rules out any required modern features or permissions as culprits for the completely denied access. Still suspect the certs, but if true, that makes me wonder if Iron has some embedded ones too? Or (no idea) if weak certs are not disabled in whole system, only by browsers?

Thanks, but I'm Nightly tester since few years, I know about that I found solution, there is small entry in about:config need to flipped to enable Mozglass working again in userchrome. My Nightly Firefox have glass again since few weeks

Just a handling suggestion again ;-) After reading again the install-instructions on page1, those really look a bit complicated if someone doesn't already know by himself where prefs are stored. Especially if his browser is portable or is not installed in the usual locations. As we've seen, normal users can be completely lost then, start blind guessing and land in completely wrong folders, not even aware that program and profile folders are completely different things. I keep thinking some screenshots of the file explorer would be easier... And perhaps include install instructions inside the zips, as a UOC_readme.txt? That wouldn't require to visit the forum (which may not always be possible or easy for everyone, or just too lazy) and search through long, long text to find the crucial paths. Additionally the paths could be included at the start of the js-files too... Or the readme could just say "Installation instructions also found in file.....js (right-click file and edit to read as txt) Am not quite sure what the system does if users just "open" js-files... Just as idea, in UOC_Patch_38.js something like... // UOC_Patch_38.js for Firefox 38 ESR based browsers // Developed by Looking4awayout - Version vN2I - 2019-11-16 // Forum: https://msfn.org/board/topic/178306-uoc-patch/ // //======= INSTALLATION: // Copy THIS file to your PROGRAM folder, where your browser creates DEFAULT settings: // FIREFOX: C:\Program Files\Mozilla\Firefox (contains FIREFOX.EXE) // \defaults\pref\UOC_Patch_38.js // PALEMOON: C:\Program Files\Moonchild... \palemoon (contains PALEMOON.EXE) // \defaults\pref\UOC_Patch_38.js // K-MELEON: C:\Program Files\K-Meleon\(KM-Goanna?) (contains K-MELEON.EXE) // \browser\defaults\preferences\UOC_Patch_38.js // // ATTENTION: after next browser start this will change your OWN settings in profile // //======= BACKUP your PROFILE settings first: // FIND PROFILE: // Open address "about:support", click on button or link to PROFILE FOLDER. // Copy 2 files "prefs.js" (has date of today if correct folder) and "user.js" to a safe place. // (prefs.js will be modified by THIS file after next browser start) // (user.js gets replaced completely by the 2nd UOC file "enforcer") //======= And in "Enforcer" file... //======= INSTALLATION: // FIND PROFILE: // Open address "about:support", click on button or link to PROFILE FOLDER. // BACKUP: 2 files "prefs.js" (has date of today if correct folder) and "user.js" to a safe place. // Replace "user.js" with THIS enforcer file and restart browser. //=======

I haven't posted to this topic yet, but since Tommy's heartfelt post above, let me do so now. I've also been shocked and saddened at Rudolph Lowe's passing. I never interacted with him directly or bought any of his patches, but i greatly enjoyed -- and benefited from -- his posts here, and found him to be an extraordinarily-gifted, knowledgeable, and helpful individual. We will miss him, his insightfulness, and his willingness to share. I'm also happy to see that his work will continue to be made available by his family -- a deep thank you for this. The archives of his software on the web will be a shining star to his memory and work. And i, too, appreciate hearing R. Loew's story from his family. My condolences to them in this period of healing. Nevertheless, his loss will remain an enduring one in our small community here, just as his reputation will be enduring. Rest in peace, Rudolph R. - Doug B.

New regular/weekly KM-Goanna release: https://o.rths.ml/kmeleon/KM76.2-Goanna-20191116.7z Changelog: Out-of-tree changes: * update Goanna3 to git df039285e..f9e56e1ed: - import changes from rmottola/Arctic-Fox: - Bug 1140767 - Build more files in security/manager in unified mode; r=dkeeler (11ab39c46) - Bug 1141864. Replace a bunch nsAutoPtr.h includes with nsRefPtr.h (Adapted) (ce31bfbcc) - Bug 1141689 - use services::GetObserverService more; r=ehsan (22e6fcf7e) - Bug 1140162 - IPC Proxy for TextAttributes and DefaultTextAttributes, r=tbsaunde (31bb06b0d) - Bug 1140499 - IPC Proxy for text/char bounds, r=tbsaunde (5441444db) - Bug 1140534 - IPC Proxy for offsetAtPoint, r=tbsaunde (24ca5c668) - Bug 1140895 - IPC Proxy for get/set/add/remove Selection, r=tbsaunde (35d3364b8) - Bug 1140900 - IPC Proxy for ScrollSubstringTo*, r=tbsaunde (1f7de020f) - Bug 1140917 - IPC Proxy for replace/insert/copy/cut/delete/paste, r=tbsaunde (b6fe2db79) - Bug 1140917 followup: add missing MOZ_OVERRIDE annotations on new DocAccessibleChild method-decls. r=ehsan (47cce9086) - Pointer style (b63b44d0a) - Bug 1140636 - Test CPOW function identity. r=billm (6ada9597c) - Bug 1134006 - Avoid IPC for domElement.QueryInterface(nsISupports) and nsIClassInfo. r=billm (753758b63) - Bug 1096488 - Detect and handle switching from remote to non-remote pages and back in marionette.;r=automatedtester (048279bd5) - Bug 1096488 - Test that switching browser remoteness leaves marionette in a usable state.;r=automatedtester (207aabadb) - Bug 1138650 - Update remaining callsites to use newChannel2 in toolkit/devtools (r=jryans) (a4ffc704e) - Bug 1138648 - Update remaining callsites to use newChannel2 in netwerk/ (r=sworkman) (cdf6612a9) - bug 1135160 - implement link rel=preconnect r=smaug (cfac502ce) - bug 1135160 - ioservice have speculative connect use proxy-resolve2() r=hurley (238b58f84) - Bug 1140788 - Set headers to immutable. r=bkelly,ehsan (c48c12acf) - Bug 1137037 - Determine the inner window ID in imgRequest::Init. r=baku (12aa73a7c) - Bug 1137019 (Part 1) - Get rid of unused LockImage forwarding methods on imgRequest. r=baku (6ed5c7d25) - Bug 1137019 (Part 2) - Replace imgRequest's image decoding methods with a single minimal method that updates an atomic. r=baku (adeb8797c) (f9e56e1ed) * Notice: the changelog above may not always applicable to XULRunner code which K-Meleon uses. A goanna3 source tree that has kmeleon adaption patch applied is available here: https://github.com/roytam1/palemoon27/tree/kmeleon76

New NewMoon 27 Build! 32bit https://o.rths.ml/palemoon/palemoon-27.9.7.win32-git-20191116-f9e56e1ed-xpmod.7z 32bit SSE https://o.rths.ml/palemoon/palemoon-27.9.7.win32-git-20191116-f9e56e1ed-xpmod-sse.7z 32bit noSSE https://o.rths.ml/palemoon/palemoon-27.9.7.win32-git-20191116-f9e56e1ed-xpmod-ia32.7z 64bit https://o.rths.ml/palemoon/palemoon-27.9.7.win64-git-20191116-f9e56e1ed-xpmod.7z source repo: https://github.com/roytam1/palemoon27 repo changes since my last build: - import changes from rmottola/Arctic-Fox: - Bug 1140767 - Build more files in security/manager in unified mode; r=dkeeler (11ab39c46) - Bug 1141864. Replace a bunch nsAutoPtr.h includes with nsRefPtr.h (Adapted) (ce31bfbcc) - Bug 1141689 - use services::GetObserverService more; r=ehsan (22e6fcf7e) - Bug 1140162 - IPC Proxy for TextAttributes and DefaultTextAttributes, r=tbsaunde (31bb06b0d) - Bug 1140499 - IPC Proxy for text/char bounds, r=tbsaunde (5441444db) - Bug 1140534 - IPC Proxy for offsetAtPoint, r=tbsaunde (24ca5c668) - Bug 1140895 - IPC Proxy for get/set/add/remove Selection, r=tbsaunde (35d3364b8) - Bug 1140900 - IPC Proxy for ScrollSubstringTo*, r=tbsaunde (1f7de020f) - Bug 1140917 - IPC Proxy for replace/insert/copy/cut/delete/paste, r=tbsaunde (b6fe2db79) - Bug 1140917 followup: add missing MOZ_OVERRIDE annotations on new DocAccessibleChild method-decls. r=ehsan (47cce9086) - Pointer style (b63b44d0a) - Bug 1140636 - Test CPOW function identity. r=billm (6ada9597c) - Bug 1134006 - Avoid IPC for domElement.QueryInterface(nsISupports) and nsIClassInfo. r=billm (753758b63) - Bug 1096488 - Detect and handle switching from remote to non-remote pages and back in marionette.;r=automatedtester (048279bd5) - Bug 1096488 - Test that switching browser remoteness leaves marionette in a usable state.;r=automatedtester (207aabadb) - Bug 1138650 - Update remaining callsites to use newChannel2 in toolkit/devtools (r=jryans) (a4ffc704e) - Bug 1138648 - Update remaining callsites to use newChannel2 in netwerk/ (r=sworkman) (cdf6612a9) - bug 1135160 - implement link rel=preconnect r=smaug (cfac502ce) - bug 1135160 - ioservice have speculative connect use proxy-resolve2() r=hurley (238b58f84) - Bug 1140788 - Set headers to immutable. r=bkelly,ehsan (c48c12acf) - Bug 1137037 - Determine the inner window ID in imgRequest::Init. r=baku (12aa73a7c) - Bug 1137019 (Part 1) - Get rid of unused LockImage forwarding methods on imgRequest. r=baku (6ed5c7d25) - Bug 1137019 (Part 2) - Replace imgRequest's image decoding methods with a single minimal method that updates an atomic. r=baku (adeb8797c) (f9e56e1ed)

New build of BOC/UXP for XP! Test binary: MailNews Win32 https://o.rths.ml/boc-uxp/mailnews.win32-20191116-6b769f4-uxp-3492ad652-xpmod.7z Browser-only Suite Win32 https://o.rths.ml/boc-uxp/bnavigator.win32-20191116-6b769f4-uxp-3492ad652-xpmod.7z source patch (excluding UXP): https://o.rths.ml/boc-uxp/boc-uxp-src-xpmod-20190720.7z There are changes in upstream now, but unless his uxp branch goes into main branch(or unless I cherry-pick his branch's changes into my tree), I will do cherry-picks of his repo only. For UXP changes please see above.

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rths.ml/basilisk/basilisk52-g4.4.win32-git-20191116-3492ad652-xpmod.7z Win64 https://o.rths.ml/basilisk/basilisk52-g4.4.win64-git-20191116-3492ad652-xpmod.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/custom NM28XP build: Win32 https://o.rths.ml/palemoon/palemoon-28.8.0a1.win32-git-20191116-3492ad652-xpmod.7z Win64 https://o.rths.ml/palemoon/palemoon-28.8.0a1.win64-git-20191116-3492ad652-xpmod.7z Official repo changes since my last build: - Bug 1320993 - Fix exporting default class expression (87e4f43be) - Bug 1330657 - Enable <script type="module"> behind a pref (700c322d3) - Bug 1330682 - Use CORS when loading modules as per current spec (7d38fbd5e) - Bug 1326453 - Part 1: Remove @@iterator method from module namespace objects per ES2017 (b2ec36808) - Bug 1326453 - Part 2: Change @@toStringTag for module namespace objects to non-configurable (a7f7a2231) - Bug 1326453 - Part 3: Don't throw a TypeError when SetPrototypeOf for module namespace objects is called with null (e2719e1db) - Bug 1326453 - Part 4: Return @@toStringTag in [[OwnPropertyKeys]] trap for module namespace objects (6452e3c97) - Bug 1326453 - Part 5: Remove no longer used ListIterator implementation (ba6602b2d) - Bug 1340268 - [[HasProperty]] on module namespace object should work even when binding is uninitialized (05505d2e8) - Bug 1341256 - Fix module namespace object get handler (3bd16c908) - Bug 1339986 - Handle export* when checking for duplicate export (c60cefb1b) - Bug 1341411 - Support circular module dependencies through export* per ES2017 (8af513a20) - Bug 1341298 - Relax expected module state when resolving modules and circular module dependencies are present (ad9ee72dc) - Merge branch 'master' of https://github.com/MoonchildProductions/UXP into _testBranch_test_1 (941e54654) - Make the page visibility API pref-controlled. (e9f799942) - Merge pull request #608 from janekptacijarabaci/_testBranch_js_modules_basic (1af00389d) - Merge branch 'master' into js-modules (fb4eb66c1) - Bug 1340865 - Handle non-parser-created module scripts. (b3daff7cd) - Bug 1340865 - New tests. (not hooked up) (100c6a7e9) - Bug 1330900 - Implement <script nomodule> (e0a8dcfed) - Merge branch 'master' into js-modules (6bd66b172) - Issue #447 - Update HSTS preload list. (78e8ad72f) - Issue #447 - Improve the getHSTSPreloadList script (736d25cbe) - Merge branch 'master' into js-modules (974a481d1) - Issue #1259 - Part 1. Remove Adobe Primetime support from tree (0fb5f7a15) - Issue #1259 - Part 2. Remove Adobe Primetime localization strings (c74e21f18) - Issue #1259 - Part 3. Remove Adobe EME as a GMP source (0aa805d1f) - Issue #1259 - Part 4. Remove Adobe EME from GMPUtils (a6441a2a8) - Issue #1259 - Part 5. Remove migration path for Adobe GMP storage (484200b01) - Issue #1259 - Part 6. Remobe Adobe EME from Basilisk frontend (400f0e2df) - Issue #1259 - Part 7. Update tests for Adobe EME removal (c43b770a0) - Issue #618 - Misc fixes (merge conflicts) (406326715) - Merge pull request #1278 from MoonchildProductions/js-modules (ffd997433) - Issue #618 - Flip on module type scripting. (ccb7e2c64) - Merge pull request #1277 from adeshkp/remove-adobe-primetime (b00601953) - Issue #1279 - Implement regular expression lookbehind (fa473930f) - Issue #1283 - Implement Promise.prototype.finally() (899be7ced) - Merge branch 'issue-1279' (ce0dd36a7) - Issue #1288 - Part 1a: Update brotli to 1.0.7 (56de28389) - Issue #1288 - Part 1b: Rewrite nsHTTPCompressConv. (9768733eb) - Issue #1288 - Part 2: Add a partial LZ4 decompression routine. (787b4fe58) - Issue #1288 - Part 3: Update woff2 component to 1.0.2 (36975f386) - Issue #1288 - Part 4: Update the OpenType Sanitizer component to 8.0.0 (0f8691a48) - Issue #1288 - Part 5: Pass graphite fonts through OTS. (c3144281b) - Issue #1289 - Part 1: Add a pref to disable HPKP header processing. (0a8dff525) - Issue #1289 - Part 2: Clear out the preload list except for test domains. (d5a604bb8) - Issue #1289 - Part 3: Update tests. (f4cc93fc9) - Issue #1289 - Part 4: Update Pale Moon UI. (effff2482) - [Mach] Add stage command to execute stage-package (00573571a) - Issue #1279 - Update js/src/builtin/TestingFunctions.cpp for regex lookbehind changes (e79607a7a) - Merge pull request #1290 from g4jc/bug_1279 (fc2836679) - Add Ekoru to the included search engines. (26ac16586) - Issue #80 - Stop building brotli lib unified (3100093f0) - Issue #80 - Stop building woff2 lib unified (6384cc4b7) - Issue #80 - Stop building embedded xz lib unified (2057abd19) - Issue #1291 - Part 1: Ensure exp(1) returns e exactly (use a const) (85c60f94f) - Issue #1291 - Part 2: Stop using the lib's sqrt() function (6ca0b4704) - Issue #1291 - Part 3: Update fdlibm to Sept 2019 version (5e902a4a9) - Issue #1291 - Part 4: Update patch files (59f4de4c4) - Merge branch 'fdlibm-work' (3492ad652) My changes since my last build: - Reverted commits related to Issue #1259

Direct links to official Adobe Flash Player distribution packages version 32.0.0.293 with SHA-1 signature released today (should work with Windows XP SP3/Windows XP x64 SP2) Internet Explorer ActiveX: http://fpdownload.adobe.com/get/flashplayer/pdc/32.0.0.293/install_flash_player_ax.exe Mozilla Firefox NPAPI (also for Opera Presto/Google Chrome 44 and earlier): http://fpdownload.adobe.com/get/flashplayer/pdc/32.0.0.293/install_flash_player.exe Google Chrome 45 through 49 PPAPI: http://fpdownload.adobe.com/get/flashplayer/pdc/32.0.0.293/install_flash_player_ppapi.exe

Update for root certificates: New: CN = A-Trust-Root-07 OU = A-Trust-Root-07 O = A-Trust Ges. f. Sicherheitssysteme im elektr. Datenverkehr GmbH C = AT Those using heinoganda's Cert_Updater.exe should run it ASAP. Others needing a redistributable rootsupd.exe should follow his instructions for creating their own, or PM at 5eraph for an updated EXE file.

Images often downloaded separately from the email that contains them because they're so large. Outlook uses IE to download these images. If IE can't download an image you'll get the red X, but there are lots of reasons IE might not be able to download from a particular server besides a certificate problem. For example, there may not be a TLS cipher that both the server and IE support. You may find that installing @heinoganda's version of ProxHTTPSProxyMII will resolve many of those download failures.

Nothing new in this post; it's just a summary of what's been discovered so far about this issue. To play Instagram videos in your FF (or FF-derived) browser, you need three things: Most obviously, you need to be able to play MP4 videos. This won't be a problem with @roytam1's UXP forks (NM and Serpent) since he includes his MP4 video DLLs in the build. For FF 45 though 52 or SeaMonkey 2.49.5, you can install the Adobe Primetime CDM according to the instructions pinned atop this forum; either method works. (Those instructions were recently modified slightly to work with SeaMonkey.) You need to set your user agent to spoof FF 56 to instagram.com. You can either set the general.useragent.override preference in about:config to Mozilla/5.0 (Windows NT 6.1; WOW64; rv:56.0) Gecko/20100101 Firefox/56.0 or use an Instagram-specific user agent. FF versions before 56 work too, down to a point, but basically nothing on Instagram works at all if you spoof any version newer than 56. If you're not using NM, Serpent 52, or SeaMonkey, you need the following code in file userContent.css in the "chrome" subfolder of your profile: Note that this code is changed somewhat from @mixit's original fix; Instagram changed some of their random class names, requiring an update. Instagram will probably change them again someday, and we'll have to get @mixit to update his fix yet again.

Going (completely) Off-Topic, I just repaired a window handle. (though we are still talking of windows ) Looking at it, there were no pieces broken, there is a counterplate fixed with two M5x10 screws to an aluminum "body", simply the thread had worn off and the screws had no more grip on it. Looking at the thread on the body I saw that it was much deeper than the length of the screws, so I thought to try using a little longer screw, thinking to use a M5x15 , and went to the hardware store and bought 20 (twenty) M5x16 screws ( they had only these, slightly longer, ones) for the price of 0.60 Euro (VAT 22% included), i.e. 0.03 Euro each ( not so cheap per unit) . I got back and re-assembled the thingy with the new screws (that fitted perfectly) and the window handle works and is perfectly solid. Assuming that the hardware store price for a little quantity such as 20 for these screws is 3 or 4 times the cost to the window handles manufacturer (excluded VAT) the original cost must have been around 0.007 or 0.008 each or less and the difference between a M5x10 and a M5x16 probably in the 0.001 to 0.003 Euro. Evidently an engineer decided that in order to save 2*0.025=0.005 Euro in the manufacturing of a device that is sold for 12-15 Euro (to the window manufacturer) and which I paid actually more like 30 or 40 Euro (as part of the finished/installed window) he was allowed to introduce a defect/weak point. This defect costed to me besides the 0.06 Euro (I still have 18 spare screws, so I will be able to fix another 9 handles when they will break in the same manner), almost an hour of time and a trip with the car to the hardware store (think of the pollution this caused). But all in all it's fine. What really troubles me is thinking/knowing that the next engineer will notice that the recessed screw hole is too d@mn deep for the M5x10 screw and - in order to optimize manufacturing time (saving a few hundredths of second when drilling and threading the hole) - next batch will have less deep holes, so that the handle will not be repairable in this simple way anymore. jaclaz

Change is inevitable. Necessary. We have increasing needs for tech. Embracing change is not what this is about. Creating incompatibility to suit business goals is not right. Our parents were appalled at planned obsolescence. Now we're told to accept it. Embrace it. Our tech becomes obsolete even before it can wear out the batteries! Using Fear, Uncertainty, and Doubt in the name of "security" as a way to herd people into doing what they would not do is deplorable! Yet for the most part we find ourselves powerless, because people who predicted this and warned against ceding control were marginalized. Ridiculed. Pushed aside. -Noel P.S., the latest incompatibility I've noticed: RDP from an older system into a Windows 10 v1903 system and your mouse jumps around when the cursor graphic is changed. It didn't do that remoting into v1809. The protocol has been good enough - indeed excellent - for decades. It doesn't have to change. Aero Glass just gets shut off and requires regular reinstalls, even though it works fine. Presumedly because some jerk inside Microsoft wants us NOT customizing our Windows look, because that goes against their current Marketing direction. Who the &%$& do they think they are? We could talk about the atrocities Apple is pushing on people... No more 32 bit programs. No more putting things where you want them on your disk. Can't reach your Documents area even though you've shared it? Oh, right, that's security. P.P.S., I'm typing this on a perfectly good Digital LK250 keyboard circa 1985. And there isn't a better one built today. Stuff doesn't HAVE to go bad just because it's tech.

You might be better off using wined3d to translate >=DX10 calls to OpenGL. This way it's a nice workaround for DX10/DX11 only games on XP.