You raise excellent points regarding paying attention while driving, but I assert that it is near-impossible to pay 100% complete attention on driving. Do you listen to the radio or audiobooks, talk to passengers, or think about other things (work, what you're going to do on the weekend, etc) while driving? My argument is that talking on the phone is no less distracting and dangerous (to some people - others have a more difficult time concentrating when there's a conversation going on) than to doing any of these other activities.
Other activities, on the other hand, I believe are inherently more dangerous. In my opinion, using mirrors to shave or put on makeup, reading a newspaper, watching TV, etc, are absolutely dangerous activities to perform while driving.
'tis true, it does run at startup - but I intentionally made it run at startup, and it notifies me immediately when something wants to run at startup. I don't have to remember to allot time to run msconfig every day to check to see if anything new is running at startup. Having something run at startup isn't inherently evil, if you know it's there, know what it does, and it provides some benefit.
Sysinternals are great apps and I use them daily, but I didn't know about autoruns - nice find. I use a program called StartupManager for the same purpose. It may be time for a change.
I use this and I like having visibility of what program's trying to make what start when I boot. I click "no" more than I click "yes," as you can imagine...
http://www.mlin.net/StartupMonitor.shtml
StartupMonitor is a small utility that runs transparently (it doesn't even use a tray icon) and notifies you when any program registers itself to run at system startup. It prevents those utterly useless tray applications from registering themselves behind your back, and it acts as a security tool against trojans like BackOrifice or Netbus.
Speaking on the phone while driving is not dangerous if the driver puts driving at a higher priority than his phone conversation. While talking on the phone a (good) driver can still be aware of the road and vehicles around him and pay closer attention to driving than to the conversation at hand. Asking a person to repeat himself because you were busy trying to merge and didn't catch their last sentence is better than blindsiding someone because you were paying too much attention to an engrossing conversation. It's not hard. You can drop the phone in your lap if someone suddenly cuts you off and you need to negotiate some lanes to prevent an accident... then just pick the phone back up when you're clear. It's just common sense - driving should take the highest priority while a person is behind the wheel.
I think the people that are dangerous on the road while talking on the phone are the same people that are dangerous on the road anyway - oblivious to their surroundings and inconsiderate of other drivers - even without a phone at their ear. These same people would probably be distracted and dangerous if a fly is in the car, or if their kid starts crying, or if there's an interesting billboard on the side of the road, too.
In my opinion, a blanket statement claiming that talking on a cellphone makes a driver irresponsible, dangerous, and distracted is not accurate at all.
Oh, and another thing - talking on the phone is a completely different activity from watching a television. One is aural and gives a person complete use of their eyesight and full range of motion for looking around while driving... the other will obviously compete with the road and traffic for attention from your eyes. So of course watching TV while driving is inherently more dangerous.
It does not specify that the referrer header is required, but it does say that it is optional and that user-agents should give users the ability to turn it off, so Opera and Mozilla are absolutely not breaking any standard by not sending a referrer.
Referer:
This optional header field allows the client to specify, for the server's benefit, the address ( URI ) of the document (or element within the document) from which the URI in the request was obtained.
All header fields are
optional and conform to the generic HTTP-header syntax.
Note: Because the source of a link may be private information or may reveal an otherwise private information source, it is strongly recommended that the user be able to select whether or not the Referer field is sent. For example, a browser client could have a toggle switch for browsing openly/anonymously, which would respectively enable/disable the sending of Referer and From information.
Opera is one of the most standards compliant web browsers. It's written to adhere to the HTML, CSS, and ECMA script specifications rather than implementing its own "standard." As you can now see, no standard was "broken" by turning off the referrer header, and in fact, Opera is adhering to a recommendation in the spec that explicitly states that the referrer header should be an option that the user can toggle on or off.
Blocking access to a page based on the Referrer header doesn't affect user-agents that do not send a Referrer header, such as Opera with the "Enable Referrer Logging" option turned off. I didn't have any trouble with the link in the summary.
ASP.NET does tend to send different HTML to what MS terms "downlevel" browsers (everything other than IE and Netscape). For example, panels are rendered as DIVs for IE but tables for Opera/FireFox. It also renders things like Bold=True as CSS font-weight: bold; for IE but as tags for Opera/FireFox. You can get around this with a page directive clienttarget=Uplevel, which will specify that it always get rendered for "IE," meaning CSS and DIVs rather than tables and deprecated tags.
I think there's also a problem with the client-side scripting generated by validator controls not working in anything but IE, but I never use them and instead just write my own javascript and server-side validation that I know will work in just about everything (I check sites in Opera, FireFox, Mozilla, IE, Avant Browser, MyIE2, Sleipnir, OffByOne, Netscape 4.7, Netscape 7, and Links).
Relying on ASP.NET to do all the dirty work and generate all your HTML, formatting, and javascript probably will cause some nasty cross-browser issues, but if you are diligent then you can make a perfectly standards-compliant, valid, cross-browser, gracefully degradable web site with ASP.NET
You're angry because you have difficulty reading english. Go calm down. He says it's much faster.
Actually, if you re-read it a little closer, you'll notice that he doesn't actually say that the card is faster. He says it's much faster than previous generation products from ATI. He doesn't mention anything about current products from ATI, only that it is faster than prior products from both nVidia and ATI.
GeForce 6800 Ultra represents the largest leap forward in graphics performance in our company's history. As expected, they are much faster than previous generation products from ATI. We will let the benchmarks speak for themselves.
It's trying to use an install directly from IE using an tag, and even though you can download the individual cab files separately for install, it doesn't give you any alternative links for it (yay Microsoft). When I let Opera identify as MSIE 6.0 I can see the javascript flyout menus to take me to the download page.
You can get to the "Full Download with Local Install" page here, but you still may not be able to see the links as they are created through some mangled javascript, so here they are:
You could've been describing my last job. Except with that manager it was "Are we on track?"
If we answered with anything more complicated than "Yes" or "No" he would get all confused until we distilled it down to one of those.
We couldn't say we hit some snag that's taking a little longer and go on to describe what we were working on because then he'd respond, "So we're not on track." Then we'd say, "No, we are, it's just that..." just to hear, "So we are on track." Finally we'd just say, "Yes."
Meetings got shorter and shorter the more we understood about them. "Are we on track?" "Yep, sure are."
Why have meetings about projects if the managers really don't want to hear anything about the projects?
Slashdot Mirror
Links to Bugzilla from Slashdot work just fine for any follower that disables the referrer header the browser or proxy. see http://developers.slashdot.org/comments.pl?sid=124 646&cid=10453065
You raise excellent points regarding paying attention while driving, but I assert that it is near-impossible to pay 100% complete attention on driving. Do you listen to the radio or audiobooks, talk to passengers, or think about other things (work, what you're going to do on the weekend, etc) while driving? My argument is that talking on the phone is no less distracting and dangerous (to some people - others have a more difficult time concentrating when there's a conversation going on) than to doing any of these other activities.
Other activities, on the other hand, I believe are inherently more dangerous. In my opinion, using mirrors to shave or put on makeup, reading a newspaper, watching TV, etc, are absolutely dangerous activities to perform while driving.
'tis true, it does run at startup - but I intentionally made it run at startup, and it notifies me immediately when something wants to run at startup. I don't have to remember to allot time to run msconfig every day to check to see if anything new is running at startup. Having something run at startup isn't inherently evil, if you know it's there, know what it does, and it provides some benefit.
Sysinternals are great apps and I use them daily, but I didn't know about autoruns - nice find. I use a program called StartupManager for the same purpose. It may be time for a change.
I use this and I like having visibility of what program's trying to make what start when I boot. I click "no" more than I click "yes," as you can imagine ...
http://www.mlin.net/StartupMonitor.shtml
StartupMonitor is a small utility that runs transparently (it doesn't even use a tray icon) and notifies you when any program registers itself to run at system startup. It prevents those utterly useless tray applications from registering themselves behind your back, and it acts as a security tool against trojans like BackOrifice or Netbus.
Speaking on the phone while driving is not dangerous if the driver puts driving at a higher priority than his phone conversation. While talking on the phone a (good) driver can still be aware of the road and vehicles around him and pay closer attention to driving than to the conversation at hand. Asking a person to repeat himself because you were busy trying to merge and didn't catch their last sentence is better than blindsiding someone because you were paying too much attention to an engrossing conversation. It's not hard. You can drop the phone in your lap if someone suddenly cuts you off and you need to negotiate some lanes to prevent an accident ... then just pick the phone back up when you're clear. It's just common sense - driving should take the highest priority while a person is behind the wheel.
... the other will obviously compete with the road and traffic for attention from your eyes. So of course watching TV while driving is inherently more dangerous.
I think the people that are dangerous on the road while talking on the phone are the same people that are dangerous on the road anyway - oblivious to their surroundings and inconsiderate of other drivers - even without a phone at their ear. These same people would probably be distracted and dangerous if a fly is in the car, or if their kid starts crying, or if there's an interesting billboard on the side of the road, too.
In my opinion, a blanket statement claiming that talking on a cellphone makes a driver irresponsible, dangerous, and distracted is not accurate at all.
Oh, and another thing - talking on the phone is a completely different activity from watching a television. One is aural and gives a person complete use of their eyesight and full range of motion for looking around while driving
It does not specify that the referrer header is required, but it does say that it is optional and that user-agents should give users the ability to turn it off, so Opera and Mozilla are absolutely not breaking any standard by not sending a referrer.
See: Comment #10460736
Blocking access to a page based on the Referrer header doesn't affect user-agents that do not send a Referrer header, such as Opera with the "Enable Referrer Logging" option turned off. I didn't have any trouble with the link in the summary.
ASP.NET does tend to send different HTML to what MS terms "downlevel" browsers (everything other than IE and Netscape). For example, panels are rendered as DIVs for IE but tables for Opera/FireFox. It also renders things like Bold=True as CSS font-weight: bold; for IE but as tags for Opera/FireFox. You can get around this with a page directive clienttarget=Uplevel, which will specify that it always get rendered for "IE," meaning CSS and DIVs rather than tables and deprecated tags.
I think there's also a problem with the client-side scripting generated by validator controls not working in anything but IE, but I never use them and instead just write my own javascript and server-side validation that I know will work in just about everything (I check sites in Opera, FireFox, Mozilla, IE, Avant Browser, MyIE2, Sleipnir, OffByOne, Netscape 4.7, Netscape 7, and Links).
Relying on ASP.NET to do all the dirty work and generate all your HTML, formatting, and javascript probably will cause some nasty cross-browser issues, but if you are diligent then you can make a perfectly standards-compliant, valid, cross-browser, gracefully degradable web site with ASP.NET
Free online typing speed tests (Java required for both):
c id =9883355
http://www.typingtest.com/
http://www.typingpal.com/
Taken from:
Is Typing a Necessary Skill?
http://ask.slashdot.org/comments.pl?sid=116796&
Bypass Compulsory Web Registration
It's trying to use an install directly from IE using an tag, and even though you can download the individual cab files separately for install, it doesn't give you any alternative links for it (yay Microsoft). When I let Opera identify as MSIE 6.0 I can see the javascript flyout menus to take me to the download page. You can get to the "Full Download with Local Install" page here, but you still may not be able to see the links as they are created through some mangled javascript, so here they are:
PSDK-FULL.1.cab
PSDK-FULL.2.cab
PSDK-FULL.3.cab
PSDK-FULL.4.cab
PSDK-FULL.5.cab
PSDK-FULL.6.cab
PSDK-FULL.7.cab
PSDK-FULL.8.cab
PSDK-FULL.9.cab
PSDK-FULL.10.cab
PSDK-FULL.11.cab
PSDK-FULL.12.cab
PSDK-FULL.13.cab
BAT File for Extraction
Extraction Utility File
You could've been describing my last job. Except with that manager it was "Are we on track?"
..." just to hear, "So we are on track."
If we answered with anything more complicated than "Yes" or "No" he would get all confused until we distilled it down to one of those.
We couldn't say we hit some snag that's taking a little longer and go on to describe what we were working on because then he'd respond, "So we're not on track." Then we'd say, "No, we are, it's just that
Finally we'd just say, "Yes."
Meetings got shorter and shorter the more we understood about them. "Are we on track?" "Yep, sure are."
Why have meetings about projects if the managers really don't want to hear anything about the projects?