Since users will be upgrading, I have myself upgraded my production machine to Sierra. I know, this could mean pain, but I rather discover bugs in my apps before the public. From what the beta showed me, anyway, it should not be too much to do.
So far, all apps, and singularly my apps, seem to react normally. Except maybe for 2013 apps that contained fonts that now Font Book does not like, so I will have to update them.
I installed it on my second machine (27" iMac) and all seems to be working fine.
I haven’t installed it on my main production machine yet - I will probably wait for a few point releases before I decide to do that.
Did a clean install of macOS Sierra on the latest version of a loaded 15" MacBook Pro. The latest versions of LibreOffice, Xojo, VMware Fusion and Dropbox all work well. Code signing and packaging compiled Xojo apps work well using the latest Apple Command Line Tools.
not so really much to report… everything works as expected… so far… some minor new issues I’ve found when opening Apps. A dialog shows up once and tells me, that a font is downloading… I do not know from where but after a second everything’s fine.
From my point of view:
All I need on the machine I use at work runs fine - macOS Sierra is installed.
No issues from what I’ve seen so far with Xcode, Xojo and various “developer tools”.
At home I quickly reverted to OS X 10.11. Why…? Because the App I use most (apart from the system Apps such as Mail, Safari, …) crashes with every couple of clicks/actions… The “bad news” for me is: Apple’s own Aperture doesn’t work.
I’ve organized all my digital photos with Aperture, using “Stacks” a lot (group several “similar” pictures together, pick the best as “stack pick”). Moving to Apples “Photos” is therefore not an option… because all stacks will be gone (15 similar picture next to each other, with no information about which one i’ve chosen to be the best). And I don’t have time to re-organize all “albums/events” from the past (maybe 15) years…
Talking about stacks reminds me of HyperCard, which was supposed to be “the” programming environment, back in the eighties.
Apple has a way of dumping its best love from time to time, and we can only try to adapt.
For myself I have elected to always develop on the same system as customers, so I can spot eventual blemishes before they report them (eat thy own food). But I do get a full complement of VM with previous systems, let alone to be able to verify my apps still work there.
Been working with the beta versions and while on the whole things seemed stable, Safari was and is an absolute pig. Crashes on sites that work in El Cap.
So many people thought that it was the future… Turns out we were all wrong!
This is part of Sierra’s ‘space saving’ functions, it removes unused fonts from your system, then downloads as needed.
During the beta’s I ended turning all that crap off. Then things ran as expected.
Sticking with 10.11 on my main dev machine as I don’t want too many surprises while I’m trying to finish up projects.
meantime i’ve found first issues in Final Cut Pro… some media is became bloody red and my LUT filter plugins quit working… uhm… the word b l o o d y is not allowed?
They’ve not (yet) discontinued FCP, I guess you need to wait until Apple fixes the compatibility issues with it own OS.
Over the last couple of years, some professional video editing colleagues of mine, have replaced FCP with Adobe. They all miss FCP, but are tired of the lack of support from Apple. A couple of them were so frustrated with the way they feel they’ve been treated (spending $$,$$$ on Apple hardware and software, only to be neglected), they’ve replaced their Macs with Windows and iPhones with Android.
Apple sure it leaving a lot of it’s faithful with a sour taste at the moment.
I have a user who sent me a screen shot of my app running under Sierra. The app is displaying a simple modal dialog box, but it’s completely blank - no text, no controls, nothing. Just a white rectangle floating in space, untouchable.
I don’t have Sierra yet (maybe early next week) and will do some testing then. In the meantime, be careful…
I’m getting hard crashes when using picture.fromData on data that aren’t pictures. A Word file is fine, but an Excel file causes a crash. Before Sierra, this used to work.
I would suggest perhaps finding a better way of determining the file type. You have the file name correct? From that you can extract the UTI and then check it to see if it conforms to “public.image”, then try opening it
If you’d like to follow this up, lets create a separate thread.
You could always read the first bytes to determine the file type, most image formats have a 4 byte indicator or Magic marker as they’re sometimes called.
If you put your Canvas in a ContainerControl (CC), then put standard code in it, then move the CC Class, you do not have to check the file type: this works as fine as it was it is on Windows.
Once more with feeling: NO NEED TO FILTER THE DROPED ITEM for its kind: any item that its type is not passed in .AcceptFileDrop will be rejected.