Jump to content

Mathwiz

Member
  • Posts

    1,421
  • Joined

  • Last visited

  • Days Won

    47
  • Donations

    $0.00 
  • Country

    United States

Mathwiz last won the day on May 22

Mathwiz had the most liked content!

3 Followers

About Mathwiz

Profile Information

  • OS
    Windows 7 x64

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Mathwiz's Achievements

808

Reputation

  1. Thanks, Ben; this gave me another chance to try out Violentmonkey - and I was surprised when Violentmonkey refused to open an editor to let me add a new script! Turned out I'd been automatically updated to v2.13.3, which claims to be compatible with FF 52+, but is no longer compatible even with St 55 (FF 53-based) and thus, I presume, no longer compatible with St 52 either. I'm guessing ViolentMonkey's author Googlized some of his JavaScript in v2.13.3 and, uh, forgot to update the MinVersion. Had to go to AMO and download v2.13.2. This version still works with St 55. Not tested with St 52; try it and see. If it doesn't work, just try v2.13.1 and then v2.13.0 if that doesn't work either. Also remember to disable automatic updates of this extension.
  2. Apologies for the late response, but I think you'd have better luck posting your LinkedIn question at @roytam1's thread. Lots of smart folks there who are familiar with New Moon and can tell you why LinkedIn doesn't work, if it can be fixed, and how to fix it. As for banking, if a browser will connect to your bank's site and work properly, it should be safe. All these browsers support TLS 1.2, so nobody will intercept your password or gain access to your account. Just follow normal security procedures: choose a password that can't be guessed. Write it down if you must, but if you do, keep it in a secure place like your wallet. Beware of "phishing" emails that try to trick you into logging into a fake banking site. And run some kind of anti-malware program on your system. Roytam's browsers are updated more often, so they're probably "safest," but the Chromium-based browsers are compatible with more sites, and should be plenty safe too. At least, we have no reason to think otherwise.
  3. Thanks, @soggi. From earlier posts, it does appear that change to UXP was causing the buggy backspace/delete behavior that others complained about. Luckily, upstream added a hidden pref to revert to the old behavior, which @luweitest found: But from the description of the change, it sounds like it really should have been website-specific, not just a browser-wide true/false pref, so it could be set to false for those websites that malfunction when the pref is set to true. But we only have the browser-wide pref. So what if you find a website that won't work unless you set it to false? If that happens. I'd suggest modifying @AstroSkipper's latest "custom button" to toggle the above pref; then you can just switch the pref between true and false as needed.
  4. Flash is up to version 34.0.0.277 now, available at the usual GitLab site, https://gitlab.com/cleanflash/installer/-/releases/, or via direct download from https://bluepload.unstable.life/cleanflash3400277installer1.exe. That link is on the GitLab page but provided here for those who don't want to mess with PaleFill. For the record, to access GitLab I'm using PaleFill version 1.22 (which I don't think is the latest, but GitLab still works fine) with Serpent 52. (Actually PaleFill 1.22 works with Serpent 55 also, as long as you modify install.rdf as noted above.)
  5. I wouldn't worry about it too much; Google said no, so as great as JPEG-XL may be, it's going nowhere: https://www.cnet.com/tech/computing/chrome-banishes-jpeg-xl-photo-format-that-could-save-phone-space/
  6. Indeed, it wouldn't seem to make sense to run 360Chrome on Win10 or 11 - or even 7/8/8.1. But folks often do things on their PCs that only make sense to themselves. So if someone wants to run 360Chrome on Win10/11, I say, have at it! But folks may want a Win10 skin for reasons other than making 360Chrome look "natural" when run on Win10! They may just prefer the look. They may want to fool onlookers into thinking they're running Win10 even though they aren't. FWIW, I'm in category 1 and like your Win10 skin as it is. It doesn't have to be exact, as long as it works!
  7. Hope you're feeling better, and that there were no after-effects! I've been one of the lucky few not to have had a Covid infection yet (AFAIK; I understand some infections are asymptomatic), but many of the folks I know have had it. Aw, man; I have Spectrum Internet too - and Spectrum Mobile! The mobile account is on auto-pay, and I generally pay the Internet account by mail, so I haven't needed to pay online in a while. I guess if I do need it, I'll go for 360EE....
  8. I followed your links and downloaded the Custom Buttons extension. Its install.rdf file tops out at Firefox 48, so to install it in either Serpent version, you need to modify that, since Serpent uses the Firefox app ID. I changed it to 55.* and it installed OK in St 55. I'm presuming the same change will let it install in St 52 as well; I'll test that later if I get some time. The only odd thing I found was that I had to restart Serpent 55 twice before it was ready to go. Next, I went to that link, but this is all I saw: So yes, it appears you've created the necessary custom button, but there's no code, no link, nothing to test in Custom Buttons at that post. Anyway, it's no big deal. I was only "asking for a friend," but can't remember who, because the original question was from My Browser Builds part 3, and now that that thread has been closed, the board doesn't let you quote from it as easily (no "Quote" prompt shows up when selecting text) so I just copied it and pasted into a quote block.
  9. Of course! It was so obvious! Why didn't anyone think of that before? But seriously, thanks @luweitest for not only finding the preconditions that trigger this bug, but also digging into the commits to find out what changed and how to reverse it!
  10. Yes, and despite all my complaints about the company, Google still has a pretty good search engine (both unnecessary in this case since @dmiranda answered the question almost immediately after it was raised). But a post answering a rhetorical question is usually meant to point out that the answer was not as obvious as the person asking it seemed to think it was! It's not as if we all read @UCyborg's post, slapped our foreheads, and thought, "Of course! Just set browser.backspace-action to 2! It was so obvious! Why didn't anyone think of that before, instead of suggesting all those Greasemonkey scripts?" At any rate, another little browser annoyance gone. No more hitting backspace after an unintended mouse click outside the comment posting window and losing everything! And while we're on the subject, what exactly did "issue 2019" fix? Is it related to the backspace bug, as @luweitest speculated? (And for the uninitiated - i.e., me - how does one search for "issue 2019" upstream so I don't have to keep asking @VistaLover for the answer?)
  11. No human-readable checkbox AFAIK, but there is a Boolean setting in about:config. media.autoplay.enabled; defaults to false in St 55 (not sure of the default in St 52). I suspect a good JavaScript programmer (@AstroSkipper?) could rig up a custom button to toggle that setting! Probably because even if one were lucky enough to find it, it's an integer pref and it's not at all clear what 0 does, 1 does, 2 does, etc. Luckily we have @dmiranda: The bug discussed above aside, I too have found the default behavior (backspace=page back) to be worse than useless, so I changed my setting to 2. It's way too easy to have the focus in the wrong place by accident, press that key, and lose everything you typed! If I wanted "page back" assigned to a key at all, it'd probably be F12, or maybe "Previous Track" on "multimedia" keyboards that have that key, but certainly not backspace!
  12. That's a good idea, @Dave-H! I always bristled a bit at the "abruptness" of the switchover from one "My Browser Builds" thread to the next. It makes more sense to start the next thread with the next set of builds. To be clear (and fair to Google), it's not so much their Chromium engine (I use Chromium-based browsers - albeit "unGoogled" - when necessary) as it is Google's "predatory innovation" cycle: Google thinks up new "features" that Javascript "needs." (And again to be fair, these "features" often are real improvements that make Javascript programming a bit easier for Web developers - but that's not the point of them.) Google updates Chromium (and Mozilla and Safari update their own Javascript engines) to correctly interpret the new "features," so if you stay current on Safari, Firefox, SeaMonkey, or one of the many Chromium-based browsers, nothing ever seems amiss. Google and "friends" (e.g., Microsoft) then use the new "features" as much as humanly possible, not only on their own Web sites (e.g., GitHub), but also in the "frameworks" used by most Web sites these days. (Nobody codes entire Web sites in raw HTML and CSS anymore; it's too labor-intensive. Everyone uses frameworks.) Web developers update their sites to use the new "frameworks" - often unwittingly, as they may simply link to a CDN that always serves, say, the latest JQuery version. Even if browser developers outside the "Goog collective" (like, say, MCP) are able to add support for the latest Javascript "features," by the time they do, so the cycle begins again, thus preserving the Apple/Google/Microsoft/Mozilla oligopoly.
  13. I'm sorry, but that just makes no sense at all. IE was alive and well less than 10 years ago in 2013, when IE 11 was released for Windows 7 and 8.1. Officially, IE was replaced by Edge in 2015 with the release of Windows 10, but if IE had used a "major.minor" version numbering system like most software, Edge would probably have just been the next "major" version of IE. With the "major only" version numbers all the big Web browsers have chosen to curse themselves with, though, "IE 12" just didn't capture the extent of changes from IE 11; hence the new name and logo (which looked much like the old IE logo). BTW, Edge's new UI looked more like Chrome than Firefox. (In 2015, Firefox looked like Pale Moon does now.) So "classic" Edge is really just the final version of IE. Web designers test their designs on all major browsers: Chrome, Firefox, Edge, and, until recently, IE. What actually killed IE off was the same thing that now bedevils us: IE 11 couldn't handle all the Googlescript showing up in Web site frameworks, and classic Edge took a lot of development to keep up. Microsoft didn't want to spend money chasing Chrome, so in 2019 Microsoft released "New Edge" based on Google's Chromium. (You'll get the references if you were drinking American soft drinks in 1986.) Even the logo changed to some kind of ambiguous e/c blend, to signify the Pepsi - I mean Chromium - in Edge! This was the cause of IE's death, not Mozilla-loving Web designers casting shade on it back in the Bush Administration. And in late 2017, Mozilla switched Firefox to Quantum and the Photon UI, making it a rather obvious Chromium clone. "New Firefox" now lives in name only! Sure, it renders all the latest Googlized Web sites perfectly, but it tastes just like Chrome! So if Mozilla were somehow responsible for IE's death, it took them so long to carry out the murder that their own products died off first! No. The evidence is much stronger that it was Google that drove both Microsoft and Mozilla to abandon their own code bases. IE's code was proprietary, and so is locked away in a Microsoft safe somewhere. But thanks to Mozilla, at least Firefox's abandoned code base lives on in the UXP platform.
  14. OK, that makes sense. I've certainly done that myself when copying and modifying code - leaving no-longer-needed chunks in. If they don't do any apparent harm there's no reason for me to hunt them down and take them out!
  15. IMO the key date for determining "obsolescence" isn't when the product was first released; it's when the product was last supported/updated. Which, for the POSReady '09 "flavor" of XP, was 2019. Although to be fair, POSReady '09 wasn't intended to be used for Web browsing, so perhaps we should use 2014. So yeah, it's "obsolete," but hardly as ancient as the quoted factoid is trying so hard to make it sound. Yes, I tend to agree. Here, the unwanted behavior is triggered by a CSS property that's "supposed to be" ignored? So why is the Web site sending it in the first place? The only effect of not sending it would be that it would work on older Firefox-based browsers. So this smells like intentional breakage. Although, to be fair, probably not by the Web site designer, but rather by the framework used to build the site.


×
×
  • Create New...