Howdy, Stranger!
It looks like you're new here. If you want to get involved, click one of these buttons!
If you have an email ending in @hotmail.com, @live.com or @outlook.com (or any other Microsoft-related domain), please consider changing it to another email provider; Microsoft decided to instantly block the server's IP, so emails can't be sent to these addresses.
If you use an @yahoo.com email or any related Yahoo services, they have blocked us also due to "user complaints"
-UE
If you use an @yahoo.com email or any related Yahoo services, they have blocked us also due to "user complaints"
-UE
Comments
I think that a number of people operate touchpads by keeping their finger on the touchpad and moving it quite a bit more than I do, to move the cursor. This has the effect of using more of the touchpad area, despite its potential to run out of space.
On the other hand, I seem to have a habit of using a smaller area of the touchpad, but moving the cursor in many separate smaller movements.
This doesn't really have much difference, except when adjusting for overshooting. I start to make really small finger-strokes on the touchpad, and a touchpad that has tap-to-click enabled frequently instead interprets me as clicking things. However, for a person who has kept their finger on the touchpad for a continuous motion, the touchpad already is in "movement" mode and doesn't misinterpret their strokes.
Does anyone know how to enable the confirmation dialog for ending processes with the Delete key in Windows 8.1's Task Manger?
Choosing to end process with mouse right click -> End Process will produce the...wait...
never mind it just doesn't do this for the Processes tab, regardless of keyboard or mouse. the Details tab works just as it used to.
...which is a feature I hate.
Well, the only reason I'm gonna even touch this is because I love Falcom's music too much yet also don't want to touch iTunes.
This would be all fine and dandy, except when I tell Dropbox to stop synching and then manually move the folder myself, I can't just tell it to start reading the new folder. It gets irrevocably confused.
Right now IJBM's favicon looks fine for me in the bookmark bar, but doesn't show up on the tab. So I guess the favicon here is broken.
pngico so themes don't break it anymore.They're horribly, horribly obnoxious when scrolling quickly to get a sense of what's on the page.
Why not "click to see more", or load the complete page first, and that's it?
Of course, that doesn't mean much if the page is full of bloatware, laggy flash banners, superfluous notifications, and heavy analytics scripts on the side that are already eating your CPU and plugging up your outgoing pipe sending marketing data to 20+ sites. Most browsers cap and queue the number of concurrent file requests, even if they're asynchronous. When you see page lag for a scroll-loader, it's often because your browser is waiting for everyone else's shit to come back and advance the queue before it even fires off the XHR for the thing you actually want.
Lazy-loading tends to be more useful in business web apps, where the data is a lot more sprawling, but the call is nice and compact and you don't have all this bullshit going on in the background. I've implemented a few myself -- they're surprisingly easy to hook up. If you fire the request with a good 60-100 px from the current bottom and use a good library like AngularJS to render new content, the total time for there, back, and rendering 100+ rows of a table is barely the amount of time it takes you to finish getting to the bottom. Of course, unless you're expecting most users to have overwhelming amounts of feed data accumulated (Facebook, etc), it's a good idea to include a "load all" button.
This is the download timeline. Notice how it goes in big chunks. There are a lot of reasons it can do that, usually either a) dynamic population needing the results of previous XHR calls to know what you have access to, or b) clogged request queue.
In this case, it seems to be the latter.
This is just the javascript that it needs to start running. There are 21 of them, mostly very small (a couple KB or less). Your request queue backs up quickly and you get sort of a stair-step effect in the network times because even though they're all asynchronous and don't need to come back in order, the queue forces you to essentially make a set of round-trips anyway.
This is a terrible way to structure things, by the way -- they're all minified so they obviously have some kind of compressor, but many compressors let you concatenate multiple minified files into one or two specifically to prevent this.
Again -- this all before you even log in. Once it has your data, it grabs an even bigger set of scripts and stylesheets, then starts shitting XHR everywhere for chat updates, notifications, ads, and marketing analytics. A couple of them appeared to be rather slow coming back. So when you scroll to the bottom of the page and request more data, it often gets caught in the queue behind laggy market whoring for a good second or so before it even fires off -- or worse, a poorly-optimized Flash ad is eating your CPU so badly that the script listeners themselves are delayed.
If it didn't have that jam in the way, chances are you'd barely notice the scroll-load. It's probably one of the quicker things on the page to begin with because they can cache your next page before you ask for it.
You'll get a page of search results.
Mouse over the name of any video. You should see a URL displayed in the corner or status bar of your browser. Right-click this and you'll get a normal context menu.
Now move the cursor so that it is just above the link to the video. You may notice that the cursor is still a hand as if it were over a link, but the URL is no longer displayed by your browser.
Right-clicking now produces two things:
1. you produce a normal (non-link) context menu
2. the page goes to the video page, as if you'd clicked the link itself.
why #2?
why?
why does CLICKING SOMEWHERE THAT'S NOT THE LINK make me GO TO THE LINK?
The rest of it is a wrapper div with cursor:pointer CSS to keep the hand icon and a script listener to redirect to the same video. This was a pretty common usability thing even before mobile devices, but now that touchscreens and sausage fingers are commonplace it's even more important to broaden the "hit area".
Before you ask, there are two main reasons you can't just wrap the whole thing in an anchor.
1) Anchors can't wrap a whole lot other element types. It would not be syntactically possible to actually wrap everything in the anchor to keep the context menu.
2) Even if you could, it would still be a bad idea. That div contains at least two other anchors as well: the video owner, and the high quality link in the description.
So, I've updated my notebook's audio-video drivers, and now I can't set the volume through the function key. Currently searching for a driver version that works roughly as the old one did. Oh well.
----
edit: looks like the simplest solution worked. Needed a system restart to fix up.
> add it to my (virtual, on the site) shopping cart
> sign in
> go to checkout
> checkout fails
> close and restart browser because checkout failed repeatedly
> item is not in shopping cart, nor available to be selected in the store
I don't know how long an item stays in the cart...I hope not that long.
Edit: I think it stays in the cart for about two hours.
If your block list is comprehensive enough, yeah, it'll catch both their content and their scripts. This article spells it out a bit more clearly and links to some tools like Disconnect or Adblock lists.
http://lifehacker.com/5843969/facebook-is-tracking-your-every-move-on-the-web-heres-how-to-stop-it