Also by default Chrome Sync encrypts passwords (after large peer pressure?!), but it doesnt not encrypt ANYTHING else. You have to go in advanced settings to do that. It means most people's data is unencrypted and Google analyze it.
Then, the encrypted data (so passwords), are encrypted by default with your account password. And when you reset the password, you can decrypt. So Google, can also decrypt you synced data.
Then again, in another advanced setting you can specify your own separate passphrase. How many people do that? Exactly, my point.
Firefox Sync (which predates Chrome Sync by a long shot) has always had full encryption (you can't store stuff unencrypted) and a separate passphrase (Mozilla cannot decrypt your data). This is the kind of stuff that matters most to Firefox devs.
I suppose its something like "if its technical itll confuse people" "also if its technical, tech people will install the addon and get the feature so its ok"
that's probably for the very reason i cited above, click to play flash would alienate most users. click to play java is ok, but thats just because there aren't many java applets, nothing else!
"It should be "click to play" by default, which means you have to click on the applet for it to be activated and loaded. "Disabled" might have been the wrong term here, but until you click the applet, nothing can happen."
That's what Chrome does also. Then again in theory, flash should also be click to play. Except flash is used everywhere and its going to piss people off, so its not click to play, either in Chrome. In fact, all plugins should be click to play with a white list of auto play sites that the user can configure. Yeah, Noscript.
For once. Which is, like, good. Real C4 could still have killed some people (either in the park or at this location by being dumb or while exploding even if it doesnt really arm the building itself, could crash nearby and injure people.
jetpack's integrated theres actually a downside to it, the API is,by nature, not as extensive as native addons. but restartless and painless upgrades are sorta worth it
So we've actually 2 open source and open development players in the field now, although both are yet-to-be-released. Both use HTML5 as backend for everything.
nah they're bitching about version numbers now. and when they're removed they'll bitch about the icon's color. its just trendy. of course meanwhile they'll use a browser that uses more memory, updates more often, and has weird colors:-)
XUL which is what runs Songbird, Firefox, Thunderbird, etc is such a javascript mixture btw. And they could very well replace XUL one day by true HTML and friends with some extensions (and probably be faster in the process as many things have been learned from XUL)
Google has another agenda. Plain and simple. Their stuff is good, but, they're driven by profit and market share, not whats good for users. It just happens to also be pretty good most of the time, and free (apart from the fact that you're the product being sold then), so it has quite a following.
If everyone switched to Dart, for example, before other companies catch up, Google is going to have a say on everything that goes into Dart and it would probably stay that way a very long time.
Right now with JS, they have to talk with Microsoft, Mozilla, Apple, the community, etc, before they add stuff (which IMO is better)
that's not related to the amount of bloat, the start up is deferred firefox uses its own UI toolkit and thats the part that is slow to startup. different kind of bloat if you will, but it actually looks useful compared to integrating flash and so on (which is not just "bundled")
also when you work on open-source you can design a keyboard that doesn't hit enter on its own when your hand is slightly too big. err. I meant to say, when you work on open-source your OS doesn't go to trash aka "on hold til we find buyer" since everyone has it.
Firefox is actually far less bloated than chrome. In fact, IE is far less bloated than Chrome. Chrome bundles flash and others and its not a regular plugin, its really built-in.
Wifi clients can have 3 stats: - active (all normal) - sleep awake (aka powersave awake) - sleep asleep (aka powersave asleep)
When the client is in power-save-asleep mode, the access point buffers all the data going to the wifi client. Meanwhile, the AP sends specific beacons to the client, called TIM.
From time to time, the client goes into powersave-awake mode to get those TIM beacons. It needs a lower power than active mode for the beacons as bandwidth is not a requirement. If the TIM says the client needs to fetch some data, the client wakes up to active mode and receives the frames. Else the client goes back to powersave-asleep.
Now what does it means in the real world: it means the wifi is nearly 100% powered off when in powersave-sleep (even less power consumed than in E-Mili state I presume since the wifi radio chip is completely turned off), and probably only consume a little more in powersave-awake mode (E-Mili seems to operate at an even lower rate than wifi's 1MBit minimum)
I'd like to see E-Mili vs Powersave real world measure consumption, but I am worried the E-Mili author just discarded the use of Powersave in his measurements.
Slashdot Mirror
Microsoft is hated, Google is not. That's the diff. Really.
Also by default Chrome Sync encrypts passwords (after large peer pressure?!), but it doesnt not encrypt ANYTHING else.
You have to go in advanced settings to do that. It means most people's data is unencrypted and Google analyze it.
Then, the encrypted data (so passwords), are encrypted by default with your account password. And when you reset the password, you can decrypt. So Google, can also decrypt you synced data.
Then again, in another advanced setting you can specify your own separate passphrase. How many people do that? Exactly, my point.
Firefox Sync (which predates Chrome Sync by a long shot) has always had full encryption (you can't store stuff unencrypted) and a separate passphrase (Mozilla cannot decrypt your data). This is the kind of stuff that matters most to Firefox devs.
I suppose its something like "if its technical itll confuse people"
"also if its technical, tech people will install the addon and get the feature so its ok"
that's probably for the very reason i cited above, click to play flash would alienate most users. click to play java is ok, but thats just because there aren't many java applets, nothing else!
so in the end its a very delicate choice
Quoting decoder from the security team:
"It should be "click to play" by default, which means you have to click on the applet for it to be activated and loaded. "Disabled" might have been the wrong term here, but until you click the applet, nothing can happen."
That's what Chrome does also. Then again in theory, flash should also be click to play. Except flash is used everywhere and its going to piss people off, so its not click to play, either in Chrome. In fact, all plugins should be click to play with a white list of auto play sites that the user can configure. Yeah, Noscript.
Still, I'd prefer default click to play in java.
For once.
Which is, like, good. Real C4 could still have killed some people (either in the park or at this location by being dumb or while exploding even if it doesnt really arm the building itself, could crash nearby and injure people.
In short, echelon seems to work just fine ;-)
jetpack's integrated
theres actually a downside to it, the API is,by nature, not as extensive as native addons.
but restartless and painless upgrades are sorta worth it
So we've actually 2 open source and open development players in the field now, although both are yet-to-be-released.
Both use HTML5 as backend for everything.
Let's see how it works out :P
i tried updating from the addon manager several times and it didn't work for me (which is mainly what caused annoyance)
also, i suppose "stable" is a typo or a misunderstanding since the product release is called beta. maybe they're just out of their mind too ;-)
you're entirely right.
quite disappointed at the thunderbird team lately, there's many other issues.
Firefox works just fine tho.
Anyhow.. lightning is beta so i guess thats why they though its "ok" (i think it sux)
You can get latest lightning here: https://addons.mozilla.org/en-US/thunderbird/addon/lightning/
download manually, upgrade manually. Bang, works.
time to use jetpack ;-)
muh im running arch and don't have any such issue (or ever had)
sounds like you have something wrong
nah they're bitching about version numbers now. and when they're removed they'll bitch about the icon's color. :-)
its just trendy.
of course meanwhile they'll use a browser that uses more memory, updates more often, and has weird colors
its religious.
XUL which is what runs Songbird, Firefox, Thunderbird, etc is such a javascript mixture btw.
And they could very well replace XUL one day by true HTML and friends with some extensions (and probably be faster in the process as many things have been learned from XUL)
.NET is actually pretty good but its owned by MS.
Nowadays.. and as it as always been so far, religion > cold hard stuff.
It means, if Google made .NET we might have all been running it now. But MS made it.
Not talking of Java but it had this vision as well, although I think .NET was cleaner (well it was made later so it could learn from Java)
Google has another agenda. Plain and simple. Their stuff is good, but, they're driven by profit and market share, not whats good for users.
It just happens to also be pretty good most of the time, and free (apart from the fact that you're the product being sold then), so it has quite a following.
If everyone switched to Dart, for example, before other companies catch up, Google is going to have a say on everything that goes into Dart and it would probably stay that way a very long time.
Right now with JS, they have to talk with Microsoft, Mozilla, Apple, the community, etc, before they add stuff (which IMO is better)
that's not related to the amount of bloat, the start up is deferred
firefox uses its own UI toolkit and thats the part that is slow to startup. different kind of bloat if you will, but it actually looks useful compared to integrating flash and so on (which is not just "bundled")
Connections ain't what they u
You might imagine that the hardware staff actually comprise a lot of software engineers, as they include driver teams and so on in hardware.
also when you work on open-source you can design a keyboard that doesn't hit enter on its own when your hand is slightly too big.
err.
I meant to say, when you work on open-source your OS doesn't go to trash aka "on hold til we find buyer" since everyone has it.
Hopefully some of those 500 people will go working on an open-source mobile OS. That's sort of missing right now.
Also when you work on open-sour
Firefox is actually far less bloated than chrome. In fact, IE is far less bloated than Chrome.
Chrome bundles flash and others and its not a regular plugin, its really built-in.
The rest is just a regular troll.
what will you package then, Chrome? ha ha ha. release cycle is just the same.
Wifi clients can have 3 stats:
- active (all normal)
- sleep awake (aka powersave awake)
- sleep asleep (aka powersave asleep)
When the client is in power-save-asleep mode, the access point buffers all the data going to the wifi client.
Meanwhile, the AP sends specific beacons to the client, called TIM.
From time to time, the client goes into powersave-awake mode to get those TIM beacons. It needs a lower power than active mode for the beacons as bandwidth is not a requirement. If the TIM says the client needs to fetch some data, the client wakes up to active mode and receives the frames. Else the client goes back to powersave-asleep.
Now what does it means in the real world: it means the wifi is nearly 100% powered off when in powersave-sleep (even less power consumed than in E-Mili state I presume since the wifi radio chip is completely turned off), and probably only consume a little more in powersave-awake mode (E-Mili seems to operate at an even lower rate than wifi's 1MBit minimum)
I'd like to see E-Mili vs Powersave real world measure consumption, but I am worried the E-Mili author just discarded the use of Powersave in his measurements.
CPU clock != Wifi clock