I tried to submit something through the feedback thing, but as far as I can tell, things written there go nowhere, so who knows.
No, we read pretty much all the feedback (through filtered and clustered searches) -- the volume is very high, and so we can't respond to individual comments, though.
We are aware of the issue with hardware acceleration on certain setups. Try updating your graphics card drivers and try again?
Google recently acquired On2, makers of the Ogg Theora (aka VP-3) codec which was released into the public domain and then taken over by xiph.org.
On2 have codecs VP-7 and VP-8 which have equivalent (if not better) quality than h.264.
It would not be surprising if Google made those codecs available, since they aren't patent-encumbered, and Google is heavily invested in HTML5 --and likes open standards.
This would be the ideal outcome. h.264 is a really bad option.
You mean like the open sourceZope (written in Python), invented over 10 years ago? Great, now I can tie my open source language to a closed-source object store.
If the Canon A570IS ran a GPLd OS, that would be awesome to modify that so that I can do things that Canon hadn't thought of or doesn't want users to be able to do, like time-lapse, recording RAW, changing the menu system, etc...
Not GPL, but the CHDK alternative firmware (for the A570 and most other mid/high-end "prosumer" Canon cameras such as the S3) that enable RAW mode and other enhancements for these cameras.
This is a common setup, Plone is not used as the delivery engine -- it's used for content management. For large sites, this is usually how you do it no matter what your CMS is -- it's easier to scale, and has less complexity.
You use a CMS on the back-end that feeds into something that is capable of handling enormous amounts of traffic, normally caching proxies like Squid or Varnish.
Plone is a Content Management System, not an web application framework.
Writing a gambling application in Plone is absolutely not what it's built for, in those cases you should use something that fits the use case better -- Zope 3, Django, TurboGears or Pylons come to mind if Python is your language of choice. They are all excellent frameworks, Plone is much closer to an application than a framework.
"But sure, now that we're branching of and controlling our destiny, that puts us in a position where we could put ourselves back on the [Mac] platform definitively again," said Jarrard."
From this MacWorld article.
I do not want t try out this release becasuse all my extensions do not work
Enter about:config in the URL bar, start typing the word "check" and double-click the extensions.checkCompatibility so that its value is False instead of True.
Now Firefox will no longer check for the version string in extensions, and you can use all the extensions that you are used to (I haven't found any incompatibilities with 2.0 RC3 yet).
I'm sure a lot of people will need some serious convincing in order to get them to change their e-mail addresses.
What's particularly relevant here is that
GMail is one of the few the only web-based mail that you can actually abandon (it has support for forwarding to other addresses)
I would bet there are more than 10 times time as many people with a yahoo.com account than with a Gmail account out there
I prefer Gmail myself, though — for exactly the reason that it doesn't try to be a desktop email client. It's just faster to work with for me (oh, and the lack of banner ads helps too;)
a pseudosocialist utopia in which all of us are gainfully employed and paid a hundred thousand dollars to work 30 hour weeks developing beautiful open source software that we give away and nobody buys, and all music and entertainment is produced through the honest labor of talented people upon whom we benevolently bestow voluntary payments for their work, and whose labors of love are distributed for free through the software channels that we were paid lots of money to develop. Oh, and Bush isn't president. And global warming stopped. And we all ride bikes to our jobs.
It would also be interesting to see what Jakob Nielsen might have to say on this technology from a usability perspective.
Oh, you mean the man who is too arrogant to use mailto: links because he only wants mail from the people who go through the extra effort of manually entering his email address?
Did they stop sending the cleartext username and password of the users as a mime-encoded cookie on every request already.
I normally don't feed the trolls, but since this is our system: Encoding is a policy decision you make when you install a Plone site, you can easily use SHA-1 if you want. Normally people authenticate against LDAP or some sort of database, where we really shouldn't be dictating their encoding. It's a policy decision, and if you want encrypt it, you can.
Wow. This post is the highest moderated troll/zealot I've seen in a long time.
I've been using macs for... I can't even keep track. Somewhere between thirteen and sixteen years now.
So have I. My entire company is exclusively run on Macs. And I can't be happier with the decision to move to Intel.
The PPC represented such a massive boost in power that the 680x0 could be emulated with more speed than the fastest mac 680x0s themselves offered. But it was still hard. Mac users had to deal with the obnoxiousness of fat binaries vs ppc vs 68k for years, and the slowdown when those 68k apps were running, and the 68k binaries never quite went away all the way up until OS X.
This was almost 10 years ago. Contrary to what you may believe, operating systems and development methodologies have progressed enormously since then.
In practice FAT binaries were a luxury because devs generally either had compiled for 68k long ago and didn't feel like recompiling, or were compiling on PPC and didn't feel like going to the bother of compiling and distributing FAT just for the convenience of the users of a discontinued architecture.
Well, it's a lot easier now. You can realistically do cross-compiling without having both architectures at hand. Apple controls the development environment. The abstractions in the API and the way you develop for OS X is way different from the way people developed apps for OS 9. Remember, this was an OS that couldn't even multitask properly until the final years of its existence (and even then - miserably so).
Awhile after this, I had to deal with another painful and extremely nasty transition, when Apple switched to OS X.
You are comparing a totally new OS and API with a switch of the underlying architecture? These are not equivalent in any way.
Classic was not really usable except in an emergency, especially not since the early versions of OS X dealt so horribly with RAM starvation and Classic was a big RAM demand.
OS 9 and below are build on an architecture that is extremely non-portable, and it didn't make sense to try to fix it. Apple did the only reasonable thing they could do - a clean break with some dead time while waiting for people to port over their apps to the new OS. Sure, it was a gamble, and some apps were never ported - but the majority did, and the strategy is starting to pay off massively. Also in market share. Mac OS is considered an excellent OS by the early adopters (the geeks to you and me), and Windows is stuck in a quagmire of viruses and spyware and security exploits.
Classic also didn't work with a lot of apps, especially in the A/V area. So this wasn't like the 68k switch, where having the wrong binary meant a little bit of slowdown; the software library had to start over at zero.
These apps tend to be tied extremely tightly to the OS and hardware to squeeze out extra performance that was not really there on the G3/G4 class of processors. Hence, some dirty programming was used. Nothing unusual here, and it's the vendors that are not sticking to the API calls. (Sometimes because there is no reasonable approach/abstraction, but that is another story altogether).
Yeah, we got Word and IE and the other big apps relatively quickly, but that does not a software library make. You need support apps. You need Adiums and VLCs and Colliloquys. You know, the little programs that maybe aren't in day to day usage and maybe not everyone -- but everyone needs one of these apps eventually, and when you need them, you need them.
Yes, you do. Fortunately (or luckily?), all the apps you mention here are open source, and also well-behaved Cocoa apps - like any recently created a
Sounds like one of the few legitimate use cases for a specialized distro left. $DEITY knows we have enough of them already, but a dedicated HTPC distro that Did Not Suck® would be interesting.
Slashdot Mirror
I tried to submit something through the feedback thing, but as far as I can tell, things written there go nowhere, so who knows.
No, we read pretty much all the feedback (through filtered and clustered searches) -- the volume is very high, and so we can't respond to individual comments, though.
We are aware of the issue with hardware acceleration on certain setups. Try updating your graphics card drivers and try again?
-- Alexander Limi, Firefox User Experience Team
Google recently acquired On2, makers of the Ogg Theora (aka VP-3) codec which was released into the public domain and then taken over by xiph.org.
On2 have codecs VP-7 and VP-8 which have equivalent (if not better) quality than h.264.
It would not be surprising if Google made those codecs available, since they aren't patent-encumbered, and Google is heavily invested in HTML5 --and likes open standards.
This would be the ideal outcome. h.264 is a really bad option.
You mean like the open source Zope (written in Python), invented over 10 years ago? Great, now I can tie my open source language to a closed-source object store.
If the Canon A570IS ran a GPLd OS, that would be awesome to modify that so that I can do things that Canon hadn't thought of or doesn't want users to be able to do, like time-lapse, recording RAW, changing the menu system, etc...
Not GPL, but the CHDK alternative firmware (for the A570 and most other mid/high-end "prosumer" Canon cameras such as the S3) that enable RAW mode and other enhancements for these cameras.
This is a common setup, Plone is not used as the delivery engine -- it's used for content management. For large sites, this is usually how you do it no matter what your CMS is -- it's easier to scale, and has less complexity.
You use a CMS on the back-end that feeds into something that is capable of handling enormous amounts of traffic, normally caching proxies like Squid or Varnish.
Nope, .cfm is Cold Fusion -- but you are correct in that NASA uses Plone internally. Their public website is not Plone, however.
I'd like to point out the sites currently running Plone:
:)
http://plone.net/sites
Novell, Trolltech, CIA, Akamai, Discovery Magazine, Oxfam -- these are hardly small sites.
If you're going to troll, please at least troll on something that is close to the truth.
Plone is a Content Management System, not an web application framework.
Writing a gambling application in Plone is absolutely not what it's built for, in those cases you should use something that fits the use case better -- Zope 3, Django, TurboGears or Pylons come to mind if Python is your language of choice. They are all excellent frameworks, Plone is much closer to an application than a framework.
-- Alexander Limi, Plone co-founder
"But sure, now that we're branching of and controlling our destiny, that puts us in a position where we could put ourselves back on the [Mac] platform definitively again," said Jarrard." From this MacWorld article.
Enter about:config in the URL bar, start typing the word "check" and double-click the extensions.checkCompatibility so that its value is False instead of True.
Now Firefox will no longer check for the version string in extensions, and you can use all the extensions that you are used to (I haven't found any incompatibilities with 2.0 RC3 yet).
What's particularly relevant here is that
I prefer Gmail myself, though — for exactly the reason that it doesn't try to be a desktop email client. It's just faster to work with for me (oh, and the lack of banner ads helps too ;)
Is that another way of saying that they deserve each other? *ducks*
Especially when you have languages like Jython available, standardizing on Java and Python makes sense.
Any chance you could re-run that test using UFS as your file system on the Mac instead of HFS+? It would be an interesting comparison.
of just how screwed up Windows Vista and the whole approach is, have a look at the Control Panel screenshot.
If that's not the sign of an OS in trouble, I don't know what is. 43 entries in the control panel. Wow.
Sensible defaults, anyone?
Wow, I think you just described Norway. ;)
Actually, the quote is:
(I don't mean to nitpick, but it works better in the original context :)
Well, if your mobile phone systems are a representative measure, you have been there for a while already. *ducks*
(and yes, I'm unfortunately moving to the US very soon, so I will feel your pain - no cheap karma jokes, please ;)
Fixed. ;)
Oh, you mean the man who is too arrogant to use mailto: links because he only wants mail from the people who go through the extra effort of manually entering his email address?
Usability, right.
I normally don't feed the trolls, but since this is our system: Encoding is a policy decision you make when you install a Plone site, you can easily use SHA-1 if you want. Normally people authenticate against LDAP or some sort of database, where we really shouldn't be dictating their encoding. It's a policy decision, and if you want encrypt it, you can.
Wow. This post is the highest moderated troll/zealot I've seen in a long time.
So have I. My entire company is exclusively run on Macs. And I can't be happier with the decision to move to Intel.
This was almost 10 years ago. Contrary to what you may believe, operating systems and development methodologies have progressed enormously since then.
Well, it's a lot easier now. You can realistically do cross-compiling without having both architectures at hand. Apple controls the development environment. The abstractions in the API and the way you develop for OS X is way different from the way people developed apps for OS 9. Remember, this was an OS that couldn't even multitask properly until the final years of its existence (and even then - miserably so).
You are comparing a totally new OS and API with a switch of the underlying architecture? These are not equivalent in any way.
OS 9 and below are build on an architecture that is extremely non-portable, and it didn't make sense to try to fix it. Apple did the only reasonable thing they could do - a clean break with some dead time while waiting for people to port over their apps to the new OS. Sure, it was a gamble, and some apps were never ported - but the majority did, and the strategy is starting to pay off massively. Also in market share. Mac OS is considered an excellent OS by the early adopters (the geeks to you and me), and Windows is stuck in a quagmire of viruses and spyware and security exploits.
These apps tend to be tied extremely tightly to the OS and hardware to squeeze out extra performance that was not really there on the G3/G4 class of processors. Hence, some dirty programming was used. Nothing unusual here, and it's the vendors that are not sticking to the API calls. (Sometimes because there is no reasonable approach/abstraction, but that is another story altogether).
Yes, you do. Fortunately (or luckily?), all the apps you mention here are open source, and also well-behaved Cocoa apps - like any recently created a
Sounds like one of the few legitimate use cases for a specialized distro left. $DEITY knows we have enough of them already, but a dedicated HTPC distro that Did Not Suck® would be interesting.