With the announcement of the iPhone SDK and iTunes’ Application store, an opportunity has arisen, one which we at Senseotech Media think would be a great help to those wanting to develop iPhone apps without the $99 fee required. We’re not sure on the legal requirements and we’re not even sure if we’re going to get accepted, but we’re thinking of an application clearinghouse. We pay the $99 for access to the store and debugging kit, then find good developers who want to create awesome iPhone apps but don’t have the ability to pay the fee. We’re open to free or for-fee apps, with the percentages being something close to 30% Apple, 65% developer, 5% us or even lower; we’re not in this to make money, we’re in it to get awesome iPhone apps out there in people’s hands and phones. What we need now are developers/apps who are interested in this; we’ve submitted an application to Apple for developer status, and we need some apps now. Either comment here, or email us at Senseotech if you’re an aspiring iPhone developer.
Archive for the ‘Apple’ Category
Senseotech Apps
Wednesday, March 12th, 2008Bendy Macbook Pro?
Thursday, February 7th, 2008
Here at Senseotech HQ, we’ve developed a sort of problem. First it was a cracking Macbook that took 3 trips to a repair depot, a call to top-tier Apple support, and a new Macbook delivered the day of the rev-up to get resolved. Now its a bendy Macbook Pro, rarely used and transported away from the coffee table so few times you could count it on one hand. We called AppleCare support, and in between pushing the Extended AppleCare on us, the operator told us it may be due to closing it improperly. This sounds kind of familiar…Seems its a common way to explain away this defect. So, we aren’t expecting much, but we’ll keep you apprised of the situation, starting with some pics we took before we shipped ‘er off:
The Gallery
Thinner Leopard can’t sign?
Thursday, November 15th, 2007A post on The Switcher’s Blog has appeared concerning Leopard’s new code-signing for applications and the consequences that using slimming apps, such as XSlimmer. According to the post, these utilities break the code signing of applications, thereby breaking their link with the keychain and other security measures. While Safari was used in the post, according to Apple, all applications shipped with the OS are signed, so any app should exhibit the same failure in signing. After slimming my entire Apps folder to one language and architecture (Intel and English), I checked several Apple-supplied applications:
Textedit: Passes as “valid on disk”
Dictonary: Passes as “valid on disk”
Photo Booth: Passes
Mail: Passes as “valid on disk”
iSync: Passes
The issue at hand only appears to occur in Safari, which leads me to believe its not an issue between Code Signing and slimming, and instead an issue with Safari and the way in which it stores is helper apps, making it fail the code check.
UPDATE:I’ve done some tests, and found two other Apple apps that fail after being slimmed. Quicktime Player and iTunes fail after being slimmed, mentioning an error with helper apps contained within them. We’re now pretty confident this is not a slimming issue, and in fact an issue with Apple’s own aplications not following the Dev guidelines on where these helpers belong in order to make code-signing work properly. Chalk it up to another Leopard bug, I guess?
Mac Gaming in 2007
Friday, December 8th, 2006It would seem that the switch to Intel could have hindered Mac gaming even more than years past, but it seems to actually have helped kept it alive moreso. Even as the number of Mac users grow, games for Macs are not being bought in big numbers. (more…)
