Hi, All,
I'm sorry for an offtopic, so I'm writing just to close the thread.
On 02.03.2010, at 7:37, Andy Lee wrote:
If I feel my app should come forward in both cases I do think it
should be okay to implement it that way, but there *is* precedent
for not activating the app.
I'd even say,
Am 02.03.2010 um 00:27 Uhr schrieb Matthew Lindfield Seager:
If I've told a video player to start playing files on open I would
generally expect the player to bring itself to the front after
specifically dropping a media file onto it.
Well, yes. But that's not what we are talking about. We ar
On Mar 1, 2010, at 6:27 PM, Matthew Lindfield Seager wrote:
> On Monday, March 1, 2010, Andreas Mayer wrote:
>> Try dragging something onto the iTunes source list. iTunes will import it,
>> but will not activate itself.
>
> Apples & Oranges... iTunes is (was?) a library application more than a
>
On Monday, March 1, 2010, Andreas Mayer wrote:
> Try dragging something onto the iTunes source list. iTunes will import it,
> but will not activate itself.
Apples & Oranges... iTunes is (was?) a library application more than a
player. It also has origins in audio, not video. Then again I think
t
Am 28.02.2010 um 21:20 Uhr schrieb Alexander Bokovikov:
What do you have in mind? Is it incorrect to create such behavior?
I think it is.
My app is a player. Dropping file into it I'd expect its activation.
Why?
Without activation all visual controls are not reachable unless
you'll cli
On 28.02.2010, at 22:38, Andreas Mayer wrote:
Hm. You don't?
Just dragging should not switch the focus to another application.
What do you have in mind? Is it incorrect to create such behavior? My
app is a player. Dropping file into it I'd expect its activation. Am I
wrong? Without activ
On 28 Feb 2010, at 15:46, Alexander Bokovikov wrote:
On 28.02.2010, at 17:48, jonat...@mugginsoft.com wrote:
Try scheduling it for the next iteration of the run loop.
[mainWindow performSelector:@selector(makeKeyAndOrderFront:)
withObject:nil afterDelay:0.0];
It looks like I've understo
Am 28.02.2010 um 15:46 Uhr schrieb Alexander Bokovikov:
I drop a file into my app's window. And the question is how to
"switch the global system focus" to my app?
Hm. You don't?
Just dragging should not switch the focus to another application.
Of course you *can* steal the focus using NSAp
On 28.02.2010, at 17:48, jonat...@mugginsoft.com wrote:
Try scheduling it for the next iteration of the run loop.
[mainWindow performSelector:@selector(makeKeyAndOrderFront:)
withObject:nil afterDelay:0.0];
Really the problem was not in the scheduling but just in the scope of
the message
On 28.02.2010, at 17:48, jonat...@mugginsoft.com wrote:
Try scheduling it for the next iteration of the run loop.
[mainWindow performSelector:@selector(makeKeyAndOrderFront:)
withObject:nil afterDelay:0.0];
It looks like I've understood why it is not working. Here is the
message descript
On 28.02.2010, at 17:48, jonat...@mugginsoft.com wrote:
Try scheduling it for the next iteration of the run loop.
[mainWindow performSelector:@selector(makeKeyAndOrderFront:)
withObject:nil afterDelay:0.0];
I tried it too as well as
performSelectorOnMainThread:(SEL)aSelector withObject:(i
On 28 Feb 2010, at 12:37, Alexander Bokovikov wrote:
> Hi, All,
>
> Perhaps it's my misunderstanding, but I can't activate window title when I
> apply
>
> [mainWindow makeKeyAndOrderFront:nil]
>
> to main app window in the "performDragOperation" drag&drop handler. The
> content is dropped int
Hi, All,
Perhaps it's my misunderstanding, but I can't activate window title
when I apply
[mainWindow makeKeyAndOrderFront:nil]
to main app window in the "performDragOperation" drag&drop handler.
The content is dropped into the window, and window goes to the top of
screen, but its title
13 matches
Mail list logo
