Also, I think the following item is rather important:
The fees are applicable to Web site operators that benefit commercially from use of the technology, through either paid advertisements, pay-per-view services or subscriptions.
So if you aren't making profit from your MPEG-4 encoded video, then you don't have to pay licensing fees.
Grow up. Your homophobia shows great personal insecurity. Besides, I could easily make the same statements about your mother:)
Re:What needs to happen...
on
ICANN Updates
·
· Score: 2, Insightful
This would create a problem with some vhosted sites. There are some sites which require a request for their domain name, otherwise, if you just type in their IP address, you don't get any site. This would force these independent databases to use the same name/ip associations as ICANN for certain sites, or require major changes in Apache or the way vhosted sites are set up.
While I personally think that you have a cool idea, I also think this would merely end up confusing the majority of internet users (of course this depends on how all of the database subscription options are implemented). Sadly, most internet users can barely make their way through hotmail and yahoo, let alone remember IP address, or understand what it means to subscribe to a database of domain names. This would require an incredibly well thought out user interface with language that is perfectly understandable to people who have never touched a computer before in their life.
Yeah, it's possible to use Eudora with Mozilla. I've done it for a long time. The AppleScript still exists on Qualcomm's FTP server in their Eudora scripting examples. I'd assume that if setting it in the System Preferences doesn't work, that you could just modify the script, replacing "Netscape Communicator" with "Mozilla"
I actually read the script a couple of weeks ago. I can't remember it exactly, but it was very simple. It was something like this:
on run tell application "Netscape Communicator" register protocol "CSOM" for protocol "mailto:" end tell end run
Okay, so I installed it. It required me to quit all open apps, as other users mentioned. This really makes me curious as to what M$ is modifying at the OS level. Why couldn't this just be an item in Software Update? So anyway, after installing, I launch it, and my homepage is switched to msn.com without asking...suddenly it no longer respects my Internet PrefPane settings. So I had to go in and manually change my homepage back in the IE Preferences. But while I was on msn.com, I noticed something - text was overlapping graphics. The layout was completely screwed up. Text was suddenly outside the bounds of table cells. Or that's how it seemed anyway - msn may be using some bad CSS code that renders fine in IE for Windows (which notoriously miscalculates CSS margins) and then is broken in other browsers. I'm not sure what the problem was, but it was ugly. So then I visited a few sites, and it looked like it was using the Quartz text anti-aliasing, but not the Quartz metrics. All of the letters were tracked way too tightly. And then it seemed that anything below 12 pt was not anti-aliased, so with the mixed anti-aliasing and QuickDraw text, it was very, very ugly. And even though it seemed a bit faster than previous versions, it's still not up to snuff with the competing mac browsers, so I'm still keeping OmniWeb 4.1b7 as my default and Mozilla 1.1a as my alternate (which incorporates the Quartz Text Anti-aliasing with no layout problems, and so far no crashes either - and it's an Alpha rlelease!) I would use Chimera more, but I find that even 0.3 is prone to unexpected quits.
Gee, Why don't you try this: <a href="http://fucksociety.ca/chasey.jpg">http:// fucksociety.ca/chasey.jpg</a>
Works best in MSIE:)
Note: This is not a virus, but still, don't click the link if you've got some critical stuff running on your system, and be prepared to kill a ton of tasks.
Ack! So much for not proof-reading. I meant to say that you cannot use Carbon or Classic apps, not Cocoa or Classic apps. You can use all the Cocoa apps you want on UFS:)
Here is the issue as I understand it. If you use UFS, you are limited, because UFS doesn't recognize resource forks, therefore you can't use Cocoa or Classic apps. For those of you who don't know, previous to Cocoa, all mac applications (and lots of other files - anything with an icon or that stores a PICT or AIFF for example) had separate resource and data forks. If you put one of these files onto a FAT volume, you will see a hidden folder for resource forks. Since UFS doesn't recognize resource forks, you can't use Classic at all, and can't use Carbon apps. You can use Cocoa everything. The only advantage that I know of for UFS is that it doesn't get fragmented, where HFS+ does. However, this does make it slower in my experience, and you're still stuck using either Cocoa apps, or Darwin, which means that you can say goodbye to most users favorite apps. No Photoshop, no MS Office, no iTunes (The last time I checked, not only was iTunes Carbon, it still had some Pascal code in it). So I guess it could reduce your downtime for maintenance in a server situation, but it's totally impractical for most users.
Support for Meta data isn't the issue here - it's the fact that UFS doesn't support resource forks, which Carbon apps still contain. If you install a Carbon app on a UFS drive, your resource fork disappears.
Actually, as far as I've experienced, HFS+ IS case-sensitive, it's just that the MacOS 9 and earlier namespace isn't. It's almost like saying that HFS+ is restricted to 31 characters for file names. Mac OS X has changed a lot of my perceptions of HFS+ and made me realize that most of the limitations I previously thought it had were all due to limitations in the previous operating system.
Yeah, actually, the Lisa started at $15,000 and later dropped to $10,000. Although it was always far more powerful than the Mac during it's lifetime - much more memory, and better expansion capabilities. In fact, with some minor installations, you could turn a Lisa II (which was a free upgrade from an original Lisa) into a Macintosh VX.
Ack! I know it's lame to respond to my own post, but there's no edit feature here, and I just thought of something. In the current version of AIM, the buddy list is already anti-aliased, but not the message text. Perhaps the fact that some of the front end is in Cocoa and some of it is still Carbon is what is causing it to crash, because now one application is using two IOKit threads plus one CFM. Perhaps this will be fixed in 10.2 with hardware-based rendering.
I guess there's a reason why Apple didn't enable this hack in their operating system, and left it up to developers to roll in support. It actually crashes AIM for me, whenever I send or someone else sends me a message. I love the way it makes stuff look, but I can't sacrifice stability for prettyness. I want to actually be able to use my applications, not just look at them. Also, putting AIM in the excluded applications list doesn't work for me.
The.us top level domain is nothing new at all. I know that the Hawaii Department of Education has been using the domain k12.hi.us for at least the past 5 years...at least that's how long I've had and email address with them. However, their web site does also have problems, and frequently won't resolve. It has become more reliable in recent months, however, it's still slow to resolve. It seems to be the worst on Fridays for some reason. But anyway, with a domain that's been around for at least half a decade, they should have the kinks worked out by now, especially if your registrar is the US Government! It seems that the problems with this domain run quite deep indeed.
There is a new version of the Apple Developer's Toolkit, currently in beta, which has complete Cocoa documentation, so just wait a bit, and quit yer whining. I know they're still working on carbon docs, but in case you didn't catch the WWDC 2002 keynote highlights, Apple doesn't want developers using CFM anymore.
The RS/6000's use the PPC 604 chip, if memory serves correctly, which has no AltiVec unit. There would probably be no performance gain over the AIX compiler that was built specifically for that chip.
Apple's AirPort already has all of these capabilities. Tell me, does Sputnik's product support both 40-bit and 128-bit encryption like the AirPort does? By the way, if you're using an 802.11b card as a wireless gateway, the range isn't very good. The spec is 5m although people have reported being able to use it over 15m in line-of-sight situations. Apple uses a standard Lucent chipset in their cards, although the software supports 3rd party cards, usually without additional drivers, however non-lucent chipsets are limited to 2Mbps with Apple's software, rather than the 11Mbps that AirPort-spec cards can get.
There's a reason why all of those are missing something. The only one of those languages with which you won't have to modify your code for Interface development is Java, and Java code executes the slowest of any of those languages. I guess that's the price you pay for portability. Off hand, I'd recommend Objective C, if you're doing Mac and *nix versions, but you'd have to create a GTK version and an Aqua version, even if you used the same back end code. This also would not be the way to go for Windows development, which is too bad, because Cocoa comes with an awesome set of frameworks, and the OpenGL support is superb. I guess you have to prioritize your list and decide which of those elements is the most important. There is no "Holy Grail" language. Otherwise, everyone would use it all the time. You can do it right, or you can do it quick and cheap. VB won't port well. I'd say that if you use C++, you'd be best off, because all you'd really have to do is change OS specific function calls, and it's not as bloated as some other languages. I personally don't know anything about Python though, so it may be worth inspecting. Of course, you could always take the Adobe approach and build your own system of OS independant frameworks;)
I have no idea how thick the individual sensor layers are, but I'd like to remind everyone that color film is layered in a similar manner. The front layer filters out a certain amount of blue, and then there are several layers of emultion behind that, each sensitive to a different color. It's thin enough that it's not significant unless you are doing some extreme macro work, but I'd assume you'd use some specialty film with that anyway. Perhaps this is one of the reasons why many people percveive black & white prints as being sharper.
Utter hooey. If there are enough users, it won't die, and if you become a developer, it has an even better survival chance. Plus MacOS X is BSD. Since Apple is paying full-time BSD developers, and now you have other Mac fanatics picking up projects to help out, it's not going to die.
Sir, have you ever heard of NetBoot? Basically you set up a server with a HD image on it, assign user accounts to it. Then on your client machines, you open up the Startup Disk control panel and select the server in the list. This is built into the Mac OS (both 9 and X).
Also, you don't necessarily need to walk around to each machine with a CD (although technically if you do, you don't even need to run an installer. You can burn your HD image to a CD or DVD and then use Apple Software Restore to replace the system folder or the entire contents of the HD without an installer). If these machines are booted over the network, you can mount their HD's on a server's desktop and then run a shell script to replace the system software on them. Then you simply set the machines to boot from their hd's again and restart the boxes. However, if you just burn a few copies of your cd, and have a few people going around with Apple Software Restore, it would probably take less time. I've actually replaced the system software on a machine in under a minute in this manner, and all it takes is two clicks, so you could have anybody do it. Macs are a lot more advanced than most people give them credit for.
where can i buy one? now instead of a server farm that takes up a large room, i can build a lego village in my closet. no longer just fun and entertaining for kids, but it serves (pun intended) a useful purpose.
Also, I think the following item is rather important:
The fees are applicable to Web site operators that benefit commercially from use of the technology, through either paid advertisements, pay-per-view services or subscriptions.
So if you aren't making profit from your MPEG-4 encoded video, then you don't have to pay licensing fees.
... As for stability, I think this report is correct, the only IDS I've used that didn't crash consistanty was snort (with ACID)
I've never tried snorting acid before. Do you see pretty colors?
Grow up. Your homophobia shows great personal insecurity. Besides, I could easily make the same statements about your mother :)
This would create a problem with some vhosted sites. There are some sites which require a request for their domain name, otherwise, if you just type in their IP address, you don't get any site. This would force these independent databases to use the same name/ip associations as ICANN for certain sites, or require major changes in Apache or the way vhosted sites are set up.
While I personally think that you have a cool idea, I also think this would merely end up confusing the majority of internet users (of course this depends on how all of the database subscription options are implemented). Sadly, most internet users can barely make their way through hotmail and yahoo, let alone remember IP address, or understand what it means to subscribe to a database of domain names. This would require an incredibly well thought out user interface with language that is perfectly understandable to people who have never touched a computer before in their life.
Yeah, it's possible to use Eudora with Mozilla. I've done it for a long time. The AppleScript still exists on Qualcomm's FTP server in their Eudora scripting examples. I'd assume that if setting it in the System Preferences doesn't work, that you could just modify the script, replacing "Netscape Communicator" with "Mozilla"
I actually read the script a couple of weeks ago. I can't remember it exactly, but it was very simple. It was something like this:
on run
tell application "Netscape Communicator"
register protocol "CSOM" for protocol "mailto:"
end tell
end run
Okay, so I installed it. It required me to quit all open apps, as other users mentioned. This really makes me curious as to what M$ is modifying at the OS level. Why couldn't this just be an item in Software Update? So anyway, after installing, I launch it, and my homepage is switched to msn.com without asking...suddenly it no longer respects my Internet PrefPane settings. So I had to go in and manually change my homepage back in the IE Preferences. But while I was on msn.com, I noticed something - text was overlapping graphics. The layout was completely screwed up. Text was suddenly outside the bounds of table cells. Or that's how it seemed anyway - msn may be using some bad CSS code that renders fine in IE for Windows (which notoriously miscalculates CSS margins) and then is broken in other browsers. I'm not sure what the problem was, but it was ugly. So then I visited a few sites, and it looked like it was using the Quartz text anti-aliasing, but not the Quartz metrics. All of the letters were tracked way too tightly. And then it seemed that anything below 12 pt was not anti-aliased, so with the mixed anti-aliasing and QuickDraw text, it was very, very ugly. And even though it seemed a bit faster than previous versions, it's still not up to snuff with the competing mac browsers, so I'm still keeping OmniWeb 4.1b7 as my default and Mozilla 1.1a as my alternate (which incorporates the Quartz Text Anti-aliasing with no layout problems, and so far no crashes either - and it's an Alpha rlelease!) I would use Chimera more, but I find that even 0.3 is prone to unexpected quits.
The original Lisa probably did, but I thought tha the Lisa II used the same 8MHz Motorola 68000 processor as the original Macs.
Gee, Why don't you try this:
:)
<a href="http://fucksociety.ca/chasey.jpg">http:// fucksociety.ca/chasey.jpg</a>
Works best in MSIE
Note: This is not a virus, but still, don't click the link if you've got some critical stuff running on your system, and be prepared to kill a ton of tasks.
Ack! So much for not proof-reading. I meant to say that you cannot use Carbon or Classic apps, not Cocoa or Classic apps. You can use all the Cocoa apps you want on UFS :)
Here is the issue as I understand it. If you use UFS, you are limited, because UFS doesn't recognize resource forks, therefore you can't use Cocoa or Classic apps. For those of you who don't know, previous to Cocoa, all mac applications (and lots of other files - anything with an icon or that stores a PICT or AIFF for example) had separate resource and data forks. If you put one of these files onto a FAT volume, you will see a hidden folder for resource forks. Since UFS doesn't recognize resource forks, you can't use Classic at all, and can't use Carbon apps. You can use Cocoa everything. The only advantage that I know of for UFS is that it doesn't get fragmented, where HFS+ does. However, this does make it slower in my experience, and you're still stuck using either Cocoa apps, or Darwin, which means that you can say goodbye to most users favorite apps. No Photoshop, no MS Office, no iTunes (The last time I checked, not only was iTunes Carbon, it still had some Pascal code in it). So I guess it could reduce your downtime for maintenance in a server situation, but it's totally impractical for most users.
Support for Meta data isn't the issue here - it's the fact that UFS doesn't support resource forks, which Carbon apps still contain. If you install a Carbon app on a UFS drive, your resource fork disappears.
Actually, as far as I've experienced, HFS+ IS case-sensitive, it's just that the MacOS 9 and earlier namespace isn't. It's almost like saying that HFS+ is restricted to 31 characters for file names. Mac OS X has changed a lot of my perceptions of HFS+ and made me realize that most of the limitations I previously thought it had were all due to limitations in the previous operating system.
Yeah, actually, the Lisa started at $15,000 and later dropped to $10,000. Although it was always far more powerful than the Mac during it's lifetime - much more memory, and better expansion capabilities. In fact, with some minor installations, you could turn a Lisa II (which was a free upgrade from an original Lisa) into a Macintosh VX.
Ack! I know it's lame to respond to my own post, but there's no edit feature here, and I just thought of something. In the current version of AIM, the buddy list is already anti-aliased, but not the message text. Perhaps the fact that some of the front end is in Cocoa and some of it is still Carbon is what is causing it to crash, because now one application is using two IOKit threads plus one CFM. Perhaps this will be fixed in 10.2 with hardware-based rendering.
I guess there's a reason why Apple didn't enable this hack in their operating system, and left it up to developers to roll in support. It actually crashes AIM for me, whenever I send or someone else sends me a message. I love the way it makes stuff look, but I can't sacrifice stability for prettyness. I want to actually be able to use my applications, not just look at them. Also, putting AIM in the excluded applications list doesn't work for me.
The .us top level domain is nothing new at all. I know that the Hawaii Department of Education has been using the domain k12.hi.us for at least the past 5 years...at least that's how long I've had and email address with them. However, their web site does also have problems, and frequently won't resolve. It has become more reliable in recent months, however, it's still slow to resolve. It seems to be the worst on Fridays for some reason. But anyway, with a domain that's been around for at least half a decade, they should have the kinks worked out by now, especially if your registrar is the US Government! It seems that the problems with this domain run quite deep indeed.
10.1.5 is currently in beta. You can have it sometime in the coming weeks.
There is a new version of the Apple Developer's Toolkit, currently in beta, which has complete Cocoa documentation, so just wait a bit, and quit yer whining. I know they're still working on carbon docs, but in case you didn't catch the WWDC 2002 keynote highlights, Apple doesn't want developers using CFM anymore.
The RS/6000's use the PPC 604 chip, if memory serves correctly, which has no AltiVec unit. There would probably be no performance gain over the AIX compiler that was built specifically for that chip.
Apple's AirPort already has all of these capabilities. Tell me, does Sputnik's product support both 40-bit and 128-bit encryption like the AirPort does? By the way, if you're using an 802.11b card as a wireless gateway, the range isn't very good. The spec is 5m although people have reported being able to use it over 15m in line-of-sight situations. Apple uses a standard Lucent chipset in their cards, although the software supports 3rd party cards, usually without additional drivers, however non-lucent chipsets are limited to 2Mbps with Apple's software, rather than the 11Mbps that AirPort-spec cards can get.
There's a reason why all of those are missing something. The only one of those languages with which you won't have to modify your code for Interface development is Java, and Java code executes the slowest of any of those languages. I guess that's the price you pay for portability. Off hand, I'd recommend Objective C, if you're doing Mac and *nix versions, but you'd have to create a GTK version and an Aqua version, even if you used the same back end code. This also would not be the way to go for Windows development, which is too bad, because Cocoa comes with an awesome set of frameworks, and the OpenGL support is superb. I guess you have to prioritize your list and decide which of those elements is the most important. There is no "Holy Grail" language. Otherwise, everyone would use it all the time. You can do it right, or you can do it quick and cheap. VB won't port well. I'd say that if you use C++, you'd be best off, because all you'd really have to do is change OS specific function calls, and it's not as bloated as some other languages. I personally don't know anything about Python though, so it may be worth inspecting. Of course, you could always take the Adobe approach and build your own system of OS independant frameworks ;)
I have no idea how thick the individual sensor layers are, but I'd like to remind everyone that color film is layered in a similar manner. The front layer filters out a certain amount of blue, and then there are several layers of emultion behind that, each sensitive to a different color. It's thin enough that it's not significant unless you are doing some extreme macro work, but I'd assume you'd use some specialty film with that anyway. Perhaps this is one of the reasons why many people percveive black & white prints as being sharper.
Utter hooey. If there are enough users, it won't die, and if you become a developer, it has an even better survival chance. Plus MacOS X is BSD. Since Apple is paying full-time BSD developers, and now you have other Mac fanatics picking up projects to help out, it's not going to die.
Sir, have you ever heard of NetBoot? Basically you set up a server with a HD image on it, assign user accounts to it. Then on your client machines, you open up the Startup Disk control panel and select the server in the list. This is built into the Mac OS (both 9 and X). Also, you don't necessarily need to walk around to each machine with a CD (although technically if you do, you don't even need to run an installer. You can burn your HD image to a CD or DVD and then use Apple Software Restore to replace the system folder or the entire contents of the HD without an installer). If these machines are booted over the network, you can mount their HD's on a server's desktop and then run a shell script to replace the system software on them. Then you simply set the machines to boot from their hd's again and restart the boxes. However, if you just burn a few copies of your cd, and have a few people going around with Apple Software Restore, it would probably take less time. I've actually replaced the system software on a machine in under a minute in this manner, and all it takes is two clicks, so you could have anybody do it. Macs are a lot more advanced than most people give them credit for.
Reminds me of something: