It's worse that just not living in the right country - in the US, it can be about not living in the right state.

Some states have a more pro-citizen, democratic leaning that is designed to keep people employed while others have a more pro-employer leaning that is designed to make working a privilege, (though they will call you lazy scum if you don't work).

It **used** to be the case that rules like what you mention would be accepted in california, but that changed under decades of democratic reforms where employees won their freedom - it was decided that employees were NOT owned property or 'slaves', and that what you did in your off hours, as long as it wasn't directly tied to what you did at work (and that can be a point of dispute). Now such agreements are no longer legal and even if employees sign such rules, **in California**, they are invalid and unenforceable (unless the law has changed again when Schwarzenegger and the GOP was running CA into the ground along with Bush...)...

The idea is that they don't own you outside of work -- on your own equipment. But it was heavily fought in court, so if your state hasn't already established precedent, it could be messy...

When I first started work in CA decades ago, my employer regularly took 'work' from employee's off hours (now days it is considered 'theft') -- i.e. unless they pay you 24/7 (better be getting some good over time!), those other hours are yours. But they tried to rip me off as well, -- had developed SW before I came there -- and though I worked on it at home while I was there, it was listed in my 'pre-owned' inventions, so when they tried to take it as a free demo, and were told they'd have to at least give me a bonus or anything on the side -- (I wasn't greedy... a 500-1000 bonus at the time would have bought me off), but for them it was the principle, == if they paid me, then they'd have to start paying everyone for off hours work (even though in my case it was only because it was listed under my starting agreement)... The people who wanted to use it had no problem with paying me (they were in marketing)... but my direct management nixed it -- but got flack for it -- and that only added to my popularity with management there....*sigh*...

So, -- Why not sell
WinTablet Supreme V1.0 - certified, and restricted, ..

Then after it's on the market, sell WinTable Supreme V1.0.1, the uncertified version?

being an unfortunate slob who lives in an area serviced by Comcast's fantastic stated speed of 16M/2M (they won't upgrade this area as it they don't consider it "financially attractive enough" tied to it being an area that is about 25% poorer than surrounding counties (and having notably poorer health care, as the feds reimburse the area about 25% less for Medicare),

I'm tied to comcast (DSL would give me 3M/768). I can say they have not even contacted some of their customers about signing their hosted domains. ;-./

Because the bullshit lines have been fed that the GPL is 'viral'. It is 'encumbered' with problems.... standard "crowd source wisdom' [sic], is subject to steering by corporate propaganda...

Those in power love to tell others to follow the 'golden rule' -- and promote church activities for the "self sacrificing" state it helps engender, so that those in power can more easily manage the common folk...

Crowd management has been an art being refined for 1000's of years since 'bread and circuses'... Why do you think Republicans are against education initiatives and public funding for schools? They only want their own to be educated!.. Educating the masses -- you might end up with a bunch of liberals like in the 60's/70's who engage in riots and such, who were able to educated enough to understand how downtrodden we are and how illusory US freedom is. Then the media hit back with the 'me generation, and 'greed is good', to get kids back on track.

Now we have today and no signs of a reversal yet...

Except that if you read the article, it targets your cache, not your history.

It just tries to load various sites to see if they load quickly or not. If yes, then in local cache, else not. Thus used as how recently you have visited site (it it still in cache).

History -- i keep that going back about 240-360 days... much faster and more useful than google.

I mean if I wanna go to a site, why would I go to google rather than typing in a few letters of the site, -- and it knows which ones I visit most... all stored in my private cache... no ads inserted...

And you'd delete your history and use google -- when it's NOT the privacy issue (unless your machine is physically compromised...)...

Funny thing is the thing doesn't work very well.

First I had to permit it to run w/noscript.

But then it ran and came back that I hadn't visited slashdot (among several others ) that visit almost daily, but certainly within the last week.

Oh... Gee, howwdoes his test work, it tries to use your browser to contact other website... um... you wanna just allow that at random? Well, interface could use a bit of work, but Request Policy, doesn't allow the things that go through no script because they are simple fetches...

Though on one website, as soon as I gave a site needed permission to run its interface, it loaded an XUL security sheet that rewrote my browsers allowed security policy so it could talk to any site it wanted...

Ad block, blocked the XUL sheet.

The site stopped being functional (music play site) in any way.

Sigh.

Sorry, Put me in front of a computer with vi (with no auto complete builtin though some configure it to generate such, but I've found it usually slows down my coding more than speeds it up given the length of perl words), with a set of perl man manpages I can invoke in a separate window,and I can spin up some random demo perl prog in no time at all...of course please be there when I ask you about all the assumptions you left unstated.

Put me in front of a whiteboard...and try to get anything legible out of me -- let alone with keywords correct.

I'd even go on to say (this would be harder to allow) to let me have my own dir of self-written sample scripts I use all the time time -- because I'll often forget the basics of how to do a relatively simple algorithm if I known it is well encapsulated in one of my scripts and I can copy it on command whenever I need it as a starting point.

I even have a template of header code that has my most commonly used 'good programming practices' debug features/settings. Start a new file, I can save myself 5 minutes up front just by copying the template and commenting out/deleting portions I don't need.

Alot of my script progs (sometimes written explicitly as libs), are similar....Algorithms and shortcuts I find useful in my development -- without which I might spend hours recreating a bug free alternative.

So -- sure strip someone of their 'tools, and their collected knowledge' (which any good CS person would store on a computer, and not try to memory -- as it constantly needs updating and After 500-600 manuals, the memory access time really drops -- not to mention, for most people, the fidelity.

Might as well ask a race car driver to demonstrate how well they drive on a chalkboard....

Then again, that's NOT the USA, a common belief of the illiterate masses is that the US is a democracy, when in fact it is a republic -- the public is 'represented' by people we vote for -- but that doesn't mean they need to respond to every whim and fancy that current fashion, or the hotheads of the day have promoted.

Theoretically (not that it's been working so well in practice), the representatives are supposed to be those with more experience and wisdom (what a crock...how did this get so fracked up?)... who look at the longer view and don't fly-off the handle and do things based on current "popular opinion".... It's like the difference between basing decisions on science vs. pop-science. Pops are spikes and may not represent the best basis for making long term decisions.

Representatives are supposed to be looking out for the long term interests of the US -- unfortunately, instant-media, starting with radio and TV, but coming into full force with the internet and twittering, has brought the consequences of instant feedback to a representative for EVERY decision. No longer are they remembered/evaluated at election time on their record as a whole -- but instead, will be evaluated (by some, permanently), on each decision. This heavily influences ther decision making -- and is turning government decisions into more of a popularity contests -- with resulting downturn in leadership, governance and a decline of the US as a national leader.

That's not to say there haven't been other factors, but the belief that our representatives should be 'robots' controlled by electorate will is something that creates "rule by mob mentality".... something considered universally bad, as it always degenerates to the intelligence and morals of the lowest common denominators...which is exactly what we see happening in the US today...

The 'privacy nerd circle'.... do you realize how ignorant you look?

That you have no idea why privacy is important -- and ESSENTIAL to liberty and freedom, only shows people how ill-educated, and uninformed, the average 'facebook'-nerd or social-site-nerd is. And you'll wonder why you have problems finding a job...

*shakes head*...

But at the time you engage in a transaction you incur a debt. If you didn't, you wouldn't owe anything.

Being directly involved in reporting multiple bugs against this issue, it's a false idea that putting plug-ins in a separate process is a first step other than in your mind. Plug-ins have never been something that slowed down my firefox -- MAYBE on _A_ specific site, but if I was on that site and it was running a plug-in (usually multimedia), I almost have to be on that webpage because many multi-media plugins are auto-start. So you won't NEED to have them in background on a separate process!!!

What you need and for 2 years have claimed is 'too hard' (then you've got a problem -- you have a non-object oriented, monolithic core of code that is trying to emulate (run) objected oriented, separate tasks? You don't see that as being a fundamental design issue? Even the linux kernel can split off sub-processes to do work -- it doesn't try to do everything in 1 event loop, certainly it should be easier to achieve this in a browser (though I'd guess there are a few more people working on the lk, than on ff).

Each website needs to run in its own instance -- separate it out by domain.
Cross domain communication becomes inter-process communication. Any website that owns a 'frame' would be in its own process -- and inherently, it would limit would each website could monitor about other websites, to those things allowed by specification, not by browser leakage.

The UI -- is a separate process that allows the display port of a subprocess attached to a website to attach to it in an allowed window (with hooks to allow HW accell). It all fits with the new HTML5 'Displayport' model. The user could have multiple rectangular viewports into websites that could be mapped on to an area of the main window , hidden (as in a tab), or sent off to another window. The browser provides the I/O shell, and the IPC, But each 'displayport' has it's own javascript engine. Only global namespace items would be those communicated to the 'master' (presumably the GUI, though the gui could attach to a ff-daemon master
as well).

Anyway, that's what is needed -- separate processes by domain, so different windows could be opened on same domain, and all would share the same object vars...

I hope this gives you an idea of what is wanted/needed and why bringing out plugins are being in separate processes really pours salt on the wound (as it was, and still is accompanied by less stable performance than when a website's plug-in's were in the same process as the website they were running on).

-l