Yosemite API discussions
Hi, since the OSX-beta devforum is virtually dead from a developer perspective, the only legal way to ask questions is using the black hole that is bugreporter. Lacking better alternatives, I reported several things (mostly related to new NSWindow features), even got feedback on one (though that took a week and the feedback was something like "Is this really a problem for you?"). Hardly a healthy conversion. Without proper feedback from peers or Apple how is this supposed to work? Not every detail is covered in the WWDC videos. Is there a better place where NDA-covered discussion is allowed *and* alive? I find it really really frustrating that this is being made so difficult. Regards Markus -- __ Markus Spoettl ___ 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: Yosemite API discussions
Apple seriously relaxed the NDA this year. I’m fairly certain we can talk about quite a bit more than we’re used to. - Cody > On Jul 8, 2014, at 3:11 AM, Markus Spoettl wrote: > > Hi, > > since the OSX-beta devforum is virtually dead from a developer perspective, > the only legal way to ask questions is using the black hole that is > bugreporter. Lacking better alternatives, I reported several things (mostly > related to new NSWindow features), even got feedback on one (though that took > a week and the feedback was something like "Is this really a problem for > you?"). > > Hardly a healthy conversion. Without proper feedback from peers or Apple how > is this supposed to work? Not every detail is covered in the WWDC videos. Is > there a better place where NDA-covered discussion is allowed *and* alive? I > find it really really frustrating that this is being made so difficult. > > Regards > Markus > -- > __ > Markus Spoettl > ___ > > 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/cody%40servalsoft.com > > This email sent to c...@servalsoft.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: UUIDs for FAT Drives
On Tuesday, July 8, 2014, Scott Ribe wrote: > On Jul 7, 2014, at 8:01 PM, SevenBits > wrote: > > > Is there any supported way to get the UUID of a FAT-formatted drive? Or > another method which can uniquely identify USBs of all major filesystem > types? > > FAT drives do not have UUIDs. Ah, that's what I feared. Do you know of any other methods I could use to uniquely identify a FAT drive? > > -- > Scott Ribe > scott_r...@elevated-dev.com > http://www.elevated-dev.com/ > (303) 722-0567 voice > > > > > ___ 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: UUIDs for FAT Drives
Why not use the serial number of the USB device and the creation date of the volume? Armed with those two pieces of information, you should be reasonably sure of a good match… On 8 Jul 2014, at 15:01, SevenBits wrote: > On Tuesday, July 8, 2014, Scott Ribe wrote: > >> On Jul 7, 2014, at 8:01 PM, SevenBits > > wrote: >> >>> Is there any supported way to get the UUID of a FAT-formatted drive? Or >> another method which can uniquely identify USBs of all major filesystem >> types? >> >> FAT drives do not have UUIDs. > > > Ah, that's what I feared. Do you know of any other methods I could use to > uniquely identify a FAT drive? > > >> >> -- >> Scott Ribe >> scott_r...@elevated-dev.com >> http://www.elevated-dev.com/ >> (303) 722-0567 voice >> >> >> >> >> > ___ > > 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/45rpmlists%40googlemail.com > > This email sent to 45rpmli...@googlemail.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: UUIDs for FAT Drives
On Tuesday, July 8, 2014, Pax <45rpmli...@googlemail.com> wrote: > Why not use the serial number of the USB device and the creation date of > the volume? Armed with those two pieces of information, you should be > reasonably sure of a good match… Are you aware of any way I could get this information using Cocoa, IOKit, or some other OS X API? > > > On 8 Jul 2014, at 15:01, SevenBits > > wrote: > > > On Tuesday, July 8, 2014, Scott Ribe > wrote: > > > >> On Jul 7, 2014, at 8:01 PM, SevenBits > >> > wrote: > >> > >>> Is there any supported way to get the UUID of a FAT-formatted drive? Or > >> another method which can uniquely identify USBs of all major filesystem > >> types? > >> > >> FAT drives do not have UUIDs. > > > > > > Ah, that's what I feared. Do you know of any other methods I could use to > > uniquely identify a FAT drive? > > > > > >> > >> -- > >> Scott Ribe > >> scott_r...@elevated-dev.com > >> http://www.elevated-dev.com/ > >> (303) 722-0567 voice > >> > >> > >> > >> > >> > > ___ > > > > 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/45rpmlists%40googlemail.com > > > > This email sent to 45rpmli...@googlemail.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: UUIDs for FAT Drives
On Jul 8, 2014, at 8:06 AM, SevenBits wrote: > Are you aware of any way I could get this information using Cocoa, IOKit, or > some other OS X API? I'm not sure how/where the drive serial # will be stored, or even if every drive has a unique serial #, (maybe you need to combine serial # with manufacturer). But I am sure you can get the answer to that question on Apple's usb list ;-) -- Scott Ribe scott_r...@elevated-dev.com http://www.elevated-dev.com/ (303) 722-0567 voice ___ 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: UUIDs for FAT Drives
Some observations about your sample code, keep in mind that when you finalize your production code, that volume paths cannot necessarily be completely represented in ASCII, there shouldn’t be a need to go from an NSString to a C-String to a CFURLRef/NSURL (just go from the NSString to the CFURLRef/NSURL), and drives are physical entities while volumes are logical data on those, so you may have multiple volumes per drive. -- Gary L. Wade http://www.garywade.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
Considering some of the questions recently…
I just got this sent to me ala Medium. Thought I'd pass it on. https://medium.com/ios-apprentice/the-valuable-toolset-for-ios-development-ba312d12577d Items like FuzzyAutoComplete and CocoaDeveloper Quicklook Plugin immediately come to mind as tools that may solve some of the questions posted here within the past few weeks. Cheers, Alex ___ 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: Considering some of the questions recently…
Thanks! * Paw looks seriously awesome for exploring/testing HTTP APIs. Kind of like the venerable HTTPClient app but way more powerful. Definitely going to try it out. * GitX is OK, and I used to use it, but I really recommend SourceTree. It’s more powerful, has a better UI, and is still free. —Jens smime.p7s Description: S/MIME cryptographic signature ___ 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: Considering some of the questions recently…
On Jul 8, 2014, at 4:00 PM, Jens Alfke wrote: > * Paw looks seriously awesome for exploring/testing HTTP APIs. Kind of like > the venerable HTTPClient app but way more powerful. Definitely going to try > it out. Just tried PAW … very nice! -koko ___ 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
Could not find image named
Could not find image named '11491B1D-FC9E-4CE6-8006-51685727BAE6’. A project that I have been building and distributing for three years suddenly began emitting the above message when I run in debug from the Xcode IDE. Any guidance … please! -koko ___ 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
From BCP-47 to Natural?
There are several places where BCP-47 names (like "th-TH", "en-AU" etc.) are used. These are not really usable for users. Is there anywhere some Cocoa library or class which converts these to natural language? Like: "th-TH" → "Thai" or "ไทย" "en-AU" → "Australian English" etc. I could create such a list myself (would be tedious though) - but then I will have a problem if and when Apple implements new languages. Gerriet. ___ 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: From BCP-47 to Natural?
On Tue, Jul 8, 2014, at 09:38 PM, Gerriet M. Denkmann wrote: > There are several places where BCP-47 names (like "th-TH", "en-AU" etc.) > are used. > These are not really usable for users. > > Is there anywhere some Cocoa library or class which converts these to > natural language? > Like: > "th-TH" → "Thai" or "ไทย" > "en-AU" → "Australian English" > etc. > > I could create such a list myself (would be tedious though) - but then I > will have a problem if and when Apple implements new languages. See the documentation for -[NSLocale displayNameForKey:value:]. There's a code example in there that does exactly what you're trying to do. --Kyle Sluder ___ 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
Where are my speechVoices?
+[AVSpeechSynthesisVoice speechVoices] is "Available in iOS 7.0 and later." But when I do: NSArray *allVoices = [ AVSpeechSynthesisVoice speechVoices ]; NSLog(@"%s allVoices %@",__FUNCTION__, allVoices); I just get nil. But in the same function [ AVSpeechSynthesisVoice voiceWithLanguage: @"th-TH" ] returns a valid AVSpeechSynthesisVoice. What am I doing wrong? Xcode 6 beta 3; iOS Deployment Target = 7.1 Gerriet. ___ 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
NSTableView Selection highlight issue in 10.10
In Yosemite, TableView with the Sourcelist as selectionHighlightStyle with the cell based drawing is giving the blue selection though we override the highlightSelectionInClipRect in the custom class. In the Documentation, its mentioned that highlightSelectionInClipRect is not called if the highlight style is Sourcelist style. Code is working fine on all the operating systems, starting from 10.5. Getting issue only on 10.10. Any clue why it is stopped being called in Yosemite? not getting how to remove the blue selection with the source list style, probably I may need to switch to view based drawing to fix this. - Apparao This email and any attachments are confidential, and may be legally privileged and protected by copyright. If you are not the intended recipient dissemination or copying of this email is prohibited. If you have received this in error, please notify the sender by replying by email and then delete the email completely from your system. Any views or opinions are solely those of the sender. This communication is not intended to form a binding contract unless expressly indicated to the contrary and properly authorised. Any actions taken on the basis of this email are at the recipient's own risk. ___ 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
