As part of development for my application Mac Linux USB Loader, I’ve had
numerous issues with my application’s document windows not being able to be
opened more than once. I can open the document (with the usual ways, and
through NSDocumentController’s openDocumentWithContentsOfURL: method, but
As part of development for my application Mac Linux USB Loader, I’ve had
numerous issues with my application’s document windows not being able to be
opened more than once. I can open the document (with the usual ways, and
through NSDocumentController’s openDocumentWithContentsOfURL: method, but
Can't you just use Sparkle to do app updates? It handles all of this for
you. Just a thought.
On Thu, Jan 9, 2014 at 7:27 AM, Totte Alm wrote:
> Hello,
>
> I'm moving an older but large inhouse application from 10.6/32-bit/GC to
> 10.9/64-bit/ARC.
> It uses an internal auto update functionally
On Thu, Jan 9, 2014 at 11:26 AM, Ken Thomases wrote:
> On Jan 9, 2014, at 6:27 AM, Totte Alm wrote:
>
>> I'm moving an older but large inhouse application from 10.6/32-bit/GC to
>> 10.9/64-bit/ARC.
>> It uses an internal auto update functionally where the app can store itself
>> into the databas
On Thu, Jan 9, 2014 at 12:27 PM, Andy Lee wrote:
> That's a great thread, thanks!
>
> BTW Apple removed the splitview-without-NSSplitView sample code that's
> mentioned in the thread. For anyone still interested, someone named Darcy
> Liu seems to have been archiving all of Apple's sample code:
As part of development for an application I’ve been writing, I’ve had numerous
issues with my application’s document windows not being able to be opened more
than once. I can open the document (with the usual ways, and through
NSDocumentController’s openDocumentWithContentsOfURL: method, but it
I'm working on a Mac OS X product that currently runs on 10.6 through to 10.9.
This product includes an NSColor category method named CGColor, which is
patterned after the iOS UIColor interface and returns a CGColorRef.
@interface NSColor (CGColor)
- (CGColorRef)CGColor CF_RETURNS_RETAINED;
@en
After downloading the font, if you want to use it offline (or do not
call the download API again), you can try to save the font URL and
next time of launching, use "CTFontManagerRegisterFontsForURL" to
register the font.
This file is what you want:
https://github.com/fdstevex/FDSFontDownloader/bl
this seems to be the modernized version of it:
https://github.com/brynbellomy/ObjC-DesignByContract
On 22 Jan 2014, at 12:37, Jens Alfke wrote:
On Jan 22, 2014, at 8:03 AM, jonat...@mugginsoft.com wrote:
I know there are some macros available,
http://www.roard.com/contracts/, but I haven’t
Hi,
I'm writing an app which has to import files without a fixed file
extension. There are about 10 different commonly used file extensions
around.
Is it possible to associate a file to my app based on the file contents?
Much like how file (1) determines a file's type?
Or should I simply regi
On Jan 20, 2014, at 12:27 PM, Michael Crawford wrote:
> I also realize that the 10.8 version returns an autoreleased object whereas
> the version written a couple of years ago must have the resulting reference
> freed by the caller. I'm not sure how Apple pulls that off with a CF
> reference b
On 10 Jan 2014, at 6:48 am, SevenBits wrote:
> Has anyone heard of this occurring before? Any help on this issue would be
> greatly appreciated. I can provide any additional info that is needed to
> point me in the right direction.
It seems to me that the problem is likely with closing your
On 22 Jan 2014, at 23:08, Rick Mann wrote:
> There's no way to get prioritized -performBlock: calls on an
> NSManagedObjectContext, is there? I have some operations enqueued with
> -performBlock: that must be serialized, and others that would be best carried
> out as soon as the current block
On 23 Jan 2014, at 9:44 pm, SevenBits wrote:
> Pressing the Close button closes the window
Yes, but does it close the document? i.e. remove it from the list of open
documents and releases the document object? The document is not the window.
--Graham
__
On 23 Jan 2014, at 10:11 pm, SevenBits wrote:
> No, it doesn't. That's the crux of the issue.
Yes, that's what I've been trying to tell you. You've shown code relating to
opening the document, nothing on how it gets closed. That's my point - it's
that part that's broken, so that's where you
To simply test if the document really get's closed implement the close method
in your NSDocument subclass. If it get's called, your document will be closed.
- (void)close {
[super close];
}
This should get called, if you do not have anything else interfering
implemented (eg. canCloseDocumentW
Thanks for the reply, Greg. I running with ARC enabled. The compiler flags
any calls to autorelease. What am I missing?
-Michael
On Jan 23, 2014, at 4:02 AM, Greg Parker wrote:
> On Jan 20, 2014, at 12:27 PM, Michael Crawford
> wrote:
>> I also realize that the 10.8 version returns an aut
On Jan 22, 2014, at 8:33 AM, Remco Poelstra wrote:
> I'm writing an app which has to import files without a fixed file extension.
> There are about 10 different commonly used file extensions around.
> Is it possible to associate a file to my app based on the file contents? Much
> like how file (
On Jan 20, 2014, at 2:27 PM, Michael Crawford wrote:
> I'm working on a Mac OS X product that currently runs on 10.6 through to
> 10.9. This product includes an NSColor category method named CGColor, which
> is patterned after the iOS UIColor interface and returns a CGColorRef.
>
> @interface
> Your problem is likely well before that point, since it looks like the
> failure has to do with a font. Either the font is damaged somehow, or the
> reference is invalid.
OK, this is really weird.
It works well in a compiled app, it works well running all different tests
under Instruments,
Following Ken's suggestion I'll try putting this check for the CGColor
implementation in +[MyAppDelegate initialize], that should be soon enough. As
for the simple but obvious solution to disable ARC for a single module, thanks
for the reminder.
-Michael
On Jan 23, 2014, at 11:35 AM, Ken Tho
Is there a way to tell which edge or corner of the window is being
dragged by the user during the “live resize” mode?
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact th
On Jan 23, 2014, at 9:56 AM, Oleg Krupnov wrote:
>
> Is there a way to tell which edge or corner of the window is being
> dragged by the user during the “live resize” mode?
I wish. You might be able to piece together enough info from
NSWindowWillStartLiveResizeNotification and NSWindowDidResize
On Jan 23, 2014, at 01:34 , Mike Abdullah wrote:
> On 22 Jan 2014, at 23:08, Rick Mann wrote:
>
>> There's no way to get prioritized -performBlock: calls on an
>> NSManagedObjectContext, is there? I have some operations enqueued with
>> -performBlock: that must be serialized, and others that
On Jan 20, 2014, at 12:27 PM, Michael Crawford wrote:
> As I'm sure you are aware, 10.8 now defines a method that does the same thing
> using the same name.
That's exactly why you should unambiguously prefix the names of category
methods you add to system classes. Collisions are dangerous. C
Can these properties be set in IB in Xcode? It seems that they can't, at least
not on a great many views (including UIBarItems). Since it can be set on any
object, it would be nice if IB let me do that.
--
Rick
signature.asc
Description: Message signed with OpenPGP using GPGMail
__
Relax.
I'm sorry but this is simply not where I want to go. I'm not interested in
writing code that does something that the system already does. At the same
time, I want to provide that missing functionality on older versions of Mac OS
X without having two versions of source code, if at all p
On Jan 23, 2014, at 2:38 PM, Michael Crawford wrote:
> On Jan 23, 2014, at 2:45 PM, Jens Alfke wrote:
>
>> On Jan 20, 2014, at 12:27 PM, Michael Crawford
>> wrote:
>>
>>> As I'm sure you are aware, 10.8 now defines a method that does the same
>>> thing using the same name.
>>
>> That's exa
Hopefully this is a nice, easy, problem for you to ponder on a Thursday evening.
I'm opening a document as follows:
- (BOOL)readFromData:(NSData *)pData
ofType:(NSString *)pTypeName
error:(NSError **)pOutError
{
if ([pTypeName compare:@"CPro"] == NSOrderedSam
I've done some searching and looking at the docs, but it seems you can't just
say, "give me the UIAElement(s) that have the label 'foo'." Am I wrong?
--
Rick
signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Cocoa-dev maili
On Jan 22, 2014, at 8:33 AM, Remco Poelstra wrote:
> I'm writing an app which has to import files without a fixed file extension.
> There are about 10 different commonly used file extensions around.
> Is it possible to associate a file to my app based on the file contents? Much
> like how file
I'm logging the element tree of my app. I can see my hierarchy:
UIAWindow: rect:{{0, 0}, {1024, 768}}
UIAPopover: rect:{{614, 59}, {400, 613}}
UIATableView: name:settingsTable value:rows 1 to 4 of 4 rect:{{614,
116}, {400, 556}}
UIAStaticText: name:CAMERA CONNECTION value:
On 24 Jan 2014, at 8:12 am, Pax <45rpmli...@googlemail.com> wrote:
> Later (in windowControllerDidLoadNib), I try to get the file path - but I
> turn up a blank (it returns null):
>
> NSLog(@"%@",[self fileURL]);
>
> Very strange. And yet the file does get processed correctly - it's just that
I have a view with a UIButton in it. It's blue in the storyboard, but at run
time it's grey. It's not disabled, as I can click on it and the -close: message
is sent to the first responder and handled by a responder up the chain.
Why is it not blue, as specified (and shown) in IB?
--
Rick
34 matches
Mail list logo
