I wish I would have a way/setting to stop JS on tabs that are not in focus (without unloading them, and waiting for the reload when I focus them), maybe with a whitelist. I have plenty of memory.
(Disclaimer: have never used it, but it is a recommended extension). It may not meet your needs exactly since it would likely reload YouTube tabs when "undiscarded", but it might be worth a look.
I have used it, but it doesn't stop JS in background tabs, it unloads them which means that I'll have a multi-second delay when I focus the tab again. ATM I unload them manually, in bulk.
> I've always been a bookmark guy, and I don't know how you hundreds-of-tabs guys do it.
I use both. I use a modified version of TabsAside, but I also use multiple windows, one for each topic + general. The way I work, as I go through the relevant material for the current topic, I open new tabs in the background (to research later) so I don't interrupt my flow. Bookmarks are too much friction for this workflow.
For me the most CPU is used by idle Youtube tabs in Firefox. Turns my whole browser into a janky mess, gets progressively worse the more time the Youtube tabs are left open/loaded.
FWIW, the current article title is "CDC vaccine advisers vote to recommend Covid-19 boosters for all adults" and the submission title is "FDA authorizes Pfizer/BioNTech and Moderna Covid vaccine boosters for all adults". It looks like it was updated/corrected after the submission.
> We believe the Skype experience should be seamless, accessible, and reliable no matter what browser or device you are using, so we are adding support for all browsers. We would like to make sure that no matter which device, platform, or browser you're using, Skype will always give you a great experience.
It was a long time ago now, 11 years or something. I think I was probably fairly happy, but, maybe at a little bit of a loose end.
The main reason I went on it was because doing a meditation retreat was suggested at a leadership seminar I went to! I was keeping a blog and I thought it would be "interesting" to go on the course. I was right about that ;)
> FYI: There is also another cross-platform filesystem (Linux kernel,
Windows NT kernel, Mac OS X kernel) suitable for hard disks too with
POSIX permissions about which people do not know too much. It is UDF.
As I was struggling to find a way to share data between Linux/Windows with my gpu-passthrough setup, I'm excited to use this.
I think I've read something about 9p support in the latest Windows versions and I think QEMU supports 9p so that might become a good solution, too.
There are several platform specific gotchas with UDF. If you want to use UDF on a drive, I suggest using the script at https://github.com/JElchison/format-udf. It takes into account the platform specific gotchas and formats a drive properly to be usable across Windows, Linux and macOS.
Any chance that there's a way to actually encrypt a device set up like that?
I usually use LUKS and EXT4 for all my drives but lately I've needed to move files to and from Windows systems on occasion, and it kills me that (from what I can tell) there are absolutely no solutions that even attempt to do something like this.
Does everyone just walk around with unencrypted portable media? I don't really want to float sensitive data on unencrypted drives, even temporarily, since that makes the data vulnerable to things like wear leveling analysis etc.
mkudffs (a.k.a. mkfs.udf) on the whole block device, by default it uses --bootarea=erase, and results in a device that automounts on macOS, Windows 10, and GNOME and KDE (at least).
There is also --bootarea=mbr which sounds similar to what this script is doing but I'm not sure why it's necessary; maybe for older versions of Windows.
9p is not a file system but a byte oriented file based RPC protocol for transferring data. In plan 9 the idea is files are objects in the programming sense which you create/open/read/write/remove/close. Example: your mouse is a file, /dev/mouse, which you open to read the coordinates and click events.
In plan 9 files are served by file servers, programs which speak 9p. The plan 9 kernel knows nothing of disks or file systems living on those disks. In fact, you don't mount disks in plan 9, you mount 9p connections. So to access files on a Fat formatted disk you need a file server program called dossrv(4) which opens the disk file and listens for 9p messages and performs the necessary Fat operations.
Fun fact: A common plan 9 newbie mistake is to mount a disk file directly as in Unix. This causes the kernel to write a 9p T_attach message to the beginning of the disk overwriting the boot sector. http://man.postnix.pw/9front/5/attach
I've used it before for a USB drive and honestly I have had nothing but problems with it. I don't remember exactly what kind of problems but I do remember that I was frustrated enough after some time to switch to something else.
> Although an implementation may use a journal to protect metadata integrity, this does not guarantee interoperability between platforms since it is not part of the standard.
reply