Re: Finder-like user interface?
On 28 Dec 2015, at 01:15, Graham Cox wrote: >> On 28 Dec 2015, at 9:45 AM, SevenBits wrote: >> >> For a new application I’m building I need to have a view showing a >> grid-based layout of files, similar to the default view of the Finder. I’m >> not sure how to implement this. NSCollectionView appears to suffice, and >> I’ve used it before, but it simply isn’t performant as it doesn’t reuse >> cells, and it doesn’t seem like it’s designed for this kind of thing. On the >> other kind, NSBrowser seems to be built for representing the file system, >> but based on example code I’ve found on ADC it only seems suitable for >> building an interface out of Miller columns, which isn’t suitable for me. >> >> Is anyone aware of how to do something like this? I’m open to using >> 3rd-party components and/or code if necessary. > > I’ve used Uli Kusterer’s UKDistributedView for this, using a cell class of my > own, and a few other mods. I’m not sure if Uli is still maintaining this, but > it did the job. > http://www.cocoabuilder.com/archive/cocoa/93982-ann-ukdistributedview-finder-icon-view.html > > Uli reads this list, he may be able to tell you the latest news. I'm using the version on my Github at https://github.com/uliwitness/UKDistributedView in Stacksmith, so it still compiles and runs. That said, the look of the included cell is not quite in-line with today's Finder (I think it's more like 10.5's or so), and if I was doing this class again today, I'd probably try to switch to using CALayers instead of cells. Also, of course the IB plugin stuff in there is no longer useful. But the main view and cell classes proper should be a decent (and reasonably performant) starting point for your needs. Pull requests are appreciated. Cheers, -- Uli Kusterer "The Witnesses of TeachText are everywhere..." http://stacksmith.org ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: applicationSupportDirectory access for admin and standard users
On 21 Dec 2015, at 23:16, Jonathan Mitchell wrote: > NSURL *appSupportDir = [[NSURL alloc] initFileURLWithPath:[[NSFileManager > defaultManager] applicationSupportDirectory] isDirectory:YES]; Have you tried running this code in the debugger? Have you checked whether there are any console logs when you run this code? Why haven't you posted any results of those? I just plonked this code into CodeRunner and immediately get the following exception log: 2015-12-28 09:46:51.689 Untitled[44980:2704545] -[NSFileManager applicationSupportDirectory]: unrecognized selector sent to instance 0x7fe969402450 2015-12-28 09:46:51.694 Untitled[44980:2704545] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '-[NSFileManager applicationSupportDirectory]: unrecognized selector sent to instance 0x7fe969402450' And, in fact, when I check the NSFileManager.h header in the 10.11 SDK that seems to be true: NSFileManager doesn't declare an applicationSupportDirectory method, it seems. Cheers, -- Uli Kusterer "The Witnesses of TeachText are everywhere..." http://stacksmith.org ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Kernel Panics Developing for SpriteKit
I’m testing the iOS game-development waters by working through Ray Wenderlich’s iOS and tvOS 2D game-development tutorial book. I’ve never used SpriteKit before. I have the latest released (non-beta) versions of El Capitain and Xcode. I’m experiencing regular kernel panics when working with SpriteKit, whether in the Xcode scene editor or through code. One chapter of the book is a physics-testing playground, and that has been no fun at all to work through, due to Xcode hangs and crashes along with regular kernel panics. While less than ideal, I expect kernel panics when developing for SpriteKit on the Mac are just the way things are these days, right? Nothing to really worry about? -- Charles ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Finder-like user interface?
Uli, since you put this together, would you have any insight into finding a method to disable the cascade roll down and roll up animation that happens in today's Finder and within Xcode as well? I find it very annoying (and visually distracting) that I have to wait for an animation to finish after clicking on a disclosure triangle in an NSOutlineView when in the old days, the contents would either display or hide instantly. It would be awesome if there is a way to get the instant response that we used to get. The less superfluous animations, the better. Thanks, Alex Zavatone On Dec 28, 2015, at 3:38 AM, Uli Kusterer wrote: > On 28 Dec 2015, at 01:15, Graham Cox wrote: >>> On 28 Dec 2015, at 9:45 AM, SevenBits wrote: >>> >>> For a new application I’m building I need to have a view showing a >>> grid-based layout of files, similar to the default view of the Finder. I’m >>> not sure how to implement this. NSCollectionView appears to suffice, and >>> I’ve used it before, but it simply isn’t performant as it doesn’t reuse >>> cells, and it doesn’t seem like it’s designed for this kind of thing. On >>> the other kind, NSBrowser seems to be built for representing the file >>> system, but based on example code I’ve found on ADC it only seems suitable >>> for building an interface out of Miller columns, which isn’t suitable for >>> me. >>> >>> Is anyone aware of how to do something like this? I’m open to using >>> 3rd-party components and/or code if necessary. >> >> I’ve used Uli Kusterer’s UKDistributedView for this, using a cell class of >> my own, and a few other mods. I’m not sure if Uli is still maintaining this, >> but it did the job. >> http://www.cocoabuilder.com/archive/cocoa/93982-ann-ukdistributedview-finder-icon-view.html >> >> Uli reads this list, he may be able to tell you the latest news. > > I'm using the version on my Github at > https://github.com/uliwitness/UKDistributedView in Stacksmith, so it still > compiles and runs. That said, the look of the included cell is not quite > in-line with today's Finder (I think it's more like 10.5's or so), and if I > was doing this class again today, I'd probably try to switch to using > CALayers instead of cells. Also, of course the IB plugin stuff in there is no > longer useful. But the main view and cell classes proper should be a decent > (and reasonably performant) starting point for your needs. Pull requests are > appreciated. > > Cheers, > -- Uli Kusterer > "The Witnesses of TeachText are everywhere..." > http://stacksmith.org > > > > > > ___ > > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) > > Please do not post admin requests or moderator comments to the list. > Contact the moderators at cocoa-dev-admins(at)lists.apple.com > > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/cocoa-dev/zav%40mac.com > > This email sent to z...@mac.com ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Finder-like user interface?
> On Dec 28, 2015, at 3:38 AM, Uli Kusterer > wrote: > > On 28 Dec 2015, at 01:15, Graham Cox wrote: >>> On 28 Dec 2015, at 9:45 AM, SevenBits wrote: >>> >>> For a new application I’m building I need to have a view showing a >>> grid-based layout of files, similar to the default view of the Finder. I’m >>> not sure how to implement this. NSCollectionView appears to suffice, and >>> I’ve used it before, but it simply isn’t performant as it doesn’t reuse >>> cells, and it doesn’t seem like it’s designed for this kind of thing. On >>> the other kind, NSBrowser seems to be built for representing the file >>> system, but based on example code I’ve found on ADC it only seems suitable >>> for building an interface out of Miller columns, which isn’t suitable for >>> me. >>> >>> Is anyone aware of how to do something like this? I’m open to using >>> 3rd-party components and/or code if necessary. >> >> I’ve used Uli Kusterer’s UKDistributedView for this, using a cell class of >> my own, and a few other mods. I’m not sure if Uli is still maintaining this, >> but it did the job. >> http://www.cocoabuilder.com/archive/cocoa/93982-ann-ukdistributedview-finder-icon-view.html >> >> Uli reads this list, he may be able to tell you the latest news. > > I'm using the version on my Github at > https://github.com/uliwitness/UKDistributedView in Stacksmith, so it still > compiles and runs. This looks great, thanks. One small issue, though: when I compiled and ran your example code in El Capitan, it appears as if the view doesn’t properly respond when the window’s size is adjusted. I would expect this to happen automatically when the view’s frame changes. Is something not working properly on my end, or is this a “feature”? > That said, the look of the included cell is not quite in-line with today's > Finder (I think it's more like 10.5's or so), and if I was doing this class > again today, I'd probably try to switch to using CALayers instead of cells. It doesn’t need to work like the Finder; it just needs to look like the Finder and allow the user to select elements. Also, I noticed there’s a macro named LAYER_BASED in MyDataSource.m in the sample code. Is using a layer backed view already supported. > Also, of course the IB plugin stuff in there is no longer useful. But the > main view and cell classes proper should be a decent (and reasonably > performant) starting point for your needs. Pull requests are appreciated. Does this class still require a license for commercial use? It seems to say that on your website, but the license makes no mention of it. Could you clear this up? > > Cheers, > -- Uli Kusterer > "The Witnesses of TeachText are everywhere..." > http://stacksmith.org > > > > signature.asc Description: Message signed with OpenPGP using GPGMail ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: applicationSupportDirectory access for admin and standard users
> On Dec 28, 2015, at 12:50 AM, Uli Kusterer > wrote: > > And, in fact, when I check the NSFileManager.h header in the 10.11 SDK that > seems to be true: NSFileManager doesn't declare an > applicationSupportDirectory method, it seems. Looking at the compiler warnings would have helped too. :-p Or even better, turning on Treat Warnings As Errors (which IMHO all projects/targets should use.) —Jens ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Kernel Panics Developing for SpriteKit
> On Dec 28, 2015, at 6:23 AM, Charles Jenkins wrote: > > While less than ideal, I expect kernel panics when developing for SpriteKit > on the Mac are just the way things are these days, right? Nothing to really > worry about? Can’t quite tell if that’s sarcasm… Obviously kernel panics are serious bugs and nothing to be blasé about. Hopefully you’ve been reporting them to Apple. If you’re working off of demo projects from a book, you probably have some excellent test cases to reproduce the panics too, which would be invaluable to the engineers trying to fix them. BTW, what Mac hardware are you running [simulating] these on? That makes a big difference, because these are almost certainly GPU driver bugs. You might want to try a different Mac, if you have access to one. (In my experience, the Retina iMac has a lot of GPU issues, although I get visual glitches not panics. MacBook Pros seem pretty solid.) —Jens ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
got alert to fire but have two ok buttons
I have a bit of an inconvenience now. I have two okay buttons for my alert. I only need one after the alert. Where do I begin looking for the error? ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: got alert to fire but have two ok buttons
How can we help you if we can't see the code you used to fire an alert? Please supply the code that is causing this. Thanks. On Dec 28, 2015, at 1:04 PM, Scott Berry wrote: > I have a bit of an inconvenience now. I have two okay buttons for my alert. > I only need one after the alert. Where do I begin looking for the error? > ___ > > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) > > Please do not post admin requests or moderator comments to the list. > Contact the moderators at cocoa-dev-admins(at)lists.apple.com > > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/cocoa-dev/zav%40mac.com > > This email sent to z...@mac.com ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Kernel Panics Developing for SpriteKit
No sarcasm. Since the advent of Swift, it seems each version of Xcode has its weak and unstable points, and I just supposed SpriteKit was one of them for this version. I’m using a 2010 MacBook Air at the moment; hoping to buy a beefy iMac soon, but first I gotta see what the taxman says this year. -- Charles On December 28, 2015 at 12:25:06, Jens Alfke (j...@mooseyard.com) wrote: On Dec 28, 2015, at 6:23 AM, Charles Jenkins wrote: While less than ideal, I expect kernel panics when developing for SpriteKit on the Mac are just the way things are these days, right? Nothing to really worry about? Can’t quite tell if that’s sarcasm… Obviously kernel panics are serious bugs and nothing to be blasé about. Hopefully you’ve been reporting them to Apple. If you’re working off of demo projects from a book, you probably have some excellent test cases to reproduce the panics too, which would be invaluable to the engineers trying to fix them. BTW, what Mac hardware are you running [simulating] these on? That makes a big difference, because these are almost certainly GPU driver bugs. You might want to try a different Mac, if you have access to one. (In my experience, the Retina iMac has a lot of GPU issues, although I get visual glitches not panics. MacBook Pros seem pretty solid.) —Jens ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Kernel Panics Developing for SpriteKit
> On Dec 28, 2015, at 11:02 AM, Charles Jenkins wrote: > > No sarcasm. Since the advent of Swift, it seems each version of Xcode has its > weak and unstable points, and I just supposed SpriteKit was one of them for > this version. Kernel panics have nothing to do with Xcode. They’re caused by bugs in kernel-level modules like device drivers. (It sounds as though SpriteKit and/or the iOS simulator are doing something that’s triggering a GPU driver bug, but that’s not their fault.) BTW, when you get the alert after rebooting, press the button to view the crash log. There should be a line near the top that says which module(s) have code in the backtrace. In your case I’d look for “…IntelGraphics…” or something like that. —Jens ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Kernel Panics Developing for SpriteKit
On Dec 28, 2015, at 11:02 , Charles Jenkins wrote: > > No sarcasm. Since the advent of Swift, it seems each version of Xcode has its > weak and unstable points, and I just supposed SpriteKit was one of them for > this version. No, each version of Xcode has invented its own instabilities. It didn’t need help from Swift. (That *was* sarcasm.) I’ve never had a kernel panic from Sprite Kit in over a year of daily use for development. Nor have I seen this complained of in the developer forums. I’d agree with Jens that it could be something specific to your drivers. On iOS 9.2, Sprite Kit seems to have migrated from OpenGL to Metal. I’m not sure about the Mac side, but it’s possible that recent changes to support Metal have broken something, or that it’s a problem in Metal rather than Sprite Kit. ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
