ion?
Best regards,
Tom Doan
---
Estima
2717 Harrison St
Evanston, IL 60201
USA
___
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
kiness that forces too-small
> frame, though not enough to make it disappear.
>
> Keary Suska
> Esoteritech, Inc.
> "Demystifying technology for your home or business"
>
>
>
> > On Nov 15, 2021, at 7:13 AM, Tom Doan via Cocoa-dev
> > wrote:
Esoteritech, Inc.
> "Demystifying technology for your home or business"
>
>
>
> > On Nov 13, 2021, at 9:52 AM, Tom Doan via Cocoa-dev
> > wrote:
> >
> > I'm having a problem with an application where a small percentage of
> > users have
doesn't come up initially. I can't reproduce this on any
of my computers running three different flavors of MacOS (including
Big Sur and Monterey). What should I be looking for that might
cause this behavior.
Best regards,
Tom Doan
---
2717 Harrison
Thanks. That did it. Interestingly, not only did the Applie Migration
tool not flag a potential problem, but the docs on NSWindow and
releaseWhenClosed don't even hint of it.
> Hi Tom,
>
> > On Sep 14, 2021, at 9:53 AM, Tom Doan via Cocoa-dev
> > wrote:
> >
&
really seen any good description of how ARC
interacts with C++. A release there seems fine---the question is
where is the earlier (apparently erroneous) release.
Tom Doan
Estima
---
2717 Harrison St
Evanston, IL 60201
USA
___
Cocoa-dev mailing lis
e
>
> image = [NSBundle imageForResource:imgName];
>
> -Dave
>
> On 3/23/20, 1:10 PM, "Cocoa-dev on behalf of Tom Doan via
> Cocoa-dev" on behalf of Cocoa-dev@lists.apple.com> wrote:
>
> To provide a bit of additional information, the toolbar icons
t ones are supposed to be active anyway. Does anyone
> have an idea what the problem might be?
>
> Best regards,
>
> Tom Doan
> Estima
> ---
> 2717 Harrison St
> Evanston, IL 60201
> USA
>
>
> ___
>
> Co
icons
look correctly dimmed and the washed out ones are supposed to be
active anyway. Does anyone have an idea what the problem might
be?
Best regards,
Tom Doan
Estima
---
2717 Harrison St
Evanston, IL 60201
USA
___
Cocoa-dev mailing list (Coco
n High Sierra. Anybody have any idea
> what might be going wrong with this?
>
> Best regards,
>
> Tom Doan
> ---
> Estima
> 1560 Sherman Ave #1029
> Evanston, IL 60201
> USA
>
>
> ___
>
> Cocoa-dev mail
> On Nov 7, 2018, at 11:40 AM, Tom Doan wrote:
> >
> >> Does the "Layer-Backed Views" section of the AppKit Release Notes
> >> for 10.14 explain what you're seeing?
> >> <https://developer.apple.com/documentation/macos_rele
> >
> > I just started testing a port of my application to Mojave. I'm
> > having a rather odd problem with NSString drawAtPoint
> > withAttributes. I use that to add text to graph windows. All the
> > lines and fills look fine, but the text, done with drawAtPoint,
> > doesn't show on the screen.
if I take the window and create a PDF from it, everything
looks fine. It also works fine on High Sierra. Anybody have any idea
what might be going wrong with this?
Best regards,
Tom Doan
---
Estima
1560 Sherman Ave #1029
Evanston, IL 60201
USA
___
continued on 0 and 1, and
that seemed to work around
this, but I would really like to understand what is wrong with this setup.
Best regards,
Tom Doan
---
1560 Sherman Ave #1029
Evanston, IL 60201
USA
#if 0
//
// Original code
//
itsRC = (LOGICAL) ([NSApp
't know how
to prevent this call from being made. Any suggestions?
Best regards,
Tom Doan
Estima
Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x, 0x
Application Specific Information:
*** Terminating app due to uncaught exception 'NSInvalidArgume
> On Apr 13, 2017, at 13:35 , Tom Doan wrote:
> >
> > the indeterminate one has an almost imperceptibly lighter
> > medium-dark moving over medium-dark.
>
> This suggests you have set your system appearance to Graphite instead
> of Blue (in System Preferences -
is a *very* slight gradient moving across the bar. While the
determinate bar is medium-dark gray moving over light gray, the
indeterminate one has an almost imperceptibly lighter medium-dark
moving over medium-dark. This seems less than ideal. Is there
some setting that can change that?
Tom Doa
er is sent to it) which causes the
crash. Replacing the origin with 0.0,0.0 fixes the problem, but that
doesn't help with our existing software.
> On Nov 23, 2016, at 13:32 , Tom Doan wrote:
> >
> > OS Version:Mac OS X 10.12 (16A323)
>
> I´d suggest you try
tly appreciated.
Best regards,
Tom Doan
Estima
---
1560 Sherman Ave #1029
Evanston, IL 60201
USA
Process: RATSPro [986]
Path: /Applications/RATS Pro
9.1/RATSPro.app/Contents/MacOS/RATSPro
Identifier:
com.estima.rats Version: 9.10.5 (1) Code
T
a separate thread), the alert box stays on the screen
until the operation is done. release doesn't work. orderout on the
window doesn't work. Is there any way to do this (other than
changing the threading) so the alert box goes away when I'm done
with it?
Best regards,
Tom Doa
,&cgwidth,NULL,NULL);
itsWidth = cgwidth;
}
Best regards,
Tom Doan
Estima
---
1560 Sherman Ave #1029
Evanston, IL 60201
USA
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
ets called in a completely different situation---the one that I intended. I
have no idea what
it's trying to do here. (What's an NSScrollerImp?) and no idea how to trap it
to figure out
what the problem is. Any help anyone can offer would be appreciated.
Tom Doan
Estima
Proc
the Window menu, but it doesn't respond
to anything. (For instance, I can't try to close it again.) I've put
NSLogs in a bunch of places but can't seem to locate what causes
an apparently dead window to reappear. Any though
the search box, it goes through my
custom help handling and pops up the correct window. I don't see
how to cut the stop at the search box out of the process---it doesn't
*look* like the Help is a custom NSMenuItem, but it sure acts like
one.
Best regards,
Tom Doan
Estima
> On 201
the desired level.
I was hoping that there would similarly be a showHelp in
NSResponder, but it appears that showHelp always goes straight to
the NSApplication. Is there any way to work get the type of behavior
I need?
Best regards,
Tom Doan
Estima
__
f and doesn't go off and manage itself along with the
> other buttons that the OS thinks (incorrectly in this case) are
> logically linked to it.
>
> Tom Doan
> Estima
>
> > > On Apr 10, 2014, at 6:57 AM, Keary Suska
> > > wrote:
> > >
>
nt it off and doesn't go off and manage itself
along with the other buttons that the OS thinks (incorrectly in this
case) are logically linked to it.
Tom Doan
Estima
> > On Apr 10, 2014, at 6:57 AM, Keary Suska
> > wrote:
> >
> >> On Apr 9, 2014, at 5:30 PM,
behavior so I can override it. Can
someone explain what's happening, please?
Thanks,
Tom Doan
Estima
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the mo
28 matches
Mail list logo
