but couldn't internet cafes and the like install SpamAssassin on the outbound as well as the inbound servers? That way, if an outbound email is flagged as spam (tolerance altered to suit) it could be prevented from ever leaving the network?
If it's been done I'd like to see where/how, 'cos that could be quite useful.
From the PDF - 'OpenOffice provides no database client support' From experience - I've successfully connected to and/or used various different database types, including MS Access via ODBC. The in build database connection manager and SQL builder is actually reasonably proficient for databases at MS Access level. It just can't do some of the fancy things I make other DMBSs do.
Is Pluto a planet, or not? Is tomato a fruit, or veg?
The fact that they are arbitrary classifications made by the same people (us) who decided what is and what is not a Planet seems irrelevant. It seems that the classification systems are the problem here, not the fact that Pluto is a celestial body orbiting the same Sun as Earth, with one natural satellite.
So, we decide that Pluto is not, in fact, a planet. What difference does it make? Maybe the indigenous population, a small race who live entirely of methane by-products, will get angry and attack the Earth, resulting in the destruction of mankind? Or maybe nobody will care.
but why are people suggesting disabling HTML email?
Surely it's not the HTML email that's the problem, it's the scripts that the HTML contains that are the problem.
An email client should NOT be able to execute JS or VBscript in an HTML email, but not rendering HTML at all is a little like throwing the baby out with the bathwater.
This is not the case. These CDs do not provide a thin client at all. All processing is done client side, and they can be used at any machine without a specific server.
With a thin client/terminal server system, you would have a fully running server which you could connect just about any hardware to. However, if you were down at the local computer shop and wanted to test compatibility, would you lug your server down there? How about if you were at a friends house and needed to fix a local HDD problem using a more useful program than DOS fdisk?
No, these CDs are NOT thin clients. They are temporary fat clients.
the negative thinking here. The 'core team' philosophy as a whole was the straw that broke many camels' backs, including freedesktop.org.
The rigid holding of control (as it appeared) by the core team has now been relieved and the actual developers, movers and shakers in the XFree86 project now have less red tape to cut through to make the project what we would all like it to be!
Every time a media product is pirated takes away some of the incentive for the production company to make more.
Liar. Liar. Liar. I am going to make this real clear. I *never* buy certian magazines or music products. However, if I read an article in a magazine at my friends house the publisher is not being ripped off. Likewise for music, or a DVD.
I may not be true that they lose a sale, but everyone knows that every time you pirate a CD, Hillary Rosen kills a kitten.
Unfortunately, the future may be the past. If the companies involved are not comfortable with the GPL, after SCO gives them a stern telling off (there's not much else they can do!) they may revert to an old tactic of devising a system custom and proprietary, and as far from FAT as possible, and revert to vendor lock in. They can always get someone to knock out a 1/4 reasonable driver for it that has to be installed before the media can be read.
If it wasn't for the fact that nobody seems to care very much about the posturing of these (possibly soon to be ex-) heavyweights, this could be the beginning of a return to the dark ages.
Yep, definitely a conspiracy. Especially as the three hit servers are the 'bastions of freedom' in the Linux World. Red Hat, SuSE, Mandrake etc. were not hit, and they are taking the capitalist route.
*puts on conspiracy theory soundtrack and locks self in safe*
Well, about that new. I know that they've been around for decades, but that wasn't always the case. I'm thinking BIG UGLY CLUNKING computers. You know, house side jobbies.
"It is absolutely traceable to better GUI design. Old style cockpits were full of gauges that had to be scanned, constantly, always checking temperature gauges and a zillion things which almost always had the proper readings and did not change, scan the instruments, scan outside, scan the instruments, scan outside... boring as hell scanning those gauges, because they were almost always showing what they should have been... can you spell repetitive? boring?"
This uses exactly the same paradigm as modern computer systems. In the old days, hardware was polled for updates, then things changed when interrupts could be used to service anything from sound cards to hard disks.
Similarly, DMA. Hard disk transfers required intervention by the CPU (the Pilot) to function, but now can write the data directly without bothering the CPU at all. In planes, the data goes from where it is (the sensors, gauges, etc) and into the instrumentation, HUD or whatever and the pilot just gets an interrupt when something goes awry, leaving him free in the dull, mundane moments to figure out how to lose the bandit on his six;-)
On the one hand, depending of course on the project, I am all for writing a framework to support the application structure required.
On the other hand, it can have MAJOR downsides. If the technology choice is wrong, or if the dvelopers are not quite up to the task (despite protestations to the contrary), things can go quite horrible.
At the company I work for, a couple of guys were given the job of building a development framework for building ALL internal infrastructure applications on. For some, utterly utterly bizarre, reason they built the whole thing in PHP4. This in itself has caused major headaches.
Then, out of the blue, the main developer and owner of all knowledge of the framework left for another company. While I wish him all the best (and I really do) it has left the rest of us with a complete waste of time. Nobody knows the framework, and it wasn't complete on handover. Deadlines are too tight to complete the code. The whole project is screwed.
Yep, page 2 of the search for 'linux windows' should theoretically bring up a single hit (the remaining 1, out of 16). However, it brings up 15 more pages, out of about 8879023!
Looks like if there is biasing going on, it's just to try and prevent people hitting 'next'. Don't forget MSN don't provide a nice goooooooooooogle style page index, just next/prev links. Ick.
Like so many things in modern society that seem to be a problem (drugs, teen pregnancy, alcoholism, etc) it seems that the problem of internet abuse is only present because the kids don't understand two important things:
1) Access is a privilege, not a right 2) Privileges are based on trust and responsibility
If the kids use the internet, then I have no problems with a content blocker and time limited connections, but still allowing them some privacy. I do have a problem with monitoring and logging of packets.
The first of these two is showing trust within a well defined set of rules (times, etc). The other is showing a definite mistrust, which requires subversive behaviour to punish. The emphasis, then, on monitoring them and punishing accordingly is starting out from the basis 'guilty until proven so'. If it is assumed that they are guilty of whatever you imagine, then they will be before long because that's how teenagers' minds work. They push boundaries, and if the boundaries give, they push harder.
Trust, openness (telling them about timers, content filters, etc) and a degree of trust is all you can do access wise.
Any problem said child may have which may cause them to want to write viruses, host porn, or start a pirate music industry is probably rooted in a different area of life altogether, and net access is just letting the symptoms show through.
Slashdot Mirror
"Any sufficiently advanced technology is indistinguishable from a rigged demo."--Anon.
but couldn't internet cafes and the like install SpamAssassin on the outbound as well as the inbound servers? That way, if an outbound email is flagged as spam (tolerance altered to suit) it could be prevented from ever leaving the network?
If it's been done I'd like to see where/how, 'cos that could be quite useful.
It's just a 'share'. They're not aware of any other kind...
From the PDF - 'OpenOffice provides no database client support'
From experience - I've successfully connected to and/or used various different database types, including MS Access via ODBC. The in build database connection manager and SQL builder is actually reasonably proficient for databases at MS Access level. It just can't do some of the fancy things I make other DMBSs do.
Is Pluto a planet, or not?
Is tomato a fruit, or veg?
The fact that they are arbitrary classifications made by the same people (us) who decided what is and what is not a Planet seems irrelevant. It seems that the classification systems are the problem here, not the fact that Pluto is a celestial body orbiting the same Sun as Earth, with one natural satellite.
So, we decide that Pluto is not, in fact, a planet. What difference does it make? Maybe the indigenous population, a small race who live entirely of methane by-products, will get angry and attack the Earth, resulting in the destruction of mankind? Or maybe nobody will care.
but why are people suggesting disabling HTML email?
Surely it's not the HTML email that's the problem, it's the scripts that the HTML contains that are the problem.
An email client should NOT be able to execute JS or VBscript in an HTML email, but not rendering HTML at all is a little like throwing the baby out with the bathwater.
"People would be much better off with hardware versions of Internet Explorer and Outlook (Express) in that respect. Yikes."
Like this?
Yes, that's why we put up dirty great big service status notices up saying that IT'S NOT OUR FAULT DAMMIT JUST LEAVE US ALONE
It doesn't work though
It was often said that computers would not take off for the uneducated masses until they behave like consumer electronics.
:)
Well, now they do. Just not how it was expected
This is not the case. These CDs do not provide a thin client at all. All processing is done client side, and they can be used at any machine without a specific server.
With a thin client/terminal server system, you would have a fully running server which you could connect just about any hardware to. However, if you were down at the local computer shop and wanted to test compatibility, would you lug your server down there? How about if you were at a friends house and needed to fix a local HDD problem using a more useful program than DOS fdisk?
No, these CDs are NOT thin clients. They are temporary fat clients.
No no no, that's
CTRL+ALT+DEL
The file format is called 'Compiled HTML' or CHM. A technical look at reverse engineering it is here:
t .h tml
http://www.speakeasy.org/~russotto/chm/chmforma
the negative thinking here. The 'core team' philosophy as a whole was the straw that broke many camels' backs, including freedesktop.org.
The rigid holding of control (as it appeared) by the core team has now been relieved and the actual developers, movers and shakers in the XFree86 project now have less red tape to cut through to make the project what we would all like it to be!
Every time a media product is pirated takes away some of the incentive for the production company to make more.
Liar. Liar. Liar. I am going to make this real clear. I *never* buy certian magazines or music products. However, if I read an article in a magazine at my friends house the publisher is not being ripped off. Likewise for music, or a DVD.
I may not be true that they lose a sale, but everyone knows that every time you pirate a CD, Hillary Rosen kills a kitten.
I would have said more of a bluehead
I used to think math was no fun
I couldn't see how it was done
Now Euler's my hero
'cause I see why 0
= e^(i*PI)+1
Did you here about the constipated mathematician?
He worked it out with a pencil.
Unfortunately, the future may be the past. If the companies involved are not comfortable with the GPL, after SCO gives them a stern telling off (there's not much else they can do!) they may revert to an old tactic of devising a system custom and proprietary, and as far from FAT as possible, and revert to vendor lock in. They can always get someone to knock out a 1/4 reasonable driver for it that has to be installed before the media can be read.
If it wasn't for the fact that nobody seems to care very much about the posturing of these (possibly soon to be ex-) heavyweights, this could be the beginning of a return to the dark ages.
Yep, definitely a conspiracy. Especially as the three hit servers are the 'bastions of freedom' in the Linux World. Red Hat, SuSE, Mandrake etc. were not hit, and they are taking the capitalist route.
*puts on conspiracy theory soundtrack and locks self in safe*
Well, about that new. I know that they've been around for decades, but that wasn't always the case. I'm thinking BIG UGLY CLUNKING computers. You know, house side jobbies.
;)
For instance, the Z80 etc. used transistors too
It was just a sad geek analogy anyways.
"It is absolutely traceable to better GUI design. Old style cockpits were full of gauges that had to be scanned, constantly, always checking temperature gauges and a zillion things which almost always had the proper readings and did not change, scan the instruments, scan outside, scan the instruments, scan outside ... boring as hell scanning those gauges, because they were almost always showing what they should have been ... can you spell repetitive? boring?"
;-)
:)
This uses exactly the same paradigm as modern computer systems. In the old days, hardware was polled for updates, then things changed when interrupts could be used to service anything from sound cards to hard disks.
Similarly, DMA. Hard disk transfers required intervention by the CPU (the Pilot) to function, but now can write the data directly without bothering the CPU at all. In planes, the data goes from where it is (the sensors, gauges, etc) and into the instrumentation, HUD or whatever and the pilot just gets an interrupt when something goes awry, leaving him free in the dull, mundane moments to figure out how to lose the bandit on his six
Sorry. I just realised how nerdy I sound
On the one hand, depending of course on the project, I am all for writing a framework to support the application structure required.
On the other hand, it can have MAJOR downsides. If the technology choice is wrong, or if the dvelopers are not quite up to the task (despite protestations to the contrary), things can go quite horrible.
At the company I work for, a couple of guys were given the job of building a development framework for building ALL internal infrastructure applications on. For some, utterly utterly bizarre, reason they built the whole thing in PHP4. This in itself has caused major headaches.
Then, out of the blue, the main developer and owner of all knowledge of the framework left for another company. While I wish him all the best (and I really do) it has left the rest of us with a complete waste of time. Nobody knows the framework, and it wasn't complete on handover. Deadlines are too tight to complete the code. The whole project is screwed.
It goes live tomorrow.
Oh dear.
Yep, page 2 of the search for 'linux windows' should theoretically bring up a single hit (the remaining 1, out of 16). However, it brings up 15 more pages, out of about 8879023!
Looks like if there is biasing going on, it's just to try and prevent people hitting 'next'. Don't forget MSN don't provide a nice goooooooooooogle style page index, just next/prev links. Ick.
Like so many things in modern society that seem to be a problem (drugs, teen pregnancy, alcoholism, etc) it seems that the problem of internet abuse is only present because the kids don't understand two important things:
1) Access is a privilege, not a right
2) Privileges are based on trust and responsibility
If the kids use the internet, then I have no problems with a content blocker and time limited connections, but still allowing them some privacy. I do have a problem with monitoring and logging of packets.
The first of these two is showing trust within a well defined set of rules (times, etc). The other is showing a definite mistrust, which requires subversive behaviour to punish. The emphasis, then, on monitoring them and punishing accordingly is starting out from the basis 'guilty until proven so'. If it is assumed that they are guilty of whatever you imagine, then they will be before long because that's how teenagers' minds work. They push boundaries, and if the boundaries give, they push harder.
Trust, openness (telling them about timers, content filters, etc) and a degree of trust is all you can do access wise.
Any problem said child may have which may cause them to want to write viruses, host porn, or start a pirate music industry is probably rooted in a different area of life altogether, and net access is just letting the symptoms show through.
Imagine my disappointment when I discovered that my X-Box wouldn't propel me through the air to an early grave!
These advertisers should think before that push these lies!