[Psi-devel] Four outstanding OS X issues (0.11-dev May 22 2007)

[Brian Bender]

On Jun 1, 2007, at 10:54 AM, Brian Bender fxsasjse902-at- 
sneakemail.com |psi/personal| wrote:

> On May 26, 2007, at 4:37 AM, Remko Tronçon remko-at-el-tramo.be |psi/
> personal| wrote:
>
>>> [2] Missed keystrokes - this is extremely annoying (probably same
>>> issue as seen by James Bunton,
>>
>> This issue (cmd-~) should have been fixed recently as well.
>
> I just got around to verifying this. It is fixed in chat windows, but
> it's still present in message windows.

Sorry for replying to myself, but it's also still broken in the XML  
input field, the Address field in the Service Discovery dialog... It  
looks like there's either a problem with a stock QT input field or  
the way Psi is creating/using it.

Keys pressed with the Command (Apple) key shouldn't be passed to the  
edit control whether it's assigned to an action or not. For example,  
cmd-u does a clear-to-beginning-of-line in the chat window. It  
doesn't in the message window. That's OK, but what _shouldn't_ happen  
in the message window (but does) is a "u" show up in the input field  
in the message window. In every other OS X app I've tried, an  
unassigned accelerator (cmd+key) just produces a beep and no  
character. It's as if QT is watching and trying to interpret lowlevel  
keycodes instead of receiving keyboard events already translated by  
the OS or something...

FWIW, I don't think it's inherently a QT thing -- I've got another QT- 
based app (Perforce's P4V) that doesn't show similar behavior. But I  
suppose it may be QT3-based; they don't even acknowledge that it's  
using QT in the about box or anything (must be using the paid license  
rather than open-source?).

I'll try to build the latest QT4 locally and play with some of the  
samples as soon as I get a chance.

Thanks,

  - Brian