here you go. from at&t's website. all modern, GSM phones
What is wrong with you? Every one of those has a 600 MHz CPU and runs a two-year-old version of Android. There is nothing modern about that. They're not particularly small devices, either, despite the small screen area.
Only two of the models you listed have reasonably fast CPUs, and both those are CDMA phones (useless everywhere except a few major carriers in north america) and are still a bit tall for some of us (the screen alone does not determine the device size). They're also running a 1.5 to 2 year old version of the operating system, which tells me that even those half-assed examples are going to be outdated soon.
A bunch of you have replied already, yet nobody has come close to showing that there's "no shortage of choice at the small end." Most of you are just asserting that you like the phones that are available. That's fine, but lots of us are not like you; we really do want small, modern phones, and there really are very few to be had. I don't understand why so many of you feel driven to argue the point. (I would be delighted to be proven wrong; sadly, I won't be.)
Admittedly, I'm not a small man, but if I can fit a Nook Color with cover in my pocket, then I can't help but think someone complaining about a 4" phone in their pocket may be playing "princess and the pea" just a little.
Thank you for illustrating and reinforcing my point.
The whole debate is dumb: There's no shortage of choice at the small end
What are you smoking?
How many smartphones with modern features, modern specs, and popular OS can you name that are compact enough to comforably fit in most people's pockets? Be realistic: This currently means iOS or Android, 1GHz+ CPU, and jeans or women's clothing (not cargo pants or overcoats).
I can think of exactly three: the Xperia Active, the Xperia Mini and the Xperia Mini Pro. All of those are made by a single manufacturer. You call that choice?
Power company says "if you want to save money, we need more data" Power distribution says "if you want more reliable power, we need more data" Customers say "We want cheaper and more reliable power!"
Power company then installs data-slurping, microwave-broadcasting devices in homes that never asked for them, collects "cost recovery" money to pay for them, offers tiered pricing that doesn't actually save any money over the old pricing, and charges additional fees to opt out of the smart meter program. Dear power company, I want to punch you in the face.
That's a bit pessimistic, don't you think? My mom uses linux and has far fewer troubles than she did when she was using Windows. Face it: most of what our relatives do with their computers takes place within a web browser, and browsers behave pretty much the same on linux as they do on other operating systems.
The rest of the comment I won't even bother to address. Just not worth my time explaining debugging and such.
The rest of the comment was about one of the two major problems I have with Steam, and I happen to know more than a little about software development, so I'm going to speak up about that one point: The ability to collect runtime information is both very helpful for debugging and very invasive to the host system. Give the owner of the system the ability to enable it only if & when it is needed. Problem solved. Insisting on having it running at all times makes it spyware, which is rather telling about the publisher's intentions.
I tried to play though Oblivion. I really did. But it was so mind-numbingly boring that I just couldn't bring myself to waste any more of my life in front of it. It currently rates at 94 on metacritic, which tells me that either some poor sods liked it or some creeps accepted money to say they liked it. Skyrim has the same rating. Is it any better?
I enjoyed Dragon Age: Origins quite a bit. Hiring decent writers and actors really seems to make a difference. Go fig. Too bad they blew the sequel.
One of the long-standing shortcomings of App Engine was the lack of server certificate validation in the URL Fetch service. Google apparently took care of that as well.
I'll be ready to retire my xbox as soon as I find a suitable, affordable replacement. I'm hoping for a diskless nettop with nVidia VDPAU Feature Set C to arrive some time this year. I imagine that ought to run the latest greatest XBMC nicely. Until then, I think I'll continue hobbling along with this poor old nearly-abandoned xbox.
Installing Chrome will set up a repository for automatic updates, too. I'd probably still pick Chromium due to privacy issues, but the Chrome beta channel seems to get more frequent updates. Maybe that will change if Chromium makes its way out of the "universe" repo.
I too am pretty happy with my 2170W. Installing the linux drivers was a bit of a pain, and configuring the thing can be a hassle, but it was definitely worth the $100 I paid. Bonus: you can tape off the toner level sensor holes to get a lot more life out of a cartridge.
Many of their phone-specific pages cite the manufacturer as the only data source. This includes a phone I'm playing with at the moment, which happens to have one of the worst SAR ratings on the ewg.org list. (Worse than the Blackberry.) I followed their link, and it brought me to a user manual, which did in fact show the same values shown on the list.
Call me paranoid, but that didn't really satisfy me. For one thing, I don't trust user manuals all that much when it comes to fine details that might have changed since they were written. For another, this phone supports several different radio frequencies, including Wi-Fi and several different GSM bands, yet the manual and ewg.org fail to reflect this with multiple SAR values. So, I looked up the FCC ID for my phone and followed it to the FCC's radiation report on that model. What I found was much more informative.
As you might expect, the FCC's SAR measurements showed quite a range of values, depending on which radio is in use, which channel is in use, and how the phone is held. According to this data, my particular phone habits and service provider should yield around half the SAR that was reported by ewg.org, comparable to their best-rated models.
This exercise was interesting, and set my mind at ease a little, but I'm still going to use a wired headset whenever possible. Again, call me paranoid if you like. There simply hasn't been enough time for us to observe the long-term effects of having a microwave broadcast antenna plastered to our heads, and I don't trust studies that claim all is well when they're funded by the cell phone industry.
After using distributed version control for a very short time, I decided I will never go back to something centralized like Subversion. Only with a DVCS do I can:
- Get work done, with complete repository access, anywhere. On a train. In the rain. In a box. With a fox. Anywhere, any time, even when the network goes down or while I'm thirty thousand feet above an ocean.
- Create as many experimental branches/clones as I like, without making them visible to anyone else or cluttering up any shared namespace. (This is especially nice for capturing checkpoints when I have a lot of large, interdependent changes to make and the project won't work until they're all finished.)
- Get perfect, complete, automatic repository backups as a side-effect of working on a project. It's as hassle-free as I could ask for, and restoring is equally easy.
After quite a bit of reading, I ended up choosing Mercurial. After a year or so of using it regularly, and occasionally checking in on the other DVCS systems, I have always been glad of my choice.
Git was a contender, but is notoriously non-intuitive and awkward to use, and has never been a good fit on Windows. (I try to avoid Windows, but some of my colleagues still use it, and some of our projects are necessarily cross-platform.) Mercurial is similar to git in design, features, and speed, and is also very easy to use and works well on every major platform. Linus even called it out in his version control rant.
Bazaar was a contender, and I like their sponsor (Canonical), but didn't seem focused on performance enough for my liking.
More points for Mercurial: - The folks on the email list are very knowledgeable, friendly, and helpful. - It is very easy to extend. - It has the blessing of some very large, high-profile projects. (e.g. Mozilla, OpenSolaris, Java's OpenJDK)
Please consider my voice a part of the chorus asking for native Linux editions of your games. I'm not a WoW player, but I have spent more time than I normally care to admit playing Starcraft, Diablo, and Warcraft. After recently making the switch to Ubuntu on my desktop machine, and discovering how much better it works for me, I am quite sure I will never go back to Windows. It would be nice if I could buy future versions of your outstanding games to run on my outstanding operating system.
The most recent comments I've read indicate that the MAPI plugin for Evolution (which is built upon OpenChange libmapi) will not be ready for Evolution 2.24 after all. Perhaps version 2.26 will have what we're waiting for.
Slashdot Mirror
What is wrong with you? Every one of those has a 600 MHz CPU and runs a two-year-old version of Android. There is nothing modern about that. They're not particularly small devices, either, despite the small screen area.
Only two of the models you listed have reasonably fast CPUs, and both those are CDMA phones (useless everywhere except a few major carriers in north america) and are still a bit tall for some of us (the screen alone does not determine the device size). They're also running a 1.5 to 2 year old version of the operating system, which tells me that even those half-assed examples are going to be outdated soon.
A bunch of you have replied already, yet nobody has come close to showing that there's "no shortage of choice at the small end." Most of you are just asserting that you like the phones that are available. That's fine, but lots of us are not like you; we really do want small, modern phones, and there really are very few to be had. I don't understand why so many of you feel driven to argue the point. (I would be delighted to be proven wrong; sadly, I won't be.)
Search for sk17a (American version) or sk17i (international version) on amazon.com. Or if you want the one without a keyboard st15i / st15a.
Thank you for illustrating and reinforcing my point.
What are you smoking?
How many smartphones with modern features, modern specs, and popular OS can you name that are compact enough to comforably fit in most people's pockets? Be realistic: This currently means iOS or Android, 1GHz+ CPU, and jeans or women's clothing (not cargo pants or overcoats).
I can think of exactly three: the Xperia Active, the Xperia Mini and the Xperia Mini Pro. All of those are made by a single manufacturer. You call that choice?
Power company then installs data-slurping, microwave-broadcasting devices in homes that never asked for them, collects "cost recovery" money to pay for them, offers tiered pricing that doesn't actually save any money over the old pricing, and charges additional fees to opt out of the smart meter program. Dear power company, I want to punch you in the face.
...well, with one major exception: browsers running on Linux don't tend to infect the system with tons of malware.
That's a bit pessimistic, don't you think? My mom uses linux and has far fewer troubles than she did when she was using Windows. Face it: most of what our relatives do with their computers takes place within a web browser, and browsers behave pretty much the same on linux as they do on other operating systems.
The rest of the comment was about one of the two major problems I have with Steam, and I happen to know more than a little about software development, so I'm going to speak up about that one point: The ability to collect runtime information is both very helpful for debugging and very invasive to the host system. Give the owner of the system the ability to enable it only if & when it is needed. Problem solved. Insisting on having it running at all times makes it spyware, which is rather telling about the publisher's intentions.
I tried to play though Oblivion. I really did. But it was so mind-numbingly boring that I just couldn't bring myself to waste any more of my life in front of it. It currently rates at 94 on metacritic, which tells me that either some poor sods liked it or some creeps accepted money to say they liked it. Skyrim has the same rating. Is it any better?
I enjoyed Dragon Age: Origins quite a bit. Hiring decent writers and actors really seems to make a difference. Go fig. Too bad they blew the sequel.
One of the long-standing shortcomings of App Engine was the lack of server certificate validation in the URL Fetch service. Google apparently took care of that as well.
Yes, it's already in the Natty package repository.
http://packages.ubuntu.com/search?keywords=xfce4
FYI: I disabled antialiasing (but left hinting enabled) on xubuntu, and switched to Microsoft Core Fonts (Arial, Tahoma, etc.) It looks great.
I'll be ready to retire my xbox as soon as I find a suitable, affordable replacement. I'm hoping for a diskless nettop with nVidia VDPAU Feature Set C to arrive some time this year. I imagine that ought to run the latest greatest XBMC nicely. Until then, I think I'll continue hobbling along with this poor old nearly-abandoned xbox.
Installing Chrome will set up a repository for automatic updates, too. I'd probably still pick Chromium due to privacy issues, but the Chrome beta channel seems to get more frequent updates. Maybe that will change if Chromium makes its way out of the "universe" repo.
I too am pretty happy with my 2170W. Installing the linux drivers was a bit of a pain, and configuring the thing can be a hassle, but it was definitely worth the $100 I paid. Bonus: you can tape off the toner level sensor holes to get a lot more life out of a cartridge.
Many of their phone-specific pages cite the manufacturer as the only data source. This includes a phone I'm playing with at the moment, which happens to have one of the worst SAR ratings on the ewg.org list. (Worse than the Blackberry.) I followed their link, and it brought me to a user manual, which did in fact show the same values shown on the list.
Call me paranoid, but that didn't really satisfy me. For one thing, I don't trust user manuals all that much when it comes to fine details that might have changed since they were written. For another, this phone supports several different radio frequencies, including Wi-Fi and several different GSM bands, yet the manual and ewg.org fail to reflect this with multiple SAR values. So, I looked up the FCC ID for my phone and followed it to the FCC's radiation report on that model. What I found was much more informative.
As you might expect, the FCC's SAR measurements showed quite a range of values, depending on which radio is in use, which channel is in use, and how the phone is held. According to this data, my particular phone habits and service provider should yield around half the SAR that was reported by ewg.org, comparable to their best-rated models.
This exercise was interesting, and set my mind at ease a little, but I'm still going to use a wired headset whenever possible. Again, call me paranoid if you like. There simply hasn't been enough time for us to observe the long-term effects of having a microwave broadcast antenna plastered to our heads, and I don't trust studies that claim all is well when they're funded by the cell phone industry.
Some of you might find this US Senate hearing interesting:
http://appropriations.senate.gov/webcasts.cfm?method=webcasts.view&id=2a7f2e87-68a0-48a3-b16b-08ac1b98cc42
http://www.c-spanarchives.org/program/288879-1
http://www.mapcruzin.com/news/cell-phone-health-effects-hearing.htm
"the darkspawn survived following the death of the Archdemon dragon."
Thanks a lot for the spoiler, you insensitive clod.
From the list of packages in Jaunty's repository, I'm guessing you can dump the evolution-exchange package in favor of evolution-mapi.
"A provider for Evolution that can connect to Exchange 2007 servers and also to Exchange 2003, 2000 and 5.5."
More info here:
http://www.go-evolution.org/MAPIProvider/vsOWA
http://www.go-evolution.org/MAPIProvider
http://www.openchange.org/
For others who are interested in Berkeley-style key-value stores, check out Tokyo Cabinet.
Catch the Chicken was the first Quake mod I played. Very simple rules, silly premise, and lots of fun.
http://chicken.planetquake.gamespy.com/
After using distributed version control for a very short time, I decided I will never go back to something centralized like Subversion. Only with a DVCS do I can:
- Get work done, with complete repository access, anywhere. On a train. In the rain. In a box. With a fox. Anywhere, any time, even when the network goes down or while I'm thirty thousand feet above an ocean.
- Create as many experimental branches/clones as I like, without making them visible to anyone else or cluttering up any shared namespace. (This is especially nice for capturing checkpoints when I have a lot of large, interdependent changes to make and the project won't work until they're all finished.)
- Get perfect, complete, automatic repository backups as a side-effect of working on a project. It's as hassle-free as I could ask for, and restoring is equally easy.
After quite a bit of reading, I ended up choosing Mercurial. After a year or so of using it regularly, and occasionally checking in on the other DVCS systems, I have always been glad of my choice.
Git was a contender, but is notoriously non-intuitive and awkward to use, and has never been a good fit on Windows. (I try to avoid Windows, but some of my colleagues still use it, and some of our projects are necessarily cross-platform.) Mercurial is similar to git in design, features, and speed, and is also very easy to use and works well on every major platform. Linus even called it out in his version control rant.
Bazaar was a contender, and I like their sponsor (Canonical), but didn't seem focused on performance enough for my liking.
More points for Mercurial:
- The folks on the email list are very knowledgeable, friendly, and helpful.
- It is very easy to extend.
- It has the blessing of some very large, high-profile projects. (e.g. Mozilla, OpenSolaris, Java's OpenJDK)
To the git users who use the gitk GUI for browsing revisions, Mercurial has a clone:
http://www.selenic.com/mercurial/wiki/index.cgi/HgkExtension
To the user who posted about the Tortoise GUI for Subversion, here's a link for Mercurial's equivalent:
http://tortoisehg.sourceforge.net/
To the user who posted about Trac integration, Mercurial will work too:
http://trac.edgewall.org/wiki/TracMercurial
Also of note, Version Control Blog occasionally links to some interesting articles:
http://www.versioncontrolblog.com/
Dear Blizzard,
Please consider my voice a part of the chorus asking for native Linux editions of your games. I'm not a WoW player, but I have spent more time than I normally care to admit playing Starcraft, Diablo, and Warcraft. After recently making the switch to Ubuntu on my desktop machine, and discovering how much better it works for me, I am quite sure I will never go back to Windows. It would be nice if I could buy future versions of your outstanding games to run on my outstanding operating system.
The most recent comments I've read indicate that the MAPI plugin for Evolution (which is built upon OpenChange libmapi) will not be ready for Evolution 2.24 after all. Perhaps version 2.26 will have what we're waiting for.
http://johnnyjacob.wordpress.com/2008/07/11/evolution-exchange-2007-mapi-provider-changes-in-schedule-and-more/
http://www.go-evolution.org/MAPIProvider
http://www.go-evolution.org/Evo2.24
http://www.go-evolution.org/Evo2.26
I would be surprised. Java's syntax is not its only shortcoming. :)