Well, obviously, but ice floating in water displaces an amount of water equal to its own weight-- which, when it melts, is also equal to its own volume. So the water level stays constant. (Although, I should think it would change by some negligible but possibly measureable amount -- ice is fresh water which has a lower density than salt water.)
I wrote my senior project (about half a web browser... it fetched pages and did a passable job at mangling them for display -- BUT it handled broken HTML just fine:-) in Qt when my only other windowing programming experience was Win32.
I also haven't tried GTK, but I have to agree with you -- Qt beats the bloody hell out of Windows programming. --
I don't think this is very likely. Besides, even if they did do this, it would be easy enough to strace the application to determine whether it was causing such problems intentionally. --
This thing better cost under $100. It's less powerful than my Palm III that I bought two years ago. Price is going to be its only possible point of competition with *any* existing PDA. It's got a green-and-black screen. It's not even expandable except through a serial port. --
I can't speak for BSD, but IMO there's a lot missing from Linux. Most of the high-end management tools you expect from an expensive UNIX system have an analogue on Linux, but not nearly of the same caliber. Same thing with big-ass support contracts... unless I'm hugely mistaken, you can't get the kind of support for Linux that we have, for example for our Unix PBX. Not that you really need it, understand:-) I mean, you can get tech support, but can I get a contract that gets someone out here NOW who doesn't leave until a problem is fixed?
I have 1067.DLL files on my NT systems main drive. I'll bet you a shiny new dollar thats a hell of a lot more than any Linux system.
That's a good bet... I just checked on mine... 1159 DLLs on my main NT drive, and 2455 DLLs on the drive with my program files. Doing a "locate *.so | wc" on my development web server (Slackware 7.1) returns 423 separate libraries. And that's with X installed.
Granted, I have a lot more applications installed on my workstation than on my web server. But checking the local NT web server, running Access, Perl, Netscape Server, there are 836 DLLs total. Just shy of twice as many. They're just better documented on Linux:-) --
My point is, that there is no solution to this problem in general for web application developers. If you're writing a traditional application where the user is running the executable locally you can always detect document changes, set a dirty flag, and check the dirty flag before exiting. There's just no way to do this in a web browser.
What would totally alleviate the situation is the ability to make HTTP connections from Javascript. Right now you can fake it with a Java applet (not the best solution, IMO), but for example, with this sort of micro-request you can set Javascript to save all the entered forms to a "dirty" buffer periodically... then restore the user's temporary state when they return or prompt them to save it if it's been changed. --
Seattle, Portland, and Denver (if you can tolerate Coors) would also be good locations. Austin has good beer, but the "wanderung" part would suffer:-) --
I thought of that... looking at the yahoo and yimg stuff, www.yahoo.com resolves to 200.71.200.67, 204.71.200.68, 204.71.202.160 whereas us.a1.yimg.com resolves to 206.191.161.51, 206.191.161.50. So that's out, too.
I don't think there's a good way around it, and I'm willing to put up with the odd site like Yahoo where I can't load the images. --
The day-before-yesterday nightly build of Mozilla will load images from "images.site.tld" but not completely different domains if you turn on the "disable images from different domains" feature -- I assume it works similarly with cookies.
The only problem with this is, if it becomes widespread, places like Doubleclick will quickly get domains like "dc.amazon.com" (or whatever) that all point to the same server.
Have you ever noticed that Microsoft's own home page dies with an error when view with IE 2.0? Sadly, I've had the opportunity to use it (after installing NT4... twice in two weeks.) --
XUL is the XML+CSS+Javascript+DOM monstrosity that describes Mozilla's interface. It lets you redesign Mozilla in any color you like, but it makes Mozilla much more bloated and may cause a serious perfomance hit and contribute to instability... the jury's still out IMO.
It's not too hard to use and it's relatively (for an open source project anyway) well documented. The lack of absolute positioning is a drawback, I think. They want you to define all your UI elements in terms of minimum/maximum sizes and springs, which is much harder than saying "make a 64x64 button and put it *here*. --
Unless random personal web sites are unreliable, Louis XVI's diary entry on that date was merely "Nothing.":-)
(At least, several random personal web sites confirm the "Nothing" quote for Louis and the "Nothing of importance..." quote for George. They may all be completely misinformed.) --
Not trolling, just making a snide comment. There are always dogmatic loudmouthed idiots that represent any political ideology, regardless of whether you agree with them. Besides, if you think I'm trolling, why the hell would you reply to me?:-)
Jesse Jackson has always been pro-WoD in the past... if it's true that he's protesting it, it's a major (positive) policy shift for him.
Sure... but they're likely to spoof their addresses to avoid being caught, and I was just pointing out that dropping spoofed packets won't hurt any legitimate user who would otherwise be able to communicate.
If you're a misconfigured unix (or anything else) user and you don't have your IP set to what your ISP gave you (I'm assuming you're talking about a private user here, not a company) then you're NOT going to get replies to your packets back even if the ISP doesn't implement this kind of filtering. So there's no loss there....
(Misconfigured Plan 9 user has his address set to 192.168.0.1, let's say, and somehow has his routing table set to send 192.168.0.0/24 packets over the ppp connection...)
User initiates a connection with 62.28.67.48. (you'd have to know the IP address because for the same reason, you'll never be able to complete a DNS request.)
Router happily forwards first packet along.
Slashdot.org gets the packet, tries to respond...
Whoops, the response gets dropped by slashdot's router... doesn't have a routing table entry for 192.168.0.0/24. Either that, or it gets routed to slashdot's internal network, if it uses that particular subnet. You never see your precious connection again. --
Well, obviously, but ice floating in water displaces an amount of water equal to its own weight-- which, when it melts, is also equal to its own volume. So the water level stays constant. (Although, I should think it would change by some negligible but possibly measureable amount -- ice is fresh water which has a lower density than salt water.)
--
I wrote my senior project (about half a web browser... it fetched pages and did a passable job at mangling them for display -- BUT it handled broken HTML just fine :-) in Qt when my only other windowing programming experience was Win32.
I also haven't tried GTK, but I have to agree with you -- Qt beats the bloody hell out of Windows programming.
--
I don't think this is very likely. Besides, even if they did do this, it would be easy enough to strace the application to determine whether it was causing such problems intentionally.
--
This thing better cost under $100. It's less powerful than my Palm III that I bought two years ago. Price is going to be its only possible point of competition with *any* existing PDA. It's got a green-and-black screen. It's not even expandable except through a serial port.
--
Took me a while to *find* their FAQ until I realized that multiline select box is masquerading as a list of links. Go figure...
--
My girlfriend tried to show me some Vietnamese grammar once... all I brought away from it was an idea of how object-oriented it seemed :-)
--
Remember, you can't spell "Forth" with a "u".
--
You're quite right.
joel@webdev:/$ find / -iname \*.so -type f -print 2>/dev/null | wc -l
333
--
I can't speak for BSD, but IMO there's a lot missing from Linux. Most of the high-end management tools you expect from an expensive UNIX system have an analogue on Linux, but not nearly of the same caliber. Same thing with big-ass support contracts... unless I'm hugely mistaken, you can't get the kind of support for Linux that we have, for example for our Unix PBX. Not that you really need it, understand :-) I mean, you can get tech support, but can I get a contract that gets someone out here NOW who doesn't leave until a problem is fixed?
--
That's a good bet... I just checked on mine... 1159 DLLs on my main NT drive, and 2455 DLLs on the drive with my program files. Doing a "locate *.so | wc" on my development web server (Slackware 7.1) returns 423 separate libraries. And that's with X installed.
Granted, I have a lot more applications installed on my workstation than on my web server. But checking the local NT web server, running Access, Perl, Netscape Server, there are 836 DLLs total. Just shy of twice as many. They're just better documented on Linux :-)
--
My point is, that there is no solution to this problem in general for web application developers. If you're writing a traditional application where the user is running the executable locally you can always detect document changes, set a dirty flag, and check the dirty flag before exiting. There's just no way to do this in a web browser.
What would totally alleviate the situation is the ability to make HTTP connections from Javascript. Right now you can fake it with a Java applet (not the best solution, IMO), but for example, with this sort of micro-request you can set Javascript to save all the entered forms to a "dirty" buffer periodically... then restore the user's temporary state when they return or prompt them to save it if it's been changed.
--
No, he got the quote right.
--
Seattle, Portland, and Denver (if you can tolerate Coors) would also be good locations. Austin has good beer, but the "wanderung" part would suffer :-)
--
I thought of that... looking at the yahoo and yimg stuff, www.yahoo.com resolves to 200.71.200.67, 204.71.200.68, 204.71.202.160 whereas us.a1.yimg.com resolves to 206.191.161.51, 206.191.161.50. So that's out, too.
I don't think there's a good way around it, and I'm willing to put up with the odd site like Yahoo where I can't load the images.
--
The day-before-yesterday nightly build of Mozilla will load images from "images.site.tld" but not completely different domains if you turn on the "disable images from different domains" feature -- I assume it works similarly with cookies.
The only problem with this is, if it becomes widespread, places like Doubleclick will quickly get domains like "dc.amazon.com" (or whatever) that all point to the same server.
--
Have you ever noticed that Microsoft's own home page dies with an error when view with IE 2.0? Sadly, I've had the opportunity to use it (after installing NT4... twice in two weeks.)
--
Spyglass was also known as Spyglass MOSAIC.
--
XUL is the XML+CSS+Javascript+DOM monstrosity that describes Mozilla's interface. It lets you redesign Mozilla in any color you like, but it makes Mozilla much more bloated and may cause a serious perfomance hit and contribute to instability... the jury's still out IMO.
It's not too hard to use and it's relatively (for an open source project anyway) well documented. The lack of absolute positioning is a drawback, I think. They want you to define all your UI elements in terms of minimum/maximum sizes and springs, which is much harder than saying "make a 64x64 button and put it *here*.
--
Unless random personal web sites are unreliable, Louis XVI's diary entry on that date was merely "Nothing." :-)
(At least, several random personal web sites confirm the "Nothing" quote for Louis and the "Nothing of importance..." quote for George. They may all be completely misinformed.)
--
Not trolling, just making a snide comment. There are always dogmatic loudmouthed idiots that represent any political ideology, regardless of whether you agree with them. Besides, if you think I'm trolling, why the hell would you reply to me? :-)
Jesse Jackson has always been pro-WoD in the past... if it's true that he's protesting it, it's a major (positive) policy shift for him.
--
Egads... first Orrin Hatch, now Jesse Jackson shows glimmers of intelligence. What is the world coming to? :-)
--
Besides which, if you had a device that could use the light created by the candle for power, why not just carry the candle around? :-)
--
Well, I expect that even if the mirrors reflected all of the light emitted by the candle, the candle itself would absorb the light it emitted.
--
Sure... but they're likely to spoof their addresses to avoid being caught, and I was just pointing out that dropping spoofed packets won't hurt any legitimate user who would otherwise be able to communicate.
--
If you're a misconfigured unix (or anything else) user and you don't have your IP set to what your ISP gave you (I'm assuming you're talking about a private user here, not a company) then you're NOT going to get replies to your packets back even if the ISP doesn't implement this kind of filtering. So there's no loss there....
(Misconfigured Plan 9 user has his address set to 192.168.0.1, let's say, and somehow has his routing table set to send 192.168.0.0/24 packets over the ppp connection...)
User initiates a connection with 62.28.67.48. (you'd have to know the IP address because for the same reason, you'll never be able to complete a DNS request.)
Router happily forwards first packet along.
Slashdot.org gets the packet, tries to respond...
Whoops, the response gets dropped by slashdot's router... doesn't have a routing table entry for 192.168.0.0/24. Either that, or it gets routed to slashdot's internal network, if it uses that particular subnet. You never see your precious connection again.
--