MacBoobsPro
Aug 15, 02:43 PM
if only. if only. but I can't see it happening. it's such a shame because I'd love to be able to use iChat
NO one uses iChat because no one uses AIM. Its all crappy MSN!
NO one uses iChat because no one uses AIM. Its all crappy MSN!
maclaptop
Apr 12, 06:08 PM
Breaking news, iPhone 5 to come out within the next 10 years :rolleyes:
Oh boy, and here I was expecting it in only 9 years. I guess that rumor was wrong. :)
Oh boy, and here I was expecting it in only 9 years. I guess that rumor was wrong. :)
John Jacob
Oct 19, 05:09 AM
I'm leaning towards MacPhone for the Blackberry/Treo/PocketPC killer with an embedded/lite version of Mac OS X.
Remember, any Apple product using Mac OS has to have "Mac" in it's name from now on per SJ.
So consumer iPhone and MacPhone, or, MacPhone and MacPhone Pro, if the consumer phone has an even more slimmed down version of Mac OS X on it.
Not very likely that a phone product would use a version of Mac OS X, however slimmed down. Mac OS X does not have the real-time capabilities that are required for a phone to handle call processing. Symbian OS, Windows Smartphone OS (based on WinCE) and Linux do have real-time extensions.
Remember, any Apple product using Mac OS has to have "Mac" in it's name from now on per SJ.
So consumer iPhone and MacPhone, or, MacPhone and MacPhone Pro, if the consumer phone has an even more slimmed down version of Mac OS X on it.
Not very likely that a phone product would use a version of Mac OS X, however slimmed down. Mac OS X does not have the real-time capabilities that are required for a phone to handle call processing. Symbian OS, Windows Smartphone OS (based on WinCE) and Linux do have real-time extensions.
iStudentUK
May 2, 03:43 AM
Why?
Muslim tradition. They are clearly being careful to respect Islam itself, to minimise any backlash.
Muslim tradition. They are clearly being careful to respect Islam itself, to minimise any backlash.
more...
iJon
May 2, 01:31 AM
Oh yeah, the game is over. This will be seen as Obama doing what Bush could not, no matter what. Everyone at Fox News has to be crying in their beer right now.
I highly doubt anyone at Fox News is crying. Some of the message boards I browse that are predominantly Republican are even tipping their hat to Obama for accomplishing it.
For this rare and special day everyone can set aside their politician differences and just celebrate as Americans, not political parties.
I highly doubt anyone at Fox News is crying. Some of the message boards I browse that are predominantly Republican are even tipping their hat to Obama for accomplishing it.
For this rare and special day everyone can set aside their politician differences and just celebrate as Americans, not political parties.
VanillaBean
Mar 13, 04:00 PM
Anyone have any inventory updates for stores in the area?
http://ocunwired.ocregister.com/2011/03/13/ipad-2-sold-out-at-apple-store/6179/
Sold out at all Apple stores according to the OC Register.
http://ocunwired.ocregister.com/2011/03/13/ipad-2-sold-out-at-apple-store/6179/
Sold out at all Apple stores according to the OC Register.
more...
Kirbdog
Jul 25, 09:58 AM
Just placed my order. Saved $8 with education discount but shipping cost 6 cause it took the price below the free shipping limit. What to do with the 2 bucks I saved by being thrifty!
Now I will have 2 computers and 4 mouse's (1BT, 2 wired MT's and 1 BT MT). Lucky I have friends that will take my hand me downs. :)
Shipping in 6-8 weeks in Canada, I will have forgot I ordered it by the time it arrives.
Now I will have 2 computers and 4 mouse's (1BT, 2 wired MT's and 1 BT MT). Lucky I have friends that will take my hand me downs. :)
Shipping in 6-8 weeks in Canada, I will have forgot I ordered it by the time it arrives.
twoodcc
Nov 24, 05:19 PM
I've got my passkey! Now I have a couple of my machines working on units. I have a small Linux Render farm that I'll put online here shortly.
nice! good. get that farm going!
i'm adding a bunch of machines for the break, should see some good #s
sounds good! i might try and get a new system soon also during the holidays. we'll see
nice! good. get that farm going!
i'm adding a bunch of machines for the break, should see some good #s
sounds good! i might try and get a new system soon also during the holidays. we'll see
more...
dethmaShine
Apr 13, 08:54 AM
Quoted from the Engadget article "Engadget has learned -- thanks to an extremely reliable source -- that not only is Apple complicit in the development of Light Peak, but the company actually brought the concept to Intel and asked them to create it"
You are looking at the "evidence" but refuse to see it. No idea if it is accurate - but it is in print.
No offence, I can easily disregard anything coming from Engadget.
One more source and I'm in.
You are looking at the "evidence" but refuse to see it. No idea if it is accurate - but it is in print.
No offence, I can easily disregard anything coming from Engadget.
One more source and I'm in.
apfhex
Dec 1, 02:54 PM
iAdware apparently works by silently installing a system library. That sounds like a vulnerability that Apple could easily fix, by requiring Admin privileges, issuing a warning, and/or prompting for an Admin password.
I've been wanting them to do this for a while. There are already non-adware applications that do that (think "Smart Crash Reports"), which really bothers me.
I've been wanting them to do this for a while. There are already non-adware applications that do that (think "Smart Crash Reports"), which really bothers me.
more...
bobber205
Jul 24, 03:14 PM
Now that it's Bluetooth, I'll have to seriously consider buying one...
bella92108
Jun 6, 07:53 PM
As usual American's (yeah I'm American) love to blame someone for their own responsibility. It's so weird how people on here fight for freedom from the lockdowns that Apple puts on it's developers, freedoms from the limitations and restrictions Apple puts on the iPhone (hence why people jailbreak). Yet when a parent doesn't take accountability for their absence of judgement and legal obligation to be responsible for their child, everyone goes off on Apple for not having the protections in place to prevent this?
There are so many hypocrites in this country, probably because nobody wants to take accountability for their own actions. What if it were a gun. If the parent left it on the night stand with a bullet in it, and the kid picked it up and shot & killed someone, would you all be blaming the maker of the gun? No, you'd be going after the parents for failure to supervise their kid which led to actions causing someone's death.
So why is it different here?
IT'S NOT.
There are so many hypocrites in this country, probably because nobody wants to take accountability for their own actions. What if it were a gun. If the parent left it on the night stand with a bullet in it, and the kid picked it up and shot & killed someone, would you all be blaming the maker of the gun? No, you'd be going after the parents for failure to supervise their kid which led to actions causing someone's death.
So why is it different here?
IT'S NOT.
more...
kirk26
Apr 14, 02:44 PM
I'm noticing a little quicker general UI navigation, but the third party apps still don't show their launch animation unless opened first, exited, and then launched again. Only once loaded into the memory can you go from app to home screen to app and see the full animation.
Yet, oddly, Apple's stock apps are entirely unaffected.
Don't know what you mean by launch animation. Be gentle.
N/M
I opened Sirus, exited, opened FIFA 11, exited, went into Sirus again with no lag time. Is that what you are talking about?
Yet, oddly, Apple's stock apps are entirely unaffected.
Don't know what you mean by launch animation. Be gentle.
N/M
I opened Sirus, exited, opened FIFA 11, exited, went into Sirus again with no lag time. Is that what you are talking about?
MegaSignal
Jul 17, 09:38 PM
Huh? Bluetooth absolutely kicks ass! I have used it extensively with my laptop and my cell-phone, when making data-calls through the phone. No need to have any wires, no need to even take out the phone. Just turn on Bluetooth on the computer and dial. And it just works. Granted, few years ago Bluetooth had all kinds of problems. But it works very very well these days.
Now, it might be that operators in USA cripple Bluetooth (I have heard that they do that). Luckily in Finland they don't do that, and things work very well indeed.
I'm happy that it works well for you.
However: the only reason that I have to reboot and restart any Mac computer in my house is because of this abomination; when Bluetooth is disabled, no problems. Unfortunately, I must use it occasionally with my iBook, and, as such, deal with its dire consequences.
End of story.
Now, it might be that operators in USA cripple Bluetooth (I have heard that they do that). Luckily in Finland they don't do that, and things work very well indeed.
I'm happy that it works well for you.
However: the only reason that I have to reboot and restart any Mac computer in my house is because of this abomination; when Bluetooth is disabled, no problems. Unfortunately, I must use it occasionally with my iBook, and, as such, deal with its dire consequences.
End of story.
more...
blipmusic
Apr 18, 04:39 AM
It's not a marginal increase. The Sandy Bridge 1.4Ghz ULV (expected to be in the new 11") is 40% faster than the C2D LV 1.86Ghz chip that's currently in the base 13" in some benchmarks.
Good to hear, thanks for the heads up. I'll live with the Intel IGP if that's the case.
Good to hear, thanks for the heads up. I'll live with the Intel IGP if that's the case.
Felix_the_Mac
Jul 10, 10:35 AM
I hope they build in support for ODF and stop giving support to MS Open XML.
more...
bluebomberman
Jul 10, 05:00 PM
As for being harsh, it seems like every time a thread on subject gets started, someone says Pages is only really suitable for newsletters, and not for "serious" writing. I find that most of the people who say this haven't gotten much past the template selection window. They see all those newsletter and flier templates and assume that this all Pages is good for. They've probably never created a template of their own and so are missing one of Pages' most powerful features.
Part of the problem is the way they market it. There was such an emphasis on templates and graphic-intensive stuff when it was first demoed in MacWorld 2005 that it's hard to think it can be a good word processor. My first thought was how it looked 100x better than Microsoft Publisher.
Again, I think this latest rumor shows that Apple will address some of the perceptions (or misperceptions, depending on who you ask) by allowing people to dive into word processing mode and adding better search and research functions. It just might make me a convert.
Part of the problem is the way they market it. There was such an emphasis on templates and graphic-intensive stuff when it was first demoed in MacWorld 2005 that it's hard to think it can be a good word processor. My first thought was how it looked 100x better than Microsoft Publisher.
Again, I think this latest rumor shows that Apple will address some of the perceptions (or misperceptions, depending on who you ask) by allowing people to dive into word processing mode and adding better search and research functions. It just might make me a convert.
dongmin
Jul 24, 10:15 PM
If this patent is anything close to reality, Apple may be prepping something much bigger than an iPod, something closer to a full-featured OS X tablet computer. You'll be running a full-featured version of iTunes, not just the simplified UI of the iPod:
http://images.appleinsider.com/patent-ipod-touch17.gif
http://images.appleinsider.com/patent-ipod-touch17.gif
shawnce
Nov 6, 09:55 AM
No I've been waiting for VM to get their butt in gear to launch Workstation. Parallels was simply a work around, a crappy one at that, until I could get VMWare. There is simply no way in heck I'm spending $80 on a piece of software that can crash my system. And before someone tells me to use Bootcamp. Yah right. Advanced Power Management does not work right under Bootcamp even with the latest version. When Parallels starts making a product that
1. Doesn't crash\freeze my system
2. Doesn't require me to force quite the application once every couple of weeks because the progress bar when I'm suspending a session has stalled.
3. Doesn't have sharing between folders that takes a good 5 seconds to parse the files and doesn't drop a file mapping in your file explorer.
4. Doesn't have the world's crappiest networking passthrough. I can't count how many times I've gone from one network to another to another and had it get confused telling me I might have limited network connectivity. So I need to repair the connection.
Parallels sucks but until now its been the only REAL game in town. Again... weird... I don't have any of the problems you are reporting on the now 4 different systems we run parallels on (2 x MacBook Pro 1 and 2 GiB, 2 x Mac Pro 2 and 6 GiB). On all system not a single crash, system lockup or stall and Windows XP Pro fells like it runs faster then on my dedicated Dell system.
One thing you have to realize is that when Parallels fires up a VM it wires down all of the memory for that VM. So basically it is making the VM memory fully unavailable for use by Mac OS X. If your VMs are large and your working set for the applications you are running on Mac OS X is also large then you will get swapping.
1. Doesn't crash\freeze my system
2. Doesn't require me to force quite the application once every couple of weeks because the progress bar when I'm suspending a session has stalled.
3. Doesn't have sharing between folders that takes a good 5 seconds to parse the files and doesn't drop a file mapping in your file explorer.
4. Doesn't have the world's crappiest networking passthrough. I can't count how many times I've gone from one network to another to another and had it get confused telling me I might have limited network connectivity. So I need to repair the connection.
Parallels sucks but until now its been the only REAL game in town. Again... weird... I don't have any of the problems you are reporting on the now 4 different systems we run parallels on (2 x MacBook Pro 1 and 2 GiB, 2 x Mac Pro 2 and 6 GiB). On all system not a single crash, system lockup or stall and Windows XP Pro fells like it runs faster then on my dedicated Dell system.
One thing you have to realize is that when Parallels fires up a VM it wires down all of the memory for that VM. So basically it is making the VM memory fully unavailable for use by Mac OS X. If your VMs are large and your working set for the applications you are running on Mac OS X is also large then you will get swapping.
jtara
Apr 14, 11:14 AM
Interesting possibility. It would be extremely difficult to emulate a complete iOS device (custom ASICs and all). But Apple could emulate just enough ARM instructions to emulate an app that was compiled by Xcode & LLVM (which would limit the way ARM instructions were generated), and used only legal public iOS APIs (instead of emulating hardware and all the registers), which could be translated in Cocoa APIs to display on a Mac OS X machine.
There's no need to emulate ARM instructions, though. And they already do emulate all of the complete iOS devices, at least sufficiently to run iOS apps on OSX.
Apple provides developers with a complete emulation package for testing their iOS apps on OSX. Apps are cross-compiled to x86 code. They also provide the complete set of iOS SDKs, cross-compiled to X86 code.
An emulator handles the device hardware - touchscreen, display, sound system, GPS (REALLY simple emulation - it's always sunny in Mountain View...), etc. If an iPhone or iPad are attached via USB cable, the emulator can even use the accelerometer and gyroscope in the device. Obviously, this could be easily changed to use some new peripheral device.
Other than device emulation, the apps suffer no loss of speed, since they are running native x86 code. In fact, they run considerably faster (ignoring, for this discussion, device emulation) than then do on an actual iOS device.
All Apple would need to give consumers the ability to run iOS apps on their Macs would be to provide them with the emulator (or, more likely, integrate it into the OSX desktop. I think end-users would find the picture of an iPhone or iPad that the emulator draws around the "screen" cute for a couple of days, but then quickly tire of it...), and add an additional target for developers.
What we've seen certainly seems to suggest that's what this is. HOWEVER:
1. For a single app to be compatible with both ARM and x86, they would need to introduce a "fat binary" similar to what they did with the transition from PowerPC to x86. This would bloat apps that are compatible with both to double their current download size. Current Universal (iPhone/iPad) apps are NOT fat binaries. They have multiple sets of resources (images, screen layouts, etc.) and the code needs to have multiple behaviors depending on the device. i.e. the code has to check "is this an iPad? If so do this...
Currently, developers have to create separate binaries for use on the emulator or the actual device.
2. Several developers have checked-in here to say that their apps are listed this way. None have offered that they had any advance knowledge of this, or did anything to make it happen. If this is about ARM/x86 fat binaries, the developer would have had to build their app that way. And even if it didn't require a re-build, I think it's highly unlikely that Apple would start selling apps on a new platform without letting the developers know!
3. Apple is *reasonably* fair about giving all developers access to new technology at the same time. They also generally make a public announcement at the same time as making beta SDKs available to developers. (Though the public announcement may be limited in scope and vague.) There are so many developers, that despite confidentiality agreements, most of the details get out to the public pretty quickly, though perhaps in muddled form. While Apple DOES hand-pick developers for early-early access, it's typically not THAT early. A few weeks, max.
I do think that an x86 target for iOS apps is inevitable. Just not imminent.
My best guess is that this was a screw-up by the web-site developers. Perhaps they did a mockup of the app store for the marketing people, selected some apps or app categories that seemed likely candidates, and slipped-up and it went live on the real app store.
There's no need to emulate ARM instructions, though. And they already do emulate all of the complete iOS devices, at least sufficiently to run iOS apps on OSX.
Apple provides developers with a complete emulation package for testing their iOS apps on OSX. Apps are cross-compiled to x86 code. They also provide the complete set of iOS SDKs, cross-compiled to X86 code.
An emulator handles the device hardware - touchscreen, display, sound system, GPS (REALLY simple emulation - it's always sunny in Mountain View...), etc. If an iPhone or iPad are attached via USB cable, the emulator can even use the accelerometer and gyroscope in the device. Obviously, this could be easily changed to use some new peripheral device.
Other than device emulation, the apps suffer no loss of speed, since they are running native x86 code. In fact, they run considerably faster (ignoring, for this discussion, device emulation) than then do on an actual iOS device.
All Apple would need to give consumers the ability to run iOS apps on their Macs would be to provide them with the emulator (or, more likely, integrate it into the OSX desktop. I think end-users would find the picture of an iPhone or iPad that the emulator draws around the "screen" cute for a couple of days, but then quickly tire of it...), and add an additional target for developers.
What we've seen certainly seems to suggest that's what this is. HOWEVER:
1. For a single app to be compatible with both ARM and x86, they would need to introduce a "fat binary" similar to what they did with the transition from PowerPC to x86. This would bloat apps that are compatible with both to double their current download size. Current Universal (iPhone/iPad) apps are NOT fat binaries. They have multiple sets of resources (images, screen layouts, etc.) and the code needs to have multiple behaviors depending on the device. i.e. the code has to check "is this an iPad? If so do this...
Currently, developers have to create separate binaries for use on the emulator or the actual device.
2. Several developers have checked-in here to say that their apps are listed this way. None have offered that they had any advance knowledge of this, or did anything to make it happen. If this is about ARM/x86 fat binaries, the developer would have had to build their app that way. And even if it didn't require a re-build, I think it's highly unlikely that Apple would start selling apps on a new platform without letting the developers know!
3. Apple is *reasonably* fair about giving all developers access to new technology at the same time. They also generally make a public announcement at the same time as making beta SDKs available to developers. (Though the public announcement may be limited in scope and vague.) There are so many developers, that despite confidentiality agreements, most of the details get out to the public pretty quickly, though perhaps in muddled form. While Apple DOES hand-pick developers for early-early access, it's typically not THAT early. A few weeks, max.
I do think that an x86 target for iOS apps is inevitable. Just not imminent.
My best guess is that this was a screw-up by the web-site developers. Perhaps they did a mockup of the app store for the marketing people, selected some apps or app categories that seemed likely candidates, and slipped-up and it went live on the real app store.
hexonxonx
Apr 29, 05:40 PM
You aren't the audience I was addressing though, naturally...
I realized that. Just replied anyways....sorry.
I realized that. Just replied anyways....sorry.
iJohnHenry
Feb 1, 07:57 AM
What a team player.
300 people sitting on their hands, while he 'plays'.
Charming.
300 people sitting on their hands, while he 'plays'.
Charming.
appie57
Apr 11, 04:24 PM
http://idisk.me.com/appie57/Public/Photos/Hoekse Waard 008.jpg
GekkePrutser
Apr 18, 04:32 AM
Any have a guess guess what this might mean for the 11"? Will that have to be even more of a compromise? I'm worried the C2D/320M might be a better option for me if Apple go for Sandy Bridge and have to cut even more corners on the 11" due to even harsher space/energy drain constraints.
If the CPU option for an 11" bump is only a marginal performance increase (*if* Apple choose to bump this summer), the nVidia GPU seems too good to lose.
It's not a marginal increase. The Sandy Bridge 1.4Ghz ULV (expected to be in the new 11") is 40% faster than the C2D LV 1.86Ghz chip that's currently in the base 13" in some benchmarks.
If the CPU option for an 11" bump is only a marginal performance increase (*if* Apple choose to bump this summer), the nVidia GPU seems too good to lose.
It's not a marginal increase. The Sandy Bridge 1.4Ghz ULV (expected to be in the new 11") is 40% faster than the C2D LV 1.86Ghz chip that's currently in the base 13" in some benchmarks.
No comments:
Post a Comment