Keyboard (cmd-C) copy from message area still doesn't work

[dimrat]

Hi all,

Unfortunately, the keyboard (cmd-C) copy from message area still doesn't work in newest build 163.

It is quite annoying, because copy through context-sensitive menu or via Edit menu is OK.

One another standard Mac OSx feature that does not work (or not implemented) is activate and move text within edit field

Is there plans to address above bugs?

[InvisoSniper X]

Cmd+C works for me :/

New mac user, so i cant speak to your second item

[dimrat]

Hi!

After computer reboot today, Trillian requested and installed new build 165 and cmd+C now works!

The text moving is still not yet implemented...

[dimrat]

Unfortunately, cmd-C still does not work in case the keyboard layout is set to other then default layout.

In my case, if keyboard layout is not default US but Bulgarian-Phonetic the cmd-C causes activated text to become deactivated (!) and does not copy anything, which is very annoying...

What is even more annoying - when a text in message area is activated (to be subsequently copied) and keyboard layout is changed either way, the activated text becomes deactivated...

[Sparks]

What do you mean by 'deactivated'? You mean it turns off text input for the message window entirely? Does this disabling of text input also happen if you pick 'Copy' from the Edit menu? (I ask because the 'copy' stuff isn't written to work separately in most circumstances; it's just the Command-C menu accelerator triggering the code from the menu. So if it's the copy code in Trillian doing this, using the Copy option from the Edit menu will cause the same issue.)

I can't reproduce this, even changing my keyboard layout settings. So if you have a detailed repro case I can use to reproduce the issue, please add it to Bugzilla so I can take a look!

[dimrat]

I am not sure in terminology, so let me explain:

- instead of text "activate", read "select" a text (via double clicking on word, for example). Selected text gets highlighted through highlight color
- instead of "deactivated", read "deselected", i.e. text is no more selected

1. I played again trying to copy text selected in message window at different input methods:

- Command-C and Edit-->Copy command work as expected with US (Mac OSX and keyboard used are English) and German input methods

- if any of Bulgarian, Bulgarian - Phonetic, Russian input methods are selected then Edit-->Copy command does work as expected (text is copied and remains selected), but Command-C does not work:

-- text is not copied
-- text is becoming deselected
-- focus changes to the edit part of Message window

2. Changing the input source in Trillian if the focus is in the message window (not in the edit part) is a mess:

- to change the input source to the next via Command-Space (Alt-Space is assigned to Spotlight) using the normal sequence press Command key, then press Space key, then release Space Key does not work. The change to the next source occurs after pressing further once or twice Space key or after releasing Command key. It seems, something is wrong with servicing the Command key here.

- an attempt to change the input source to another method via Input Menu does not select that method. Instead, focus is changed to the edit part of message window. Second attempt now (without changing the focus to message window) does change input source to the correct method

In addition, if text in message window is selected, then:

- Command-Space causes deselection of selected text
- choosing input source directly via Input Menu causes also deselection of selected text

Hope this help :)

[Sparks]

The Command-Space thing, I'm not going to worry about. I see the same issue when toggling my input method between English and Japanese, but it also affects Apple's own Mail.app, among others.

In the Command-Space issue, it seems to be an issue with toggling input method in an NSTextView control that supports image embedding; since we allow pasting images into the input box for inline image support on Astra, we're affected just as Mail is. (When I reported it into Apple's 'RADAR' bug tracker, it was closed out as a duplicate; evidently, Apple's aware of the issue.)

On the rest, under Snow Leopard (10.6.6), I changed my keyboard layout to Bulgarian and was able to copy via Command-C without issue. I tested this in both Trillian and Safari, and the behavior was identical.

However, I notice something interesting; if I turn on the 'Keyboard Viewer,' I see that it seems to revert to the standard keyboard layout /for the language OS X is installed as/ rather than the input language. Without command held down, I see that the 's' key should be the Bulgarian character that looks like C, but if I hold down Command, I see the normal QWERTY layout, with C corresponding to my C key.

To demonstrate, see the attached screenshot. Note that it still shows the keyboard layout as 'Bulgarian - Phonetic' even when I'm holding down Command. (The shift key is also pressed because it had to be to snapshot the keyboard window. window.) If you copy with the C key as per QWERTY layout, does it work? I have no idea why OS X would revert to QWERTY layout on Command entry, but I'm trying to figure out if that's what's happening to you.