They can do, yes. Western Australia has on the spot littering fines for any litter what-so-ever. Of course, you have to be caught and some bastard actually has to write you up.
Hand coding them into floats would be impressive, especially seems that not all binary values are legal floats, so there are some opcode combinations you just couldn't do.
Actually, the most hardcore lecturer/professor at my University in Australia both promoted the use of Ada and drinking heavily. I guess he taught me how to be a man.
One thing that Python doesn't teach is static typing. I'd say having 2 languages (one static typing, one dynamic) and talking about the advantages of both. Hell, you could even use Boo as the statically typed language, which is very close to Python.
Interestingly enough, a lot of phones with "built in" flash don't have it on the PCB. They have a very minimal micro-SD card reader inside and a micro-SD pre-inserted. I'm not saying the iPhone does it this way, but it really might not be as unfair comparison as you might think.
"It's not surprising that an American company errs on the side of individual freedom while a European company is more inclined to favor an approach that relies on systems."
It's not surprising that kdawson is an inconsistent bigot either. Bash Microsoft (or similar) one minute for being anti-personal freedom (hint: The EU are the ones forcing them to change), then turn around and say that a European company is less likely to be pro-individual-freedom the next. The doctor could help with that inflamed bile duct if you would just get your foot out of your damn mouth.
I'm guessing you're not in Australia (or one of the other countries that offers it), or you could use the line for fast wired broadband without having to pay to have a dial-tone.
Interfaces are communication, an interface standard is a language (in the sense that it codifies communication). Less advanced users tend to not know the language, so they remember everything in steps, advanced users know the language, so they have no problem doing "new" thing.
So all I was saying is that a standard for Linux should not try and make users learn a new visual language, a new way to communicate when they already know 2 or 3. It should really focus on what users already know.
Chrome is really about as simplistic as UIs get (apart from the web pages themselves). There aren't checkboxes or radio buttons on the main interface; you get tabs, a toolbar/address bar and that's it. To go further, the rendering in Chrome happens in a separate process (not even tied to the GUI) which is RPC'd back to the main process, which indicates that it's not really tied to the GUI toolkit either.
Is a standardized set of human interface guidelines really going to help them? Or are they just making an excuse for not servicing a small but vocal market? The truth is, if the Chrome developers wanted to worry about standardized interfaces, they would do the work to reproduce what they have on Windows. They didn't care about the standards on Windows (tabs on the title bar), so why would they care about them on Linux?
While I'm all for creating a common interface "language" for users to understand, I don't think a "linux" specific one is going to be helpful. Making it easy to move from using Chrome on Windows to using Chrome on Linux is much more helpful than saying "hey, look, you can use Chrome on Linux if you know how we do things around here". Making it so someone that uses Windows can understand the linux visual "language" is important, in the same way that we want people to understand what we say when we travel. Otherwise moving to Linux with it's own HIG is going to be like moving from England to China.
I've never tried it, but technically it should be possible to develop for the compact framework using Mono (http://www.mono-project.com/FAQ:_Technicalhttp://www.mono-project.com/FAQ:_Technical) simply by patching the keys. To deploy, all you have to do is copy the file across. You could debug a lot of it on your local machine.
So yes, in theory, you can develop for the Zune on Mac OSX, Linux, BSD etc. Depending on if the device allows you to run files directly (like Windows Mobile and other CE based platforms) and the Zune having a "USB storage device" mode, you might even be able to deploy from these platforms.
Visual Studio has supported regex substitution for quite a while, including in Express. Under the Find and Replace dialog, expand the "Find Options" and tick "Use" (with regular expressions selected in the combo box). It works in a similar way for Replace in Files.
Probably because in many of the domains that C programmers currently work in raw execution speed is an extremely important aspect of the marketable product. If they were working on need-it-yesterday enterprise systems where the database is the bottleneck anyway, then they wouldn't be using C.
Three people think it's an important contribution to the debate. That doesn't mean those 3 people agree with it (although they might), it just means they think it's important.
Just because you disagree with something, it doesn't mean it shouldn't be modded up if it is going to stir debate.
Slashdot Mirror
I would've agreed with you that censorship was never a good thing... Until I saw 2G1C.
Yeah, but information theory wise you could have a very high quality JPEG copy of a previously compressed JPEG image, which doesn't help anyone.
In practice though, JPEG artifacts occur on blocks boundaries and it's pretty easy to create a good heuristic for the kind of images you care about.
Different images show different amounts of artifacts at the same amount of compression.
The system seems to be broken if lawyers can bring about this kind of boobery.
They can do, yes. Western Australia has on the spot littering fines for any litter what-so-ever. Of course, you have to be caught and some bastard actually has to write you up.
The BenQ G2220HD is 22 inch and its native resolution is 1920x1080. The quality of the display on them is fantastic too.
This would mean that the science in "the core" was even more wrong? I didn't think it was possible!
Hand coding them into floats would be impressive, especially seems that not all binary values are legal floats, so there are some opcode combinations you just couldn't do.
Actually, the most hardcore lecturer/professor at my University in Australia both promoted the use of Ada and drinking heavily. I guess he taught me how to be a man.
One thing that Python doesn't teach is static typing. I'd say having 2 languages (one static typing, one dynamic) and talking about the advantages of both. Hell, you could even use Boo as the statically typed language, which is very close to Python.
TRIM also has good Sharepoint integration if you're so inclined.
Interestingly enough, a lot of phones with "built in" flash don't have it on the PCB. They have a very minimal micro-SD card reader inside and a micro-SD pre-inserted. I'm not saying the iPhone does it this way, but it really might not be as unfair comparison as you might think.
"It's not surprising that an American company errs on the side of individual freedom while a European company is more inclined to favor an approach that relies on systems."
It's not surprising that kdawson is an inconsistent bigot either. Bash Microsoft (or similar) one minute for being anti-personal freedom (hint: The EU are the ones forcing them to change), then turn around and say that a European company is less likely to be pro-individual-freedom the next. The doctor could help with that inflamed bile duct if you would just get your foot out of your damn mouth.
Alcohol and a whole bunch of people in a vomit comet. That can't end badly at all...
I'm guessing you're not in Australia (or one of the other countries that offers it), or you could use the line for fast wired broadband without having to pay to have a dial-tone.
Interfaces are communication, an interface standard is a language (in the sense that it codifies communication). Less advanced users tend to not know the language, so they remember everything in steps, advanced users know the language, so they have no problem doing "new" thing.
So all I was saying is that a standard for Linux should not try and make users learn a new visual language, a new way to communicate when they already know 2 or 3. It should really focus on what users already know.
Chrome is really about as simplistic as UIs get (apart from the web pages themselves). There aren't checkboxes or radio buttons on the main interface; you get tabs, a toolbar/address bar and that's it. To go further, the rendering in Chrome happens in a separate process (not even tied to the GUI) which is RPC'd back to the main process, which indicates that it's not really tied to the GUI toolkit either.
Is a standardized set of human interface guidelines really going to help them? Or are they just making an excuse for not servicing a small but vocal market? The truth is, if the Chrome developers wanted to worry about standardized interfaces, they would do the work to reproduce what they have on Windows. They didn't care about the standards on Windows (tabs on the title bar), so why would they care about them on Linux?
While I'm all for creating a common interface "language" for users to understand, I don't think a "linux" specific one is going to be helpful. Making it easy to move from using Chrome on Windows to using Chrome on Linux is much more helpful than saying "hey, look, you can use Chrome on Linux if you know how we do things around here". Making it so someone that uses Windows can understand the linux visual "language" is important, in the same way that we want people to understand what we say when we travel. Otherwise moving to Linux with it's own HIG is going to be like moving from England to China.
I'm sorry, I thought this was a kdawson post.
I've never tried it, but technically it should be possible to develop for the compact framework using Mono (http://www.mono-project.com/FAQ:_Technicalhttp://www.mono-project.com/FAQ:_Technical) simply by patching the keys. To deploy, all you have to do is copy the file across. You could debug a lot of it on your local machine.
So yes, in theory, you can develop for the Zune on Mac OSX, Linux, BSD etc. Depending on if the device allows you to run files directly (like Windows Mobile and other CE based platforms) and the Zune having a "USB storage device" mode, you might even be able to deploy from these platforms.
As opposed to Florida, America's wang.
Visual Studio has supported regex substitution for quite a while, including in Express. Under the Find and Replace dialog, expand the "Find Options" and tick "Use" (with regular expressions selected in the combo box). It works in a similar way for Replace in Files.
It's a problem, but not a big one if you have Tortoise or the like.
Draw a horrible diagram in Visio (or similar) of what's connected where without any indication how it actually works!
Probably because in many of the domains that C programmers currently work in raw execution speed is an extremely important aspect of the marketable product. If they were working on need-it-yesterday enterprise systems where the database is the bottleneck anyway, then they wouldn't be using C.
Three people think it's an important contribution to the debate. That doesn't mean those 3 people agree with it (although they might), it just means they think it's important.
Just because you disagree with something, it doesn't mean it shouldn't be modded up if it is going to stir debate.