Not quitel There is a lot more toglobal warming than whether or not it smows in March, but, tyere is nothing more to whether my phone or ky wife's phone lasts longer than whether my phone or mynwife's phone lasts longer. Mine, a Nexus 6, lasts longer than hers, an iPhone 6 Plus. Period. Therefore, it is correct for me to say that, in my experience, the Nexus 6 lasts longer than the iPhone 6 Plus. At no point did I claim that my observations were indicative of all Nexus 6 and iPhone 6 Plus devices; in fact, I was fairly explicit in stating that jy observations were just that: my personal observations of my last 5 Android phones compared to my wife's last 4 iPhones. I know what the specs say should happen, but I've never actually seen it outside of a lab.
Yes, but not nearly as heavily as screen-on time on a 6" class device. That said, I've got bittorrent sync running on my phone, on top of having it configured to update apps, mail, and calendars over any network, and the fact that I use the phone as a dash cam (bittorrent sync is transferring anywhere from 1 to 10GB of video per day from this activity alone). My phone sees considerably more use than hers, which gets used more as a dumbphone than anything else.
Oh, I'm listening, I'm just hearing a bunch of crap that doesn't agree with reality. You, on the other hand, seem to not be listening: even if the specs say the iPhone 6 Plus will last a week on a single charge ant the Nexus 6 will only last 5 minutes, that has no bearing on reality. The reality is that my phone, a Nexus 6, routinely lasts more than twie as long as my wife's phone, an iPhone 6 Plus. Specs and lab tests be damned.
Personally, as an OSX desktop user who maintains a Windows machine for few Windows-only tasks (mostly platform testing) and more than a handful of Linux servers, I'm torn on the whole Linux desktop issue. On one hand, it would be nice to be able to use the same OS and tools on my desktop as I use on my servers; on the other hand, while the quality of the Windows desktop did increase substantially when Microsoft merged their desktop and workstation/server platforms into a single OS, the workstation and server platforms have suffered ever since. All the eye candy and "let me do that for you" user-friendliness gets in the way of managing a server in any sane fashion and I'd really rather not see that in my server distros. That said, even Ubuntu maintains separate desktop and server distributions, limiting that kind of crap to the desktop, so it might not be all bad.
That's wonderful. I don't care about lb tests or specs written on paper when my actual real-life experience says the opposite. All the manufacturer specs and controlled conditions testing in the world is not going to convince me that my wife's phone lasts longer than mine when it regularly dies before she charges it at night while mine routinely lasts 2 days. Likewise, I'm sure my anecdote won't convince you of anything, either; that's not why I was sharing it.
What's the problem with that? We only have permanent bases in countries that have welcomed us, with open arms, to build those facilities. It is a benefit to us to have the means to pre-emptively stop attacks that are heading our way (admittedly, not the typical scenario) and it is a benefit to the countries allowing us to operate within their borders to have us not only ready and willing, but also present, to protect them should the need ever arise. Sounds like a win-win to me.
You're right, it doesn't exist today. It's called a hypothetical scenario. Honestly, if these companies want to take that risk it's fine by me, I'm not invested in any of them; I'm just setting myself up to be able to point and scream "I TOLD YOU SO!" when it happens. Maybe it never will, but it's certainly not impossible.
And this new tool obviously doesn't work on the existing platform, so the question is who feels more threatened? The user is likely to put pressure on both vendors and see who caves first.
The tool was obviously compelling enough to prompt the user to set up and maintain a second workstation to use it. In that case, the user is more likely to replace and abandon their old toolchain if they no longer want to (or can afford to) maintain a multi-platform workflow.
When your customers are happy and you're the industry standard, your competition doesn't even bother trying to take them from you. When your customers start looking for alternatives, you can bet your bottom dollar the competition will kick development into high gear and build the features they need.
Huh, interesting... "Can I [x]?" questions, lacking any other constraints, actually do have binary answers. Yes you can or no you can not. "[How|When|Where|Who|What|Why" can I [x]?" on the other hand...
If it is possible to grab some version of AutoCAD and run it on top of some version of WINE on a system running some version of the Linux kernel then, yes, you can run AutoCAD on Linux. If the poster was looking for a more specific answer, perhaps that should have been specified in the question; as it stands, my answer is factually correct in the context of the question, as stated. That said, yes, it was a joke. A factually correct joke.
There are two types of location aware apps for iOS.
According to Apple's documentation (linked from my post), there are three.
Tracking the User’s Location
There are several ways to track the user’s location in the background, most of which do not actually require your app to run continuously in the background:
- The significant-change location service (Recommended)
- Foreground-only location services
- Background location services
The significant-change location service is highly recommended for apps that do not need high-precision location data. With this service, location updates are generated only when the user’s location changes significantly; thus, it is ideal for social apps or apps that provide the user with noncritical, location-relevant information. If the app is suspended when an update occurs, the system wakes it up in the background to handle the update. If the app starts this service and is then terminated, the system relaunches the app automatically when a new location becomes available. This service is available in iOS 4 and later, and it is available only on devices that contain a cellular radio.
The foreground-only and background location services both use the standard location Core Location service to retrieve location data. The only difference is that the foreground-only location services stop delivering updates if the app is ever suspended, which is likely to happen if the app does not support other background services or tasks. Foreground-only location services are intended for apps that only need location data while they are in the foreground.
You enable location support from the Background modes section of the Capabilities tab in your Xcode project. (You can also enable this support by including the UIBackgroundModes key with the location value in your app’s Info.plist file.) Enabling this mode does not prevent the system from suspending the app, but it does tell the system that it should wake up the app whenever there is new location data to deliver. Thus, this key effectively lets the app run in the background to process location updates whenever they occur.
Important: You are encouraged to use the standard services sparingly or use the significant location change service instead. Location services require the active use of an iOS device’s onboard radio hardware. Running this hardware continuously can consume a significant amount of power. If your app does not need to provide precise and continuous location information to the user, it is best to minimize the use of location services.
For information about how to use each of the different location services in your app, see Location and Maps Programming Guide.
You can read through that document yourself to answer the rest of your questions.
Consumers. Trusting marketingspeak and assuming they know how things actually work since the dawn of time.
No, I haven't run it my self. I answered a question lacking proper constraints with an answer based on no constraints. If I had a Linux desktop sitting around and a couple of hours to track down one of the "gold" versions and the version of WINE that was used to get that "gold" status (this is listed, by the way), I might have, but really it was a stupid question so it got a stupid answer. AutoCAD is a niche application; a desktop application need only be able to run general purpose applications in order to gain wide use (see Chrome OS), workstation apps like AutoCAD most often run on workstations, not your typical consumer desktop (which is woefully under-powered for that purpose in any serious capacity). That Windows happens to be both a desktop OS and a workstation OS is coincidental to this point; we're not talking about Linux on the workstation here. Try to remember the days before Vista, when Microsoft offered a distinct workstation OS and you'll see what I'm getting at.
At any rate, there's a huge gap between "yes, you can" and "yes, you should" and I'm impressed that so many people are jumping it so easily, without any direction whatsoever.
That hasn't been my experience. I charge my Nexus 6 every other day while my wife's iPhone 6 Plus needs juice nightly, sometimes mid day. My wife's iPhone 4 and 5 both had similar battery life to her 6 Plus, maybe marginally better, while my HTC One X and One (7) and LG G3 all had similar battery life to my Nexus 6. I know I'm just one person, but that's a sample size of 7; not definitive, but certainly convincing.
Music apps pass the stream off to iOS to keep playing while they are suspended. iOS briefly wakes the app near the end of the stream in order to allow it to pass a new stream. iOS will wake an app using the GPS with location updates in order to allow the app to make notifications as required. VOIP and messaging apps are woken up when a message or call comes in. How all of this works is very well documented. Are you saying that what's described in Apple's own documentation is patently untrue?
Again, I never said it ran well, or that recent versions ran. Hell, I looked, saw a couple "gold" ratings, and said "yup, it runs", that's good enough for a yes. It wasn't worth my time to look any closer than that for what amounted to a joke answer to an obviously joke question. The ensuing holy war sure has been entertaining, though.
As far as I'm aware, they haven't, but it does look like it's a tablet-only feature, so your Nexus 4 is out, along with my Nexus 6. If I'm not mistaken, there are a couple different Nexus 7's, one of which is no longer supported. If you have the newer one, I'd imagine you're covered. I just hope I don't have to wait long for the hack to enable it on phones, given the 5.9" screen on my Nexus.
I see. I actually find it simpler to develop for POSIX systems than for Windows and, despite being a Mac user, most of my development is done for Linux systems, so maybe I don't view it as an unattractive platform to develop for. That probably colors my perspective somewhat and certainly explains why I didn't see yours. Mind you, most of what I develop is CLI-based or has a very minimal GUI, so I may feel differently about Linux if I had to rely more heavily on GUI toolkits. Of course, all of this ignores that the reality of this thread is that I answered "yes" to "can I run AutoCAD on Linux?" That is a factual answer and I never insinuated that it was a good idea. And yet here we are.
These people are clueless shits and/or trolls. Either way, it's a waste of time talking to them.
I'll agree that it's pointless to talk to the clueless, but the trolls can be damned entertaining at times. At any rate, the question was rhetorical; I actually quite enjoy baiting the trolls and leading them on until they tire themselves out. I actually find it quite relaxing (especially when they insist that I must be getting all worked up over things).
If they've got a large number of users asking them to support a platform, they won't have to expend any effort making any one switch
Targeting/porting to another platform is a huge expense!
I think you missed the second half of my sentence there, which says exactly that. That's not making the users switch, though.
But to insinuate that they'd have to make anyone switch is just silly.
I didn't
Maybe I misinterpreted, but that's how I read this:
And what would they get out of expending all that effort of getting their users switching from Windows to Linux?
obviously some of their customers will switch from one platform to the other. What do these companies get out of that?
Well, if their customers are looking to switch, it's because they've found some other tool or application on the new platform that they are wanting to use (or are already using) which, likely, means they have one machine for each platform. That means the customer now has an incentive (not needing to own and maintain two machines, or move files between them) to replace the application that does not work on the new platform. What the companies get out of developing for the new platform their users want to run on is some amount of safety against being replaced by users who no longer want to (or can) support multiple systems just to keep using an old vendor's software.
In short, yes, you may have my money already, but will you get my money for the next version?
Because Android allows apps to run in the background (and I mean actually run, not register to be woken up by certain events as on iOS), we have that already. This will just let you interact with them all at once.
Slashdot Mirror
Not quitel There is a lot more toglobal warming than whether or not it smows in March, but, tyere is nothing more to whether my phone or ky wife's phone lasts longer than whether my phone or mynwife's phone lasts longer. Mine, a Nexus 6, lasts longer than hers, an iPhone 6 Plus. Period. Therefore, it is correct for me to say that, in my experience, the Nexus 6 lasts longer than the iPhone 6 Plus. At no point did I claim that my observations were indicative of all Nexus 6 and iPhone 6 Plus devices; in fact, I was fairly explicit in stating that jy observations were just that: my personal observations of my last 5 Android phones compared to my wife's last 4 iPhones. I know what the specs say should happen, but I've never actually seen it outside of a lab.
Yes, and entertaining. Just realize that you're not going to win against him and don't get worked up over it. By then, you've already won.
Yes, but not nearly as heavily as screen-on time on a 6" class device. That said, I've got bittorrent sync running on my phone, on top of having it configured to update apps, mail, and calendars over any network, and the fact that I use the phone as a dash cam (bittorrent sync is transferring anywhere from 1 to 10GB of video per day from this activity alone). My phone sees considerably more use than hers, which gets used more as a dumbphone than anything else.
Oh, I'm listening, I'm just hearing a bunch of crap that doesn't agree with reality. You, on the other hand, seem to not be listening: even if the specs say the iPhone 6 Plus will last a week on a single charge ant the Nexus 6 will only last 5 minutes, that has no bearing on reality. The reality is that my phone, a Nexus 6, routinely lasts more than twie as long as my wife's phone, an iPhone 6 Plus. Specs and lab tests be damned.
Personally, as an OSX desktop user who maintains a Windows machine for few Windows-only tasks (mostly platform testing) and more than a handful of Linux servers, I'm torn on the whole Linux desktop issue. On one hand, it would be nice to be able to use the same OS and tools on my desktop as I use on my servers; on the other hand, while the quality of the Windows desktop did increase substantially when Microsoft merged their desktop and workstation/server platforms into a single OS, the workstation and server platforms have suffered ever since. All the eye candy and "let me do that for you" user-friendliness gets in the way of managing a server in any sane fashion and I'd really rather not see that in my server distros. That said, even Ubuntu maintains separate desktop and server distributions, limiting that kind of crap to the desktop, so it might not be all bad.
Maintain a wise diet, exercise moderately, get laid off, then get hit by a bus. And live. Then, be glad the government was there to pick you up.
That's wonderful. I don't care about lb tests or specs written on paper when my actual real-life experience says the opposite. All the manufacturer specs and controlled conditions testing in the world is not going to convince me that my wife's phone lasts longer than mine when it regularly dies before she charges it at night while mine routinely lasts 2 days. Likewise, I'm sure my anecdote won't convince you of anything, either; that's not why I was sharing it.
What's the problem with that? We only have permanent bases in countries that have welcomed us, with open arms, to build those facilities. It is a benefit to us to have the means to pre-emptively stop attacks that are heading our way (admittedly, not the typical scenario) and it is a benefit to the countries allowing us to operate within their borders to have us not only ready and willing, but also present, to protect them should the need ever arise. Sounds like a win-win to me.
You're right, it doesn't exist today. It's called a hypothetical scenario. Honestly, if these companies want to take that risk it's fine by me, I'm not invested in any of them; I'm just setting myself up to be able to point and scream "I TOLD YOU SO!" when it happens. Maybe it never will, but it's certainly not impossible.
And this new tool obviously doesn't work on the existing platform, so the question is who feels more threatened? The user is likely to put pressure on both vendors and see who caves first.
The tool was obviously compelling enough to prompt the user to set up and maintain a second workstation to use it. In that case, the user is more likely to replace and abandon their old toolchain if they no longer want to (or can afford to) maintain a multi-platform workflow.
When your customers are happy and you're the industry standard, your competition doesn't even bother trying to take them from you. When your customers start looking for alternatives, you can bet your bottom dollar the competition will kick development into high gear and build the features they need.
Huh, interesting... "Can I [x]?" questions, lacking any other constraints, actually do have binary answers. Yes you can or no you can not. "[How|When|Where|Who|What|Why" can I [x]?" on the other hand...
If it is possible to grab some version of AutoCAD and run it on top of some version of WINE on a system running some version of the Linux kernel then, yes, you can run AutoCAD on Linux. If the poster was looking for a more specific answer, perhaps that should have been specified in the question; as it stands, my answer is factually correct in the context of the question, as stated. That said, yes, it was a joke. A factually correct joke.
There are two types of location aware apps for iOS.
According to Apple's documentation (linked from my post), there are three.
Tracking the User’s Location
There are several ways to track the user’s location in the background, most of which do not actually require your app to run continuously in the background:
- The significant-change location service (Recommended)
- Foreground-only location services
- Background location services
The significant-change location service is highly recommended for apps that do not need high-precision location data. With this service, location updates are generated only when the user’s location changes significantly; thus, it is ideal for social apps or apps that provide the user with noncritical, location-relevant information. If the app is suspended when an update occurs, the system wakes it up in the background to handle the update. If the app starts this service and is then terminated, the system relaunches the app automatically when a new location becomes available. This service is available in iOS 4 and later, and it is available only on devices that contain a cellular radio.
The foreground-only and background location services both use the standard location Core Location service to retrieve location data. The only difference is that the foreground-only location services stop delivering updates if the app is ever suspended, which is likely to happen if the app does not support other background services or tasks. Foreground-only location services are intended for apps that only need location data while they are in the foreground.
You enable location support from the Background modes section of the Capabilities tab in your Xcode project. (You can also enable this support by including the UIBackgroundModes key with the location value in your app’s Info.plist file.) Enabling this mode does not prevent the system from suspending the app, but it does tell the system that it should wake up the app whenever there is new location data to deliver. Thus, this key effectively lets the app run in the background to process location updates whenever they occur.
Important: You are encouraged to use the standard services sparingly or use the significant location change service instead. Location services require the active use of an iOS device’s onboard radio hardware. Running this hardware continuously can consume a significant amount of power. If your app does not need to provide precise and continuous location information to the user, it is best to minimize the use of location services.
For information about how to use each of the different location services in your app, see Location and Maps Programming Guide.
You can read through that document yourself to answer the rest of your questions.
Consumers. Trusting marketingspeak and assuming they know how things actually work since the dawn of time.
No, I haven't run it my self. I answered a question lacking proper constraints with an answer based on no constraints. If I had a Linux desktop sitting around and a couple of hours to track down one of the "gold" versions and the version of WINE that was used to get that "gold" status (this is listed, by the way), I might have, but really it was a stupid question so it got a stupid answer. AutoCAD is a niche application; a desktop application need only be able to run general purpose applications in order to gain wide use (see Chrome OS), workstation apps like AutoCAD most often run on workstations, not your typical consumer desktop (which is woefully under-powered for that purpose in any serious capacity). That Windows happens to be both a desktop OS and a workstation OS is coincidental to this point; we're not talking about Linux on the workstation here. Try to remember the days before Vista, when Microsoft offered a distinct workstation OS and you'll see what I'm getting at.
At any rate, there's a huge gap between "yes, you can" and "yes, you should" and I'm impressed that so many people are jumping it so easily, without any direction whatsoever.
Yes, volumes of context for the portion of my comment that you failed to quite.
In my case, HTTP, PHP, and SMTP.
That hasn't been my experience. I charge my Nexus 6 every other day while my wife's iPhone 6 Plus needs juice nightly, sometimes mid day. My wife's iPhone 4 and 5 both had similar battery life to her 6 Plus, maybe marginally better, while my HTC One X and One (7) and LG G3 all had similar battery life to my Nexus 6. I know I'm just one person, but that's a sample size of 7; not definitive, but certainly convincing.
Music apps pass the stream off to iOS to keep playing while they are suspended. iOS briefly wakes the app near the end of the stream in order to allow it to pass a new stream. iOS will wake an app using the GPS with location updates in order to allow the app to make notifications as required. VOIP and messaging apps are woken up when a message or call comes in. How all of this works is very well documented. Are you saying that what's described in Apple's own documentation is patently untrue?
Servers. Yes, I run a development server on my Android phone.
Again, I never said it ran well, or that recent versions ran. Hell, I looked, saw a couple "gold" ratings, and said "yup, it runs", that's good enough for a yes. It wasn't worth my time to look any closer than that for what amounted to a joke answer to an obviously joke question. The ensuing holy war sure has been entertaining, though.
As far as I'm aware, they haven't, but it does look like it's a tablet-only feature, so your Nexus 4 is out, along with my Nexus 6. If I'm not mistaken, there are a couple different Nexus 7's, one of which is no longer supported. If you have the newer one, I'd imagine you're covered. I just hope I don't have to wait long for the hack to enable it on phones, given the 5.9" screen on my Nexus.
I see. I actually find it simpler to develop for POSIX systems than for Windows and, despite being a Mac user, most of my development is done for Linux systems, so maybe I don't view it as an unattractive platform to develop for. That probably colors my perspective somewhat and certainly explains why I didn't see yours. Mind you, most of what I develop is CLI-based or has a very minimal GUI, so I may feel differently about Linux if I had to rely more heavily on GUI toolkits. Of course, all of this ignores that the reality of this thread is that I answered "yes" to "can I run AutoCAD on Linux?" That is a factual answer and I never insinuated that it was a good idea. And yet here we are.
These people are clueless shits and/or trolls. Either way, it's a waste of time talking to them.
I'll agree that it's pointless to talk to the clueless, but the trolls can be damned entertaining at times. At any rate, the question was rhetorical; I actually quite enjoy baiting the trolls and leading them on until they tire themselves out. I actually find it quite relaxing (especially when they insist that I must be getting all worked up over things).
Wow, that's twice in a row I screwed up quotes. I think I need to call it a day. I'm sure you'll all have plenty for me to respond to in the morning.
If they've got a large number of users asking them to support a platform, they won't have to expend any effort making any one switch
Targeting/porting to another platform is a huge expense!
I think you missed the second half of my sentence there, which says exactly that. That's not making the users switch, though.
But to insinuate that they'd have to make anyone switch is just silly.
I didn't
Maybe I misinterpreted, but that's how I read this:
And what would they get out of expending all that effort of getting their users switching from Windows to Linux?
obviously some of their customers will switch from one platform to the other. What do these companies get out of that?
Well, if their customers are looking to switch, it's because they've found some other tool or application on the new platform that they are wanting to use (or are already using) which, likely, means they have one machine for each platform. That means the customer now has an incentive (not needing to own and maintain two machines, or move files between them) to replace the application that does not work on the new platform. What the companies get out of developing for the new platform their users want to run on is some amount of safety against being replaced by users who no longer want to (or can) support multiple systems just to keep using an old vendor's software.
In short, yes, you may have my money already, but will you get my money for the next version?
Because Android allows apps to run in the background (and I mean actually run, not register to be woken up by certain events as on iOS), we have that already. This will just let you interact with them all at once.