Imprecision of a finger as a pointing device, and general lack of demand among users for stylus-driven interfaces.
Hierarchical Drop down menus are a great idea. Stupid, unrecognisable Icons - not so good.
The menu philosophy of things like MATE and Xfce assumes that users can hit long, skinny targets. This is true of a mouse, where hit ease is related to area (w * h). It is not true of a finger, where hit ease is related to the shorter of the two dimensions (min(w, h)).
What I -really- want is a browser feature where any only the tab that the mouse is hovering over will have running javascript. Everything, everything else gets "frozen." If the browser doesn't have current focus, then no scripts run at all.
With a user-managed whitelist for things like music streaming services and web-based rich chat rooms, I assume.
The Supreme Court of the U.S. refused to allow use of the Lanham Act to extend the effective term of exclusive rights in a copyrighted work in Dastar v. Fox.
Such a government would get kicked out of the WTO for flagrantly violating the TRIPS agreement and see its international trade terms with the developed world quickly demoted to one step above that of state sponsors of terrorism.
I'm wondering if there is an example of something like an e-commerce site (therefor few/little ads) and is something more complicated than a Google question.
Reliance on the HTTP Referer: header to communicate the context to the ad server doubles HTML traffic. Every time the user views an HTML document, the server would see two hits to the HTML document: one from the viewer and one from the ad server to read the document on which the ad is placed.
Let me predict what an anti-script curmudgeon might think of your objections.
Full page reloads for any action from the user.
"It'd still end up loading less data than a half-dozen JS frameworks and ad exchanges' real-time bidding scripts."
Outdated information for dynamic values (as in something that often changes, like a sports score, or stocks)
"When I want up-to-date information, I'll request it myself. My F5 key isn't broken, you know."
Would you care to cite any websites that do what you claim that aren't just a list of articles?
"I can, for example, get the weather on National Weather Service (weather.gov) without script. If I wanted something more interactive than an HTML form, I would download an application, compile it, and install it on my computer."
That's only a minor inconvenience to ad blockers, as they can load the data then throw it away without passing it to the rendering layer.
It's a major inconvenience to people who use ad blockers for the express purpose of staying under the monthly Internet data transfer volume limit set by an ISP.
If you encounter a viewer who desires only "the static functionality of a Wikipedia article", do not force the viewer into more interaction than that. Build navigation through links to other documents on your site. Use the styling and transition functionality built into CSS to style your HTML. Build collapsible elements out of a hidden checkbox with a visible label.
Publishing a native application for iOS requires a valid paid membership in the Apple Developer Program. Publishing a web application does not require a recurring payment to Apple. In fact, remote testing services allow some level of testing in Safari to be performed even without having to own a Mac, iPod touch, iPhone, or iPad.
Other replies to my comment describe how a web interface to text chat worked prior to AJAX. But how would that work with a whiteboard? As far as I can tell, someone without script can view a snapshot of a whiteboard every minute but can't add marks larger than a dot because an image map submits only on click, not on drag.
If an ad can determine the content of a page it can know what a user's preferences are by combining multiple serves across pages.
Only if it sets a persistent cookie. An ad serving script that can see the text of the parent document but lacks privilege to associate it with a persistent cross-site user identifier can serve somewhat relevant results without tracking.
Virtually all network clients can run unprivileged and so can be installed and run in the current directory, even by a guest.
True of Windows, macOS, and GNU/Linux most of the time, but not of iOS, which has no "current directory" visible to the end user. The owner of an iOS device can configure App Store to require the owner's password before installing an app.
"Almost no web site" is "a web-based front-end to an IRC server".
It may be "almost no web site" when counted as unique domains, but IRC clones such as Slack and Discord rack up the user hours a lot more quickly than the in-and-out visits to mostly textual sites that don't need script.
Also, if you don't expect it to be a very good client, you can do it just with refreshes. Implement scrollback as a separate page from the display, put the display in an iframe and refresh it frequently. Done.
This works for IRC, not a whiteboard.
The basic objection here is that you should not need to run someone else's code on your computer just to view some static content.
I understand that. My counter-objection is that a lot of popular content isn't static.
I personally don't mind enabling scripts for a site that actually does some kind of whiz-bang interactive thing that I want to experience. I know what I'm getting into.
I make this objection to people in order to know whether, when faced with an interactive web application, a particular user prefers to enable script (like you) or to do without (like Opportunist, apparently). If the user is willing to enable script, my next step is usually to ask what a site needs to do in order to prove itself trustworthy. If the user is unwilling to enable script, my next step is usually to ask what non-web platform is preferable for an interactive application. If there's a more efficient way to choose the appropriate follow-up question for a particular user's attitude toward interactive web applications, I'd appreciate knowing about it.
I thought it was obvious the chat frame would not terminate the HTTP connection (and include a meta refresh in case it was terminated), just keep spending data as new messages come in.
I wasn't aware that progressively loading an HTML document stlil worked. My experiments with trying to push chunked transfer encoding out of PHP, sending a flush() after each message, caused messages to appear to arrive at the browser in chunks of about a dozen messages at a time. It appeared as if some layer in the middle were heavily applying Nagle's algorithm, and I couldn't tell at the time whether it was HTTP compression, HTTPS encryption, or something else layered on top of it. And CDNs don't make it any simpler, as many of them try to retrieve the complete document from the origin server before passing it on to the viewer.
I don't see how combining image maps with meta refresh is going to let the user drag over an image to add a stroke to a multi-user whiteboard.
Use the old slicing method before maps existed.
The coordinates included in a stroke start at mousedown, continue through all the turns of the mouse that the user made while inputting the stroke, and ends at mouse up. How would "the old slicing method" cause these coordinates to be sent to the server? What <input type="..."> or other element is used? And in what format are they sent?
Ads don't need web sockets, for example. Or file I/O. They most definitely shouldn't have access to parent document.
What benefit does the viewer derive from an ad having absolutely no access to the parent document? I understand your objection to write access to the parent document. But without read-only access to the parent document, the ad code cannot determine the page's topic and therefore cannot select an ad that is relevant to the page's topic. Without access to the page's topic, the ad has no way to determine the viewer's interests and must instead use an interest dossier derived by tracking the user across multiple websites to log his browsing history. And the "retargeting" technique associated with such fine-grained interest dossiers is a large part of what led to ad blocking in the first place.
You are correct that the fragment identifier has two purposes: one to be read by JavaScript and the other as the "anchor" that you mention. But an anchor needs to exactly match the value of an element's the id attribute. When I retrieved the URL https://f-droid.org/packages/, the HTML document in the response did not contain an element whose id attribute has a value q=IRC.
Virtually all network clients can run unprivileged and so can be installed and run in the current directory, even by a guest.
Not if the PC is configured to use Software Restriction Policies/AppLocker, or if the PC's owner threatens to withdraw the guest's permission to use the PC if the PC's owner finds that the guest has downloaded and executed unapproved software.
Slashdot Mirror
Why can't I have Gnome2/Mate/fvwm95 on my phone?
Imprecision of a finger as a pointing device, and general lack of demand among users for stylus-driven interfaces.
Hierarchical Drop down menus are a great idea. Stupid, unrecognisable Icons - not so good.
The menu philosophy of things like MATE and Xfce assumes that users can hit long, skinny targets. This is true of a mouse, where hit ease is related to area (w * h). It is not true of a finger, where hit ease is related to the shorter of the two dimensions (min(w, h)).
When I'm doing anything computer or Internet related it's on a powerful desktop computer with a 27 inch monitor.
Then what are you doing to pass the time while riding the bus or train to and from work?
What I -really- want is a browser feature where any only the tab that the mouse is hovering over will have running javascript. Everything, everything else gets "frozen." If the browser doesn't have current focus, then no scripts run at all.
With a user-managed whitelist for things like music streaming services and web-based rich chat rooms, I assume.
The Supreme Court of the U.S. refused to allow use of the Lanham Act to extend the effective term of exclusive rights in a copyrighted work in Dastar v. Fox .
Such a government would get kicked out of the WTO for flagrantly violating the TRIPS agreement and see its international trade terms with the developed world quickly demoted to one step above that of state sponsors of terrorism.
It's still double in case of a cache miss.
The same way Chromebook developer mode begging the user to wipe it is a feature: it ensures someone who steals your SD card won't be able to see your private data.
I'm wondering if there is an example of something like an e-commerce site (therefor few/little ads) and is something more complicated than a Google question.
How well does, say, Phil's Hobby Shop work with script off?
Disclosure: Phil's Hobby Shop employs me.
Reliance on the HTTP Referer: header to communicate the context to the ad server doubles HTML traffic. Every time the user views an HTML document, the server would see two hits to the HTML document: one from the viewer and one from the ad server to read the document on which the ad is placed.
Let me predict what an anti-script curmudgeon might think of your objections.
Full page reloads for any action from the user.
"It'd still end up loading less data than a half-dozen JS frameworks and ad exchanges' real-time bidding scripts."
Outdated information for dynamic values (as in something that often changes, like a sports score, or stocks)
"When I want up-to-date information, I'll request it myself. My F5 key isn't broken, you know."
Would you care to cite any websites that do what you claim that aren't just a list of articles?
"I can, for example, get the weather on National Weather Service (weather.gov) without script. If I wanted something more interactive than an HTML form, I would download an application, compile it, and install it on my computer."
That's only a minor inconvenience to ad blockers, as they can load the data then throw it away without passing it to the rendering layer.
It's a major inconvenience to people who use ad blockers for the express purpose of staying under the monthly Internet data transfer volume limit set by an ISP.
If you encounter a viewer who desires only "the static functionality of a Wikipedia article", do not force the viewer into more interaction than that. Build navigation through links to other documents on your site. Use the styling and transition functionality built into CSS to style your HTML. Build collapsible elements out of a hidden checkbox with a visible label.
Publishing a native application for iOS requires a valid paid membership in the Apple Developer Program. Publishing a web application does not require a recurring payment to Apple. In fact, remote testing services allow some level of testing in Safari to be performed even without having to own a Mac, iPod touch, iPhone, or iPad.
Other replies to my comment describe how a web interface to text chat worked prior to AJAX. But how would that work with a whiteboard? As far as I can tell, someone without script can view a snapshot of a whiteboard every minute but can't add marks larger than a dot because an image map submits only on click, not on drag.
[RAM] actually is an example of resource exhaustion.
Battery energy is another example of a resource on a computer that can be exhausted (at least until the next recharge), correct?
Probably because we speak English, and ["consuming" is] the colloquial and accepted term for using content.
Before this "consuming" fad, the word was "viewing". What's wrong with "viewing"?
If an ad can determine the content of a page it can know what a user's preferences are by combining multiple serves across pages.
Only if it sets a persistent cookie. An ad serving script that can see the text of the parent document but lacks privilege to associate it with a persistent cross-site user identifier can serve somewhat relevant results without tracking.
Virtually all network clients can run unprivileged and so can be installed and run in the current directory, even by a guest.
True of Windows, macOS, and GNU/Linux most of the time, but not of iOS, which has no "current directory" visible to the end user. The owner of an iOS device can configure App Store to require the owner's password before installing an app.
"Almost no web site" is "a web-based front-end to an IRC server".
It may be "almost no web site" when counted as unique domains, but IRC clones such as Slack and Discord rack up the user hours a lot more quickly than the in-and-out visits to mostly textual sites that don't need script.
Also, if you don't expect it to be a very good client, you can do it just with refreshes. Implement scrollback as a separate page from the display, put the display in an iframe and refresh it frequently. Done.
This works for IRC, not a whiteboard.
The basic objection here is that you should not need to run someone else's code on your computer just to view some static content.
I understand that. My counter-objection is that a lot of popular content isn't static.
I personally don't mind enabling scripts for a site that actually does some kind of whiz-bang interactive thing that I want to experience. I know what I'm getting into.
I make this objection to people in order to know whether, when faced with an interactive web application, a particular user prefers to enable script (like you) or to do without (like Opportunist, apparently). If the user is willing to enable script, my next step is usually to ask what a site needs to do in order to prove itself trustworthy. If the user is unwilling to enable script, my next step is usually to ask what non-web platform is preferable for an interactive application. If there's a more efficient way to choose the appropriate follow-up question for a particular user's attitude toward interactive web applications, I'd appreciate knowing about it.
This was done with cgi and meta tags with http-equiv="refresh" for years before browsers reliably supported JavaScript.
Text chat was. A whiteboard wasn't.
What's the "new tool" for running a single application on Windows, macOS, GNU/Linux, iOS, and Android?
I thought it was obvious the chat frame would not terminate the HTTP connection (and include a meta refresh in case it was terminated), just keep spending data as new messages come in.
I wasn't aware that progressively loading an HTML document stlil worked. My experiments with trying to push chunked transfer encoding out of PHP, sending a flush() after each message, caused messages to appear to arrive at the browser in chunks of about a dozen messages at a time. It appeared as if some layer in the middle were heavily applying Nagle's algorithm, and I couldn't tell at the time whether it was HTTP compression, HTTPS encryption, or something else layered on top of it. And CDNs don't make it any simpler, as many of them try to retrieve the complete document from the origin server before passing it on to the viewer.
I don't see how combining image maps with meta refresh is going to let the user drag over an image to add a stroke to a multi-user whiteboard.
Use the old slicing method before maps existed.
The coordinates included in a stroke start at mousedown, continue through all the turns of the mouse that the user made while inputting the stroke, and ends at mouse up. How would "the old slicing method" cause these coordinates to be sent to the server? What <input type="..."> or other element is used? And in what format are they sent?
Ads don't need web sockets, for example. Or file I/O. They most definitely shouldn't have access to parent document.
What benefit does the viewer derive from an ad having absolutely no access to the parent document? I understand your objection to write access to the parent document. But without read-only access to the parent document, the ad code cannot determine the page's topic and therefore cannot select an ad that is relevant to the page's topic. Without access to the page's topic, the ad has no way to determine the viewer's interests and must instead use an interest dossier derived by tracking the user across multiple websites to log his browsing history. And the "retargeting" technique associated with such fine-grained interest dossiers is a large part of what led to ad blocking in the first place.
You are correct that the fragment identifier has two purposes: one to be read by JavaScript and the other as the "anchor" that you mention. But an anchor needs to exactly match the value of an element's the id attribute. When I retrieved the URL https://f-droid.org/packages/, the HTML document in the response did not contain an element whose id attribute has a value q=IRC.
Virtually all network clients can run unprivileged and so can be installed and run in the current directory, even by a guest.
Not if the PC is configured to use Software Restriction Policies/AppLocker, or if the PC's owner threatens to withdraw the guest's permission to use the PC if the PC's owner finds that the guest has downloaded and executed unapproved software.