Solved.
The problem was caused by the view concerned having a menu set with setMenu:.
With that remove it now gets mouseDown: with control held down.
Many thanks for your thoughts.
On 18 May 2014, at 01:44, Tim Hewett wrote:
> As a test I have replaced the TrackView view with my own view in
As a test I have replaced the TrackView view with my own view in the
MenuItemView sample code mentioned previously, still creating it
programatically as in my own code, and it now gets mouseDown: with control held
down no problem.
So clearly the issue is nothing to do with how the view is creat
On May 17, 2014, at 6:02 PM, Bob Sabiston wrote:
> It doesn’t just pass the name, it passes a list of arguments. So I had to
> put this in the Run Shell Script window:
>
> for f in "$@"
> do
> myScript "$f"
> done
>
> Thanks for the help!
Right. And if there's only 1 argument, then you only
On May 17, 2014, at 5:54 PM, Bob Sabiston wrote:
> Within Automator, you have to add a “Get Specified Finder Items” action
> before the script...
No, that's for getting the Finder's current selection.
--
Scott Ribe
scott_r...@elevated-dev.com
http://www.elevated-dev.com/
(303) 722-0567 voice
> On May 17, 2014, at 6:26 PM, Kevin Meaney wrote:
>
>> I think an applescript droplet, using the "on open" call which then calls
>> "do shell script" with the path to your command and the file that is dropped
>> on it.
>>
>> Kevin
>
>
>>> You have to create the right kind of Automator workf
On May 17, 2014, at 6:26 PM, Kevin Meaney wrote:
> I think an applescript droplet, using the "on open" call which then calls "do
> shell script" with the path to your command and the file that is dropped on
> it.
>
> Kevin
>> You have to create the right kind of Automator workflow for droppi
On May 17, 2014, at 5:34 PM, Scott Ribe wrote:
> On May 17, 2014, at 5:14 PM, Bob Sabiston wrote:
>
>> I’ve never used Automator, would it do this?
>
> Yes. I don't remember all the details, but from what I recall I think it
> should take you about 10 minutes to figure it out ;-)
>
> You ha
On May 17, 2014, at 5:14 PM, Bob Sabiston wrote:
> I’ve never used Automator, would it do this?
Yes. I don't remember all the details, but from what I recall I think it should
take you about 10 minutes to figure it out ;-)
You have to create the right kind of Automator workflow for dropping fi
I think an applescript droplet, using the "on open" call which then calls "do
shell script" with the path to your command and the file that is dropped on it.
Kevin
On 18 May 2014, at 00:14, Bob Sabiston wrote:
> Hello,
>
> I have a little console app written in C, one which takes a filename
Hello,
I have a little console app written in C, one which takes a filename as an
argc/argv argument. Is there any *easy* way to make this into a tool which I
can just drop files onto it in the finder?
There used to be a program called DropScript which would do this, but it was
PPC based
>
>
>> your custom view does the right thing with input methods (e.g.
>> Kotoeri/Hiragana or Pinyin). Also with VoiceOver. If a custom view is an
>> alternative kind of text view, it should adopt NSTextInputClient and
>> implement its methods.
>
> Regards,
> Ken
>
Sound advice. In this ca
On May 17, 2014, at 4:01 AM, Roland King wrote:
> Looked at the field editor docs but it didn't instantly make sense.
Text fields use a secondary view to actually handle the editing. The text
field objects themselves, as views, only really perform display when they don't
have focus. When they
On 17 May, 2014, at 4:51 pm, Ken Thomases wrote:
> On May 17, 2014, at 2:56 AM, Roland King wrote:
>
>> I have a custom NSView (actually subclass of NSTextField) in which I've
>> overridden acceptsFirstResponder to return YES whether the superclass text
>> field is editable or not. It also re
On May 17, 2014, at 2:56 AM, Roland King wrote:
> I have a custom NSView (actually subclass of NSTextField) in which I've
> overridden acceptsFirstResponder to return YES whether the superclass text
> field is editable or not. It also returns YES to canBecomeKeyView. I have 6
> of them on-scree
On May 17, 2014, at 2:16 AM, Charles Carver wrote:
> Thanks for the tips! As I’m new to Cocoa, they’re all very helpful.
You're welcome. I'm glad to help.
>> You should consider what happens if the server is slow to respond. The
>> above call will block until the image download is complete.
I have a custom NSView (actually subclass of NSTextField) in which I've
overridden acceptsFirstResponder to return YES whether the superclass text
field is editable or not. It also returns YES to canBecomeKeyView. I have 6 of
them on-screen and lots of logging. The 6 are dynamically added, not f
Ken,
Thanks for the tips! As I’m new to Cocoa, they’re all very helpful.
> You should consider what happens if the server is slow to respond. The above
> call will block until the image download is complete. Better to use the
> asynchronous URL loading mechanisms in the frameworks (e.g. NSURL
17 matches
Mail list logo
