So should we recommend that everybody buy a Mac, not any other brand of computer, and run Windows and GNU/Linux in virtual machines? Because if we get rid of JavaScript and WebAssembly, developers will switch from web applications to native desktop applications, and that particular combination will be the only way to run all desktop applications regardless of which platform their respective developers prefer. And yes, in this hypothetical scenario, you'll end up with a lot of desktop applications being made for Mac because with JavaScript disappearing from the iPod touch, iPhone, and iPad, mobile applications will have to be made in Xcode, which is exclusive to macOS.
Currently I compromise by using Firefox Tracking Protection, a feature not to run third party scripts known to track users from one site to another. This has a side effect of blocking ad-borne malware because the vast majority of ads on sites I use are not publisher-hosted.
If the PC owner owns the repository on the same PC, malware that causes itself to become surreptitiously installed on the PC could do one of two things. It could commit enough encrypted file versions to the repository that the repository runs out of disk space and starts purging old cleartext versions that it deems outdated. Or it could use a privilege escalation defect in the sandbox to encrypt the repository itself.
The use case I'm imagining is that the user wants one application to have read-write access to a file but another application to have read-only access to the same file. Consider, for example, a photo indexing application. The user might want to give the application access to read photos in a particular folder and its subfolders but not write access.
How does this ecosystem even exist? Turn off the scripts,
Without scripts, how would an interactive web application like pix2pix work? Would it instead have to be an OS-specific executable that the user is expected to download and install, or just do without if the user is running a different OS?
How does Finder distinguish dragging a file onto an app for the purpose of reading from dragging the same file onto an app for the purpose of modification?
Apple's solution is to allow apps to open any file which is dragged onto the app by the user, or selected from a standard file selector.
I'm thinking more in the context of a workstation on a network with network shares.
The user would drag a file from the network share onto the app or use the standard file selector from within the app to choose the file from the network share.
But as long as the owner of the repository doesn't run the ransomware
In the case of a home PC, would the PC owner run the repository? Or would the repository be a subscription service on the other end of a possibly slow and/or capped Internet connection? Or is there a third option that you are willing to describe?
This is true of Windows 10 S, not Windows 10 Home or Windows 10 Pro. These operating systems can run Bash as part of Windows Subsystem for Linux. Think of WSL as Microsoft GNU/Windows.
Have you found a broker that will prevent malware in ads?
No. But despite the answer to your question being no, a broker still outscores no broker.
A broker has 3 points: a larger selection of advertisers willing to pay competitive prices for your inventory, a reputation for fighting click fraud, and tax collection and remittance in multiple jurisdictions.
No broker has 2 points: not a malware vector because no third-party scripts execute on the client, and the viewer's browsing habits are shared with fewer third parties. (I say "fewer" rather than "no" because the viewer's ISP can still infer coarse viewing habits from the ClientHello message's SNI field and data sizes.)
Times hundreds of millions of households. This is a windfall to the registrar industry just to satisfy the mixed content blocking and Secure Contexts spec.
Free ones are available.
Namely?
There are even TLDs offering free domains if you aren't fussy.
Again, which TLDs are these? And do they bundle DNS service that Let's Encrypt can reach and that an ACME client can programmatically configure? If not, then the user will have to run a DNS server on his home computer or server appliance and forward port 53 inbound to that device. This not only requires technical expertise to configure the gateway device responsible for port forwarding but also fails completely on ISPs that put customers behind carrier-grade NAT.
I haven't tried. But I can stand the screen up with a traditional laptop, which is why I prefer a traditional laptop for tasks that involve much typing.
Multitrack audio gets large fast - especially if you record in a higher sample rate
I can see the advantage of 24-bit sample depth for intermediate recordings. But what's the advantage of recording at more than 48 kHz sample rate? A 48 kHz sample can perfectly reconstruct signals up to just below 24 kHz, and the ear can't hear frequencies above 24 kHz. Why record what will just get filtered out?
In theory, I'm inclined to agree that hosting the ads on the publisher's server is probably the most efficient for network data volume, CPU time, and user privacy. But in practice, a publisher selling ad space directly to advertisers faces a few additional difficulties compared to the more common route of going through a broker, such as an ad network or an ad exchange.
The publisher has to seek out advertisers. Not all website operators whose websites have outgrown a hobby are experienced in ad sales or big enough to retain a full-time specialist in ad sales. A broker wins on scale.
The publisher needs to assure advertisers that view and click statistics are authentic, as opposed to fraudulent. A broker has more resources to establish trustworthiness of its analytics.
The publisher may have to calculate, collect, and remit sales tax, value added tax, or other applicable destination-sourced tax on services to dozens or hundreds of jurisdictions where advertisers are tax resident. A broker wins on scale.
I'm interested to read the solutions that you would apply to these problems if you were running an ad-supported website.
CSS4 media queries anticipate that multiple pointing devices may be connected at once, which is why it defines a concept of "primary pointer" used to evaluate the pointer media property. If the user wants to use the touch screen, he should tell the browser to treat touch as the primary pointer.
if I did have that problem and thought it due to lines being too long, I could just resize the browser window and the text will wrap.
A max-width on the body text column does pretty much the same thing. Putting max-width in the CSS rather than waiting for the user to "resize the browser window" does the right thing by default for the majority of people, who do have this problem.
Slashdot Mirror
So should we recommend that everybody buy a Mac, not any other brand of computer, and run Windows and GNU/Linux in virtual machines? Because if we get rid of JavaScript and WebAssembly, developers will switch from web applications to native desktop applications, and that particular combination will be the only way to run all desktop applications regardless of which platform their respective developers prefer. And yes, in this hypothetical scenario, you'll end up with a lot of desktop applications being made for Mac because with JavaScript disappearing from the iPod touch, iPhone, and iPad, mobile applications will have to be made in Xcode, which is exclusive to macOS.
Currently I compromise by using Firefox Tracking Protection, a feature not to run third party scripts known to track users from one site to another. This has a side effect of blocking ad-borne malware because the vast majority of ads on sites I use are not publisher-hosted.
If the PC owner owns the repository on the same PC, malware that causes itself to become surreptitiously installed on the PC could do one of two things. It could commit enough encrypted file versions to the repository that the repository runs out of disk space and starts purging old cleartext versions that it deems outdated. Or it could use a privilege escalation defect in the sandbox to encrypt the repository itself.
I have never ever made use of a computer warranty. I don't see the point.
Have you ever owned a laptop? If so, has its power jack ever failed? If so, what did you do to get it repaired?
You can still mark files as read-only
The use case I'm imagining is that the user wants one application to have read-write access to a file but another application to have read-only access to the same file. Consider, for example, a photo indexing application. The user might want to give the application access to read photos in a particular folder and its subfolders but not write access.
How does this ecosystem even exist? Turn off the scripts,
Without scripts, how would an interactive web application like pix2pix work? Would it instead have to be an OS-specific executable that the user is expected to download and install, or just do without if the user is running a different OS?
How does Finder distinguish dragging a file onto an app for the purpose of reading from dragging the same file onto an app for the purpose of modification?
Apple's solution is to allow apps to open any file which is dragged onto the app by the user, or selected from a standard file selector.
I'm thinking more in the context of a workstation on a network with network shares.
The user would drag a file from the network share onto the app or use the standard file selector from within the app to choose the file from the network share.
But as long as the owner of the repository doesn't run the ransomware
In the case of a home PC, would the PC owner run the repository? Or would the repository be a subscription service on the other end of a possibly slow and/or capped Internet connection? Or is there a third option that you are willing to describe?
If all of the business apps change to web-based products instead of installed software, then you can use any OS you want as long as it has a browser.
And, in the case of business travelers' laptops, $10 per GB to connect to said web-based products.
if no one can modify the contents of a folder (not even using Windows explorer, or any system service), except using the registered binary
Then an application's publisher could hold your data for ransom.
Windows users do not use Bash.
This is true of Windows 10 S, not Windows 10 Home or Windows 10 Pro. These operating systems can run Bash as part of Windows Subsystem for Linux. Think of WSL as Microsoft GNU/Windows.
The obvious joke here is that if you're using Windows, you're clearly "Technically Challenged"
Here's a technical challenge for you: People who want a 11.6" laptop are faced with a choice between laptops warranted only to run Windows and laptops locked down to erase themselves if they're running any application other than Google Chrome. How would you solve this challenge?
The job of the police is to draw chalk lines around the bodies.
Only if they want the DA to lose her case for having contaminated the crime scene.
"Tech Scammer sets Syskey and BIOS Password on his OWN COMPUTER and CRIES!" by Zephyr Audio
"TECH SUPPORT SCAMMER LOGS ME INTO HIS BANK ACCOUNT" by Each&Everything
"Queue" because the joke is so obvious that people are lining up to tell it.
This sounds like they're just not going to be selling stuff directly anymore outside of Safari.
Where does that leave people who use something other than a Mac or an iPad to read O'Reilly material? Or does Safari not require Safari?
Have you found a broker that will prevent malware in ads?
No. But despite the answer to your question being no, a broker still outscores no broker.
A broker has 3 points: a larger selection of advertisers willing to pay competitive prices for your inventory, a reputation for fighting click fraud, and tax collection and remittance in multiple jurisdictions.
No broker has 2 points: not a malware vector because no third-party scripts execute on the client, and the viewer's browsing habits are shared with fewer third parties. (I say "fewer" rather than "no" because the viewer's ISP can still infer coarse viewing habits from the ClientHello message's SNI field and data sizes.)
A cheap domain is less than a dollar a month.
Times hundreds of millions of households. This is a windfall to the registrar industry just to satisfy the mixed content blocking and Secure Contexts spec.
Free ones are available.
Namely?
There are even TLDs offering free domains if you aren't fussy.
Again, which TLDs are these? And do they bundle DNS service that Let's Encrypt can reach and that an ACME client can programmatically configure? If not, then the user will have to run a DNS server on his home computer or server appliance and forward port 53 inbound to that device. This not only requires technical expertise to configure the gateway device responsible for port forwarding but also fails completely on ISPs that put customers behind carrier-grade NAT.
I haven't tried. But I can stand the screen up with a traditional laptop, which is why I prefer a traditional laptop for tasks that involve much typing.
Multitrack audio gets large fast - especially if you record in a higher sample rate
I can see the advantage of 24-bit sample depth for intermediate recordings. But what's the advantage of recording at more than 48 kHz sample rate? A 48 kHz sample can perfectly reconstruct signals up to just below 24 kHz, and the ear can't hear frequencies above 24 kHz. Why record what will just get filtered out?
If you have room somewhere to set down the tablet and the keyboard, then you can probably easily carry the keyboard separately anyway.
Even if "room somewhere" is your lap while riding the bus?
No matter the task, the new iPad Pro is up to it -- and then some.
Even if the task is developing a new app? I doubt Apple plans to allow a counterpart to AIDE any time soon.
In theory, I'm inclined to agree that hosting the ads on the publisher's server is probably the most efficient for network data volume, CPU time, and user privacy. But in practice, a publisher selling ad space directly to advertisers faces a few additional difficulties compared to the more common route of going through a broker, such as an ad network or an ad exchange.
I'm interested to read the solutions that you would apply to these problems if you were running an ad-supported website.
CSS4 media queries anticipate that multiple pointing devices may be connected at once, which is why it defines a concept of "primary pointer" used to evaluate the pointer media property. If the user wants to use the touch screen, he should tell the browser to treat touch as the primary pointer.
if I did have that problem and thought it due to lines being too long, I could just resize the browser window and the text will wrap.
A max-width on the body text column does pretty much the same thing. Putting max-width in the CSS rather than waiting for the user to "resize the browser window" does the right thing by default for the majority of people, who do have this problem.