Yep.
Every single year since 1976. That's why they keep posting record sales nearly every single year.
Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Gruber: Apple's Cross-Platform App Support to Debut in 2019, Not 2018
- Thread starter MacRumors
- Start date
- Sort by reaction score
Every single year since 1976. That's why they keep posting record sales nearly every single year.
If you're talking about any Tech Company introducing something and the choices are sooner or later, always bet on later.
Fixed that for you.
[doublepost=1525186197][/doublepost]
Prove it.
[doublepost=1525186938][/doublepost]
Nothing new, right?
Yosemite:
https://www.apple.com/uk/support/osx/new_in_yosemite/
El Capitan:
https://www.macrumors.com/roundup/os-x-10-11/#whats_new
Sierra:
https://lifehacker.com/all-the-new-stuff-in-macos-sierra-1786817117
High Sierra:
https://www.apple.com/macos/high-sierra/
Personally, I think that's a pretty good Year-over-Year "Improvements" track record for an OS that is NINETEEN YEARS old at this point!
Gruber doesn’t typically publish confidential information from Apple without approval. He has exclusive access to the execs which most certainly would be cut-off if he was viewed as a leaker.
My guess is this is a sponsored and controlled leak by Apple to Gruber to set expectations before WWDC.
My guess is this is a sponsored and controlled leak by Apple to Gruber to set expectations before WWDC.
You can't trademark or copyright NUMBERS. Ask Intel.
[doublepost=1525187215][/doublepost]
EXACTLY!
[doublepost=1525187446][/doublepost]
If a term (timepath) has an implied "Time" component in its very name, the statement "...timepaths have to be temporised [whatever THAT means!]..." is not only nonsensical, but also redundant.
Then why don't you just go in there and show them all just how it's done?
[doublepost=1525187940][/doublepost]
Great reminder!
Wuhh, the timepath to Launch Date of course.
But that term was abandoned in Apple nomenclature - if you hadn’t noticed
[doublepost=1525188465][/doublepost]
https://www.engadget.com/2016/12/20/apple-mac-development-on-the-back-burner/
https://www.linkedin.com/jobs/view/ios-macos-software-engineer-at-apple-611747599
https://jobs.apple.com/us/search?job=83705335&openJobId=83705335
https://www.linkedin.com/jobs/view/...tp-and-network-performance-at-apple-611767347
https://www.linkedin.com/jobs/view/ios-macos-software-engineer-at-apple-611747599
http://www.my.jobs/santa-clara-vall...ormance/1f57dab12e5448ab9e4e6906cb5a9d86/job/
[...you might google yourself]
Last edited:
Apple was just talking about how they're going to keep Mac and iOS platforms separate... and then this rumor drops. Don't get me wrong, I think making apps cross-platform is a good idea, and that the merge of Mac and iOS is pretty unavoidable long-term... I just don't buy Apple's statement that they are purposely keeping them separate. MacOS has been adopting iOS features for several years now and that just keeps on happening. Once Apple develops desktop-class ARM components, it will really be the beginning of the end! Why won't they just admit it?
New product lines are not replacements for existing products. They are borderline defrauding customers with the Mac mini. And your lack of issues doesn’t fix things that are legitimately broken.
There are numerous refs - also on this site. Learn to google. Get to know people at Apple. Visit intermediairs and consult agencies. Read job specs.
App thinning has been around for serval years now so the apps won’t be bloated at all.
Well Macs aren't the only products that people need/want. If the one individual product you need/want hasn't been updated, it probably makes sense to look towards the competition if it is indeed needed at this given time. That's what I would do at least.
Expect both more overhead because of extra code as well as more efficiency because of shared libraries and code resources. Hard to say what the net effect will be - will depend on the implementation.
[doublepost=1525191191][/doublepost]
Basically that’s right, but appthinning wil become more complicated with more with code variations and platforms to be supported. There will be a principle contradiction between app thinning and a single code base for more platforms. More intelligent installers might (seek to) solve that
[doublepost=1525192141][/doublepost]
Apple denies the need (though it exists, but how much...?) for a convert (touch interface on MacBook) which requires significant OS level redesign.
So don’t expect that kind of enrichement from code sharing.
At the same time, code sharing might effectuate more integration of functionalities if those can be achieved in a (single) harmonised codebase for both platforms.
That might simplify distribution (think of a single app store) - at the cost of lots of app reprogramming, efforts to be a developers’ investment into the future.
That might streamline coding for devs who want to achieve the similar functionalities on both platforms (which I think is doubtful, because of the different pitches by Mac and iOS users)
And...it might very well be Cook’s panacea to save the Mac Appstore from starvation.
So lots of commercial gain (and software lib reworking) for Apple, lots of investment for devs, and maybe some gain for users. Business as usual...
Last edited:
Every now and then The Usual Suspects pick on something to make it seem like they are critical of Apple. Right now, it's the keyboards on he MacBook Pros. Be very curious if he mentions it when he talks with Phil and Craig during the Talk Show. Speaking of which, I think in hindsight the decision to have them on year after year has affected his angle a lot. If it was just a one-off, no biggie. Some year it really will just be Moltz on stage and that will be an interesting show.
That said, he has good sources and I think the "little birdies" are a good indication of at least the current thinking at Apple. I think after his comments about leakers, there is also no way this was some random person telling him this. This was all "on background."
Not at all. Being able to reuse most of a code base on two devices, each of which uses UI appropriate for its own context, is not at all contradictory to what he sad. It's two different operating systems that have two different ways of interacting with the device, but one code base that can support, as much as possible, both.
Rumored cross-platform functionality that will allow Macs to run iPhone and iPad apps is planned for macOS 10.15 and iOS 13 rather than macOS 10.14 and iOS 12, according to well-known Apple journalist John Gruber.
Gruber shared the tidbit in a blog post covering "scuttlebutt" he's heard about the cross-platform UI project, which he says is indeed in the works at Apple.
News of support for universal apps able to run on iPhone, iPad, and Mac was first shared by Bloomberg's Mark Gurman in December. At the time, Gurman said Apple would introduce the functionality in iOS 12 and macOS 10.14, with an announcement likely to happen at the Worldwide Developer's Conference in June.
Gurman and Axios' Ina Fried later confirmed in January that the combined app framework was on the table for 2018 despite other planned iOS 12 and macOS 10.14 features being pushed back, but Gruber says he's "nearly certain" it's a 2019 project for macOS 10.15 and iOS 13, which could also be part of an updated UI for iOS said to be coming next year. "I would set your expectations accordingly for this year's WWDC," he writes.
According to Gruber, from what he's heard through first and second-hand sources, Apple appears to be working on declarative control APIs for iOS and macOS, which suggests Apple wants to make it easy for developers to create modern cross-platform user interfaces. Gruber's info is not as definitive as outright support for cross-platform iOS and macOS apps as has been previously reported, but it is an indication that Apple is working towards that goal. It's not clear who is correct on the timing of the universal app project given the conflicting information, but we don't have long to wait to find out. macOS 10.14 and iOS 12 will be introduced at the keynote event of the Worldwide Developers Conference, which is set to take place on June 4.
Gruber's full writeup with additional details on the project can be found over at Daring Fireball.
Article Link: Gruber: Apple's Cross-Platform App Support to Debut in 2019, Not 2018
Contrary to what Cook says about iOS and MacOS.
Who you gonna believe?
?? You ignore last 8 years?
iPhone <-> iPad = Universal apps. Display size is A LOT different. What's different between an 11" MacBook and 13" iPad? Trackpad (I don't use a mouse) is nearly the same, but just with an mouse pointer.
In Desktop mode your App (eg. Pages) looks and feels like on macOS, in Tablet mode it looks and feels like on iOS. Not really complicated. Additionally Apple should release a MacPad for both modes.
Speed and performance should be the #1 priority. Emojis though, I'll agree are useless.
Nope. He was scapegoat for various failures due to internal politics. He was the wrong man to remove and it’s become crystal clear in recent years. Jony Ive being in charge of UI/UX design was a colossal mistake.
Last edited:
Look people, please, for once, use your brains.
This is NOT about an iOS Blue Box that than magically run iOS apps on a Mac. That ALREADY EXISTS --- it is called the iOS Emulator and it ships with every copy of XCode. If Apple wanted to ship that across every Mac, they could have done so five years ago. Tim Cook has likewise explicitly stated, within living memory (ie less than a week ago) that Apple does not believe in forcing everywhere some horrible mash-up of touch and pointing device UI.
What Apple obviously has in mind is common API across Mac and iOS that makes it easier to target both with more-or-less common code. Your app will work at the event level "control A was activated", "keystroke B was typed" rather than worrying about keyboard details or touch details. Of course some of this abstraction exists now, but with iOS UI paradigms more settled than five years ago, a higher broader level of abstraction can be attained.
And while iOS and Mac have (sometimes) "similar" APIs, the differences are frequent and pointless, except as histiorical artifact. Removing those differences removes friction for a common code base.
How in the HELL is anyone being "borderline defrauded" by the Mac mini?
One app = good.
So the goal posts have shifted.. We can wait another year.
So the goal posts have shifted.. We can wait another year.