way around the bezier path, and not just on the top.
Is there a way for my to limit the NSShadow so that it only draws on the top
part of the bezier path?
Thanks so much,
Carter Allen
___________
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not
extField window] endEditingFor:nil] // which worked but the NSTextField
loses focus so that's not a good solution.
Any ideas?_______
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Conta
nil:
Track *newTrack = [[Track alloc] init];
Assuming I do successfully create a new Track entity do I just add it to the
tracks set?
You can see I'm confused. Any help would be appreciated.
Thank you_______
Cocoa-dev mailing list (Cocoa-dev
data of a wrapper and a folder?
Thanks___
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
ther. Too bad.
On Feb 3, 2010, at 9:19 AM, Graham Cox wrote:
>
> On 04/02/2010, at 1:08 AM, cocoa-dev wrote:
>
>> Is there an alternative to capture the data of a wrapper and a folder?
>
> Not really, because of what these things are. At best a folder could be
> reduced t
,
border, add
custom buttons on this Menu?
___
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
ange it it
displays but then it has nothing.How
can i set the value ?any suggestion?_______
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)l
alue]]; } }
But I was unsure on how to traverse the entire file tree within that
directory, and give the same size results as the finder.
Thanks,
-Mike
_______________
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or mod
,
Rick
Hi,
I believe you are correct on your first point. As a substitution you
could use Matt Gemmell's HUDWindow (which can be found at http://mattgemmell.com/source)
.
Cheers,
Tim Andersson
___
Cocoa-dev mailing list (Coco
urred.
When the SDK is lifted an announcement will be made here.
Thanks for your understanding
Scott
[moderator]
comments should be sent to [EMAIL PROTECTED]
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin reques
Apple.
When the SDK is lifted members of the iPhone Developer Program will be
specifically and personally notified by an authorized representative
of Apple.
Thanks for your understanding
Scott
[moderator]
___
Cocoa-dev mailing list (Coco
hread. But is
there a way to make the model updates from the 2nd thread safe?
___________
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)lis
her
Any help will be appreciated!
Thanks,
Leo
_______________
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
Hmm... my earlier message today never got through.
___
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
On 5/28/19 9:26 PM, Richard Charles wrote:
On May 28, 2019, at 3:43 PM, Leo via Cocoa-dev
wrote:
-I recently contacted Apple again and they pointed me to some resource page
that was created back in 2016. It briefly mentions a similar error - but still
without any info on how to solve it
On 5/29/19 9:02 AM, Steve Mills via Cocoa-dev wrote:
On May 28, 2019, at 19:46:26, Leo via Cocoa-dev
wrote:
Hmm... my earlier message today never got through.
Supposedly, these lists are to be done away with at some point. Someone started
co...@apple-dev.groups.io, which many of us have
On 5/29/19 1:53 PM, Richard Charles wrote:
On May 28, 2019, at 8:18 PM, Leo via Cocoa-dev
wrote:
Can you please elaborate on this...
Perhaps this will help.
https://stackoverflow.com/questions/25152451/are-mac-app-store-code-sign-resource-envelopes-always-version-1
Thanks Richard
___
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
n?
Thanks for any help!
Leo
___________
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/op
should be able to find it. If you run xcode-select -p does it show
the expected path?
Keary Suska
Esoteritech, Inc.
"Demystifying technology for your home or business"
On Jun 15, 2019, at 12:12 AM, Leo via Cocoa-dev
wrote:
Hi all,
I wanted to start building a notarization automat
30, 2019, at 11:27 PM, Doug Hardie via Cocoa-dev
> wrote:
>
> I tried that and swift complains that self is not defined. This is not in a
> view controller but a stand alone function used in many view controllers.
> Generally it is used during a segue, but I added one in a view
overtthrows the older? Or not, but I’m pretty sure there
is no compelling business argument for it.
Tom
> On Oct 11, 2019, at 2:54 PM, Charles Srstka via Cocoa-dev
> wrote:
>
>> On Oct 11, 2019, at 12:44 AM, Jens Alfke wrote:
>>
>>
>>> On Oct 10, 2
> 2019. 10. 12. 오전 9:55, Richard Charles via Cocoa-dev
> 작성:
>
>
>> On Oct 11, 2019, at 1:14 PM, Turtle Creek Software via Cocoa-dev
>> wrote:
>>
>>>> I know this is the Cocoa devs list... but why not make a website?
>>>> It would
> 2019. 10. 12. 오후 7:52, Jean-Daniel 작성:
>
>
>>> Le 12 oct. 2019 à 03:07, 조성빈 via Cocoa-dev a
>>> écrit :
>>>
>>>
>>> 2019. 10. 12. 오전 9:55, Richard Charles via Cocoa-dev
>>> 작성:
>>>
>>>
&
> 2019. 10. 19. 오전 9:17, Alex Zavatone via Cocoa-dev
> 작성:
>
> Wow was this ever fun.
>
> Woo hoo!
>
> Let this be an exercise in the dangers of memory leaks.
>
> Our team uses VIPER with everything being strongly linked. Also in
> Objective-C, there
‘It’s like giving a glass of ice water to somebody in hell’ - Jobs
(;
> Am 12.11.2019 um 21:00 schrieb Richard Charles via Cocoa-dev
> :
>
>
>> On Nov 11, 2019, at 6:05 PM, Turtle Creek Software via Cocoa-dev
>> wrote:
>>
>> Unfortunately, software for
hell’ - Jobs
>>
>
> Apple released iTunes for Windows in October 2003. Apparently Cocoa and any
> supporting frameworks were ported to Windows 16 years ago. So what is the
> problem providing this to outside developers?
>
> --Richard Charles
>
____________
Have you tried adding a NSDateFormatter to the DatePickerCell (in code or in
the xib) and setting its format string to what you want?
Haven't tried it, but might work...
> On Jan 21, 2020, at 5:22 PM, Marco S Hyman via Cocoa-dev
> wrote:
>
> Is there a way to change the da
normal.
All the Best
Dave
> On 1 Mar 2020, at 23:26, Gabriel Zachmann via Cocoa-dev
> wrote:
>
> I am trying to replicate what this guy suggests:
>
> https://medium.com/better-programming/how-to-make-a-custom-screensaver-for-mac-os-x-7e1650c13bd8
> under section
ll I get this boilerplate code
>
>
> @interface AppDelegate : NSObject
>
> @end
>
>
> No NSView.
>
>
>
> Best regards, Gabriel
>
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post ad
___
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
docs are pretty good. The best way to find
out more, is to find a Sample project that uses a Workspace and go from there.
Hope this helps
Dave
> On 6 Mar 2020, at 16:19, Steve Mills via Cocoa-dev
> wrote:
>
>> On Mar 6, 2020, at 09:04, Gabriel Zachmann via Cocoa-dev
>&g
17:55, Gabriel Zachmann via Cocoa-dev
> wrote:
>
> I must have done something very stupid, accidentally,
> but the method applicationDidFinishLaunching in my AppDelegate is not being
> called any more.
>
> I have googled and tried a few things, of course, to no avail.
>
Don't know if this helps you but you can look into dispatch_sync
and dispatch_async.
Cheers
On Sat, Mar 21, 2020 at 9:16 PM Sandor Szatmari via Cocoa-dev <
cocoa-dev@lists.apple.com> wrote:
> You must run the panel on the main thread.
>
> Sandor
>
> > On Mar
Hi,
You may want to call performSelectorOnMainThread and pass YES as the wait until
done flag.
Cheer
Dave
> On 21 Mar 2020, at 20:05, Gabriel Zachmann via Cocoa-dev
> wrote:
>
> Is it possible to open an NSOpenPanel in a secondary thread?
>
> I create th
Yes, that’s correct, nothing wrong with a method beginning with new as long as
it follows the rules, I use it all the time.
I’m not sure if it matters at all with ARC, but I stick by the rules anyway.
Cheers
Dave
> On 30 Apr 2020, at 00:27, Sandor Szatmari via Cocoa-dev
> wrote:
>
Hi,
I’d try this:
Make a method called setupTimer with the code below.
Then in applicationDidFinishLaunching call performSelector: setupTimer with a
delay of (say 5 seconds).
Just to see if it changes anything….
Cheers
Dave
> On 29 Apr 2020, at 23:35, Carl Hoefs via Cocoa-dev
>
If a user is video conferencing in a browser, why do you think that the user
would be flagged as idle? Have you tested this?
> On Jul 10, 2020, at 3:42 PM, Gabriel Zachmann via Cocoa-dev
> wrote:
> …
> Background: i'm developing a status bar item app that launches anoth
via Cocoa-dev
> wrote:
>
> The App store Review Guidelines mention this:
>
> "Non-subscription apps may offer a free time-based trial period before
> presenting a full unlock option".
>
> I have followed the links in that paragraph but that did not help me
>
Hi,
The “Light” version doesn’t take much more effort to support since its built
from the same source code. I actually found this the easiest and most straight
forward way of doing it.
Cheers
Dave
> On 1 Sep 2020, at 22:27, Gabriel Zachmann via Cocoa-dev
> wrote:
>
>> Make a
Hi,
OK the problem was alphaValue, I don't know how Apple handles it with an
external not Apple´s mouse, but override in NSScroller the mouseExited,
mouseEntered and set alphaValue to 1.0 all fixed
Davidap
El 13/4/21 a las 20:00, cocoa-dev-requ...@lists.apple.com escribió:
Send Coco
ess /Library without authorization.
Where can I store files that should be user-independent, but also
writable by our application? It would if I ended up having to
duplicate files multiple times if different users used an app on the
same machine.
Thanks
Davidap
___________
Becouse is not a good place for sharing things since it is not accessible by
anyone but the ~ user.
Davidap
El 14/4/21 a las 18:41, Ben Kennedy escribió:
On 14 Apr 2021, at 1:14 am, Davidap via Cocoa-dev
wrote:
Apple say:
[...] For example, if your app is named MyApp and has the bundle
ing URL and create it.
I *think* (never used it, might be wrong) if you replace .userDomainMask with
.localDomainMask you will get a URL available to all users on the local machine.
There may be other options that are better suited to your use.
______________
-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
(the mine is signed and notarized).
Regards
El 19/4/21 a las 1:51, Uli Kusterer escribió:
On 15. Apr 2021, at 21:29, Flavio Donadio via Cocoa-dev
wrote:
Documents that an application generates and that are meant to be directly
manipulated by multiple users of the same machine should be s
gned and
notarized).
Regards
El 19/4/21 a las 1:51, Uli Kusterer escribió:
On 15. Apr 2021, at 21:29, Flavio Donadio via Cocoa-dev
wrote:
Documents that an application generates and that are meant to be directly
manipulated by multiple users of the same machine should be stored in
&quo
Hi,
Very interesting!!! I will look at it .
Thanks
El 20/4/21 a las 20:57, Flavio Donadio escribió:
I did a couple Google searches and found this:
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or
, Gabriel Zachmann via Cocoa-dev
> wrote:
>
> Thanks , I think I have found it - it's called Tink.aiff
> in /System/Library/Sounds
>
> Best regards, Gabriel
>
>
> _______________
>
> Cocoa-dev mailing list (Cocoa-dev@lists.ap
is.
Dave
> On Nov 18, 2021, at 7:07 PM, Tom Doan via Cocoa-dev
> wrote:
>
> Unfortunately, it appears that it's 100% predictable---it fails on a M1
> chipped computer and works on an Intel chipped computer (or an
> M1 running the software through Rosetta).
>
>&
___
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
à 07:44, Sandor Szatmari a écrit
:
You mention ARC… aren’t you not supposed to explicitly release objects under
ARC? Am I misunderstanding?
Sandor
>
>> On Aug 23, 2023, at 4:47 PM, JPH via Cocoa-dev
>> wrote:
>>
>> Hello friends,
>>
>> The enclosed
gards
JP
___
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.a
t
JP
a graphic context created by myself ( hence not the supplied on by the
printing framework )
> Le 22 sept. 2023 à 17:59, David Duncan a écrit :
>
>
>
>> On Sep 22, 2023, at 11:12 AM, JPH via Cocoa-dev
>> wrote:
>>
>> I am facing the following pr
> On May 28, 2019, at 3:43 PM, Leo via Cocoa-dev
> wrote:
>
> -I recently contacted Apple again and they pointed me to some resource page
> that was created back in 2016. It briefly mentions a similar error - but
> still without any info on how to solve it:
> https:
On May 28, 2019, at 19:46:26, Leo via Cocoa-dev
wrote:
>
>
> Hmm... my earlier message today never got through.
Supposedly, these lists are to be done away with at some point. Someone started
co...@apple-dev.groups.io, which many of us have moved to. Or use the annoying
and inf
> On May 29, 2019, at 7:02 AM, Steve Mills via Cocoa-dev
> wrote:
>
> Supposedly, these lists are to be done away with at some point. Someone
> started co...@apple-dev.groups.io, which many of us have moved to. Or use the
> annoying and inferior dev forums.developer.a
> On May 28, 2019, at 8:18 PM, Leo via Cocoa-dev
> wrote:
>
> Can you please elaborate on this...
Perhaps this will help.
https://stackoverflow.com/questions/25152451/are-mac-app-store-code-sign-resource-envelopes-always-version-1
--Ric
all of them!
Casey McDermott
Turtle Creek Software
_______
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/Uns
> On May 29, 2019, at 7:22 AM, Richard Charles via Cocoa-dev
> wrote:
>
> Internally at Apple I would bet that most developers get their questions
> answered by asking another developer.
Back when I worked at Apple (1998-2007) there were internal mailing lists much
like thes
> On May 29, 2019, at 6:02 AM, Steve Mills via Cocoa-dev
> wrote:
>
> On May 28, 2019, at 19:46:26, Leo via Cocoa-dev
> wrote:
>>
>>
>> Hmm... my earlier message today never got through.
>
> Supposedly, these lists are to be done away with at som
signal to noise ratio here is extremely
high. (What I *really* miss is cocoabuilder.com…)
Here’s hoping this list sticks around for a while!
Cheers,
Demitri
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or
me.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/Uns
xcode-select -p does it show
the expected path?
Keary Suska
Esoteritech, Inc.
"Demystifying technology for your home or business"
> On Jun 15, 2019, at 12:12 AM, Leo via Cocoa-dev
> wrote:
>
>
> Hi all,
>
> I wanted to start building a notarization automation scri
Looks like something was up with the Cocoa Dev list—you probably see that it
came in early this morning. Anyway, glad I could be help.
Keary Suska
Esoteritech, Inc.
"Demystifying technology for your home or business"
> On Jun 15, 2019, at 12:14 PM, Leo via Cocoa-dev
> wrote
basis based on that.
Is this possible?
Thanks.
-Kurt
___
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/Unsubs
On 2019 Jun 19, at 21:35, Kurt Bigler via Cocoa-dev
wrote:
> I would like to be able to traverse the top-level object list in a macOS nib
> without instantiating the objects. But I'd like to be able to get at the
> attributes of each top-level item to decide whether to insta
tive, but hoping for commentary
based on personal, direct experience.
_______
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.c
11:02 AM, Steve Mykytyn via Cocoa-dev
> wrote:
>
> My main Xcode machine is a late 2013 27-inch iMac, 24GB RAM, 3.5 GHz Core
> i7 with 500GB SSD.
>
> It works fine, but I'm wondering if an iMac Pro or a top-of-the-line 2019
> iMac would be a life-changing exper
Not a comprehensive list, but a start...
https://github.com/ashfurrow/xcode-hardware-performance
> On Jun 28, 2019, at 2:02 PM, Steve Mykytyn via Cocoa-dev
> wrote:
>
> My main Xcode machine is a late 2013 27-inch iMac, 24GB RAM, 3.5 GHz Core
> i7 with 500GB SSD.
>
> I
time, great.
> If not, just keep
> on building great apps.
>
>
> On Jun 28, 2019, at 11:02 AM, Steve Mykytyn via Cocoa-dev <
> cocoa-dev@lists.apple.com> wrote:
>
> My main Xcode machine is a late 2013 27-inch iMac, 24GB RAM, 3.5 GHz Core
> i7 with 500GB SSD.
>
emand asset catalogs.
It was worthwhile taking a look at the RAM disk, but I just didn't see
enough benefit in my particular case. Whenever I go away from a pure
vanilla setup, I usually regret it later.
Thanks again for all the advice!
_______________
Coco
> On Jun 28, 2019, at 9:39 PM, Dave Fernandes via Cocoa-dev
> wrote:
>
> Not a comprehensive list, but a start...
> https://github.com/ashfurrow/xcode-hardware-performance
Very interesting. Thanks for sharing.
I was surprised to see Custom Hackintosh machines contributing to t
/
Enjoy,
Alex Zavatone
Sent from my iPad
> On Jul 2, 2019, at 10:47 AM, Richard Charles via Cocoa-dev
> wrote:
>
>
>> On Jun 28, 2019, at 9:39 PM, Dave Fernandes via Cocoa-dev
>> wrote:
>>
>> Not a comprehensive list, but a start...
>> https://githu
find it.
Thanks in advance
-- Dragan
___
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
> On Jul 25, 2019, at 19:12, Dragan Milić via Cocoa-dev
> wrote:
>
> Hi everyone,
>
> Here's a very straightforward question: starting a dragging session with
>
> -[NSDraggingSession beginDraggingSessionWithItems:event:source:]
>
> and having multiple
> On pet 26.10.2019,. at 02.37, Steve Mills via Cocoa-dev wrote:
>
> Use the single image methods instead of adding multiple items.
Do you think of deprecated (as of Lion) one:
-[NSView dragImage:at:offset:event:pasteboard:source:slideBack:] ??
I would not recommend using those deprecated API. They are not long for this
world. With that said, I don’t have a better solution.
—Rob
> On Jul 25, 2019, at 7:03 PM, Dragan Milić via Cocoa-dev
> wrote:
>
>> On pet 26.10.2019,. at 02.37, Steve Mills via Cocoa-dev wrote:
On Jul 25, 2019, at 20:08:40, Rob Petrovec via Cocoa-dev
wrote:
>
> I would not recommend using those deprecated API. They are not long for this
> world. With that said, I don’t have a better solution.
Yeah, hard to say how much longer they'll be available. You could always
> pet 26.07.2019., at 03.08, Rob Petrovec wrote:
>
> I would not recommend using those deprecated API. They are not long for this
> world. With that said, I don’t have a better solution.
Yeah, I’d like ti avoid using that too.
> pet 26.07.2019., at 03.30, Steve Mills via
On Jul 25, 2019, at 20:50:18, Dragan Milić via Cocoa-dev
wrote:
>
> The thing is, in that dragging session I have to supply a list of URLs, so
> that other applications expecting URLs (like Finder, for example) would
> accept them. As a matter of fact, speaking about specifics, w
ad Idea.
I suggest you look for a transparent approach that does not involve subterfuge.
Especially if you intend to be in the App Store.
It doesn’t matter if others have done it.
It is still wrong.
_______
Cocoa-dev mailing list (Cocoa-dev@lists.a
rbon event stuff and just rebuild from
the ground up, but I'm hoping I can solve these issues since I foresee a more
gracious process this way.
Thanks in advance for any help.
-Kurt Bigler
_______
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
> On 10. Aug 2019, at 08:24, Kurt Bigler via Cocoa-dev
> wrote:
> As part of a process of porting an app from Carbon to Cocoa I'm needing to
> have Carbon and Cocoa windows present at the same time. The Carbon event
> loop is therefore still in place.
The Cocoa even
On 10. Aug 2019, at 11:16, Uli Kusterer via Cocoa-dev
wrote:
> So this mixing is an ideal approach for slowly porting, but will not get you
> anything shippable until your UI is fully Carbon.
fully Cocoa. Sorry.
___
Cocoa-dev mailing list (Coc
> On Aug 10, 2019, at 12:24 AM, Kurt Bigler via Cocoa-dev
> wrote:
>
> The NSView subclasses involved are receiving drawRect: messages but are not
> receiving mouseDown:.
You need to implement NSView -hitTest: to get mouseDow
indows will randomly re-order,
sometimes causing the current modal window to end up behind another window and
blocking the user from interacting with it.
Thanks, it is good to know what issues are in store for me.
-Kurt
Cheers,
-- Uli Kusterer
___
C
On 8/10/19 10:03:00 AM, Rob Petrovec wrote:
On Aug 10, 2019, at 12:24 AM, Kurt Bigler via Cocoa-dev
wrote:
The NSView subclasses involved are receiving drawRect: messages but are not
receiving mouseDown:.
You need to implement NSView -hitTest: to get mouseDown events.
I have 5
> On Aug 10, 2019, at 3:12 PM, Kurt Bigler wrote:
>
> On 8/10/19 10:03:00 AM, Rob Petrovec wrote:
>>> On Aug 10, 2019, at 12:24 AM, Kurt Bigler via Cocoa-dev
>>> wrote:
>>>
>>> The NSView subclasses involved are receiving drawRect:
nLoad() is basically the "turn a Carbon app into enough of a Cocoa
app to run Cocoa code"-call, so shouldn't be needed in a fully Cocoa app. And
your guess why NSApplicationMain didn't work was pretty close, I think.
Cheers,
-- Uli Kusterer
http://www.zathras.de
> On 10. Aug 2019, at 19:03, Rob Petrovec via Cocoa-dev
> wrote:
>
>> On Aug 10, 2019, at 12:24 AM, Kurt Bigler via Cocoa-dev
>> wrote:
>>
>> The NSView subclasses involved are receiving drawRect: messages but are not
>> receiving mouseDown:.
>
> On 10. Aug 2019, at 23:21, Rob Petrovec via Cocoa-dev
> wrote:
>
>> On Aug 10, 2019, at 3:12 PM, Kurt Bigler wrote:
>>
>> On 8/10/19 10:03:00 AM, Rob Petrovec wrote:
>>>> On Aug 10, 2019, at 12:24 AM, Kurt Bigler via Cocoa-dev
>>>> w
On 8/10/19 2:21:05 PM, Rob Petrovec wrote:
On Aug 10, 2019, at 3:12 PM, Kurt Bigler wrote:
On 8/10/19 10:03:00 AM, Rob Petrovec wrote:
On Aug 10, 2019, at 12:24 AM, Kurt Bigler via Cocoa-dev
wrote:
The NSView subclasses involved are receiving drawRect: messages but are not
receiving
> On Aug 10, 2019, at 3:38 PM, Uli Kusterer
> wrote:
>
>> On 10. Aug 2019, at 19:03, Rob Petrovec via Cocoa-dev
>> mailto:cocoa-dev@lists.apple.com>> wrote:
>>
>>> On Aug 10, 2019, at 12:24 AM, Kurt Bigler via Cocoa-dev
>>> mailto:coc
> On Aug 10, 2019, at 3:21 PM, Rob Petrovec via Cocoa-dev
> wrote:
>
> So he needs to implement hitTest to get mouseDown events.
I just made a new Cocoa App project with a custom view. I did not implement
hitTest:. The view receives mouseDown events just fine.
--Ric
> On Aug 10, 2019, at 12:24 AM, Kurt Bigler via Cocoa-dev
> wrote:
>
> I've just started implementing the Cocoa windows. The NSView subclasses
> involved are receiving drawRect: messages but are not receiving mouseDown:.
It seems to me like your window is not setup pro
On 8/10/19 3:04:13 PM, Rob Petrovec wrote:
On Aug 10, 2019, at 3:38 PM, Uli Kusterer wrote:
On 10. Aug 2019, at 19:03, Rob Petrovec via Cocoa-dev mailto:cocoa-dev@lists.apple.com>> wrote:
On Aug 10, 2019, at 12:24 AM, Kurt Bigler via Cocoa-dev mailto:cocoa-dev@lists.apple.com&g
On 8/10/19 10:20:34 PM, Kurt Bigler via Cocoa-dev wrote:
On 8/10/19 3:04:13 PM, Rob Petrovec wrote:
Either way, instead of going back & forth on this, why don’t you try
implementing an NSView subclass without hitTest returning self and see if that
view gets -mouseDown:. Then over
On 8/10/19 10:30:45 PM, Glenn L. Austin wrote:
On Aug 10, 2019, at 10:20 PM, Kurt Bigler via Cocoa-dev
wrote:
I implemented hitTest to return self in my NSView subclass. It made no
difference.
After that, I tried having hitTest call the super method to see what it
returned. For the
during the event loop.
Yes, indeed. I don't know how far I am from RunApplicationEventLoop(), nor does
it make sense offhand how I could both do that and use NSApplicationMain, except
for modal situations, or maybe dragging.
Thanks again for any reflections on all this!
-Kurt
_______
1 - 100 of 1838 matches
Mail list logo
