tilde breaks grouping about console HOT 6 CLOSED

Hi,
Indicate your language keyboard.
I think you use a dead key to type a tilda.
There is a problem with dead chars broadcasting.

from console.

Hi,
I'm using a french keyboard where tila is on AltGr+2.
I confirm there's no problem when I type tilda using Alt+238
Best regards

Bonne journée

Pascal Masschelier
06 84 59 38 02
09 52 42 44 73

On Tue, Oct 1, 2013 at 8:49 AM, Christophe Bucher
[email protected]:

Hi,
Indicate you language keyboard.
I think you use a dead key to type a tilda.
There is a problem with dead chars broadcasting.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/41#issuecomment-25428842
.

from console.

The problem is complex.

Some keys, during a broadcast to multiple consoles, work only when they are translated to char (WM_CHAR) or dead char (WM_DEADCHAR).

Some keys (as numpad numbers) don't work when they are translated. WM_KEYUP/WM_KEYDOWN must be sent.

Some keys are not translated into chars or dead chars (INS, DELETE, ...), so I cannot filter and just send WM_CHAR/WM_DEADCHAR.

The function TranslateMessage always returns 1, the caller cannot know if a WM_CHAR or WM_DEADCHAR has been added into the message queue.

Application must send either only WM_KEYDOWN or only WM_CHAR for the same key; otherwise, the console receives twice the char.

So I have to choose key's range. I assume these keys are translated. I don't send WM_KEYUP/WM_KEYDOWN for these keys.

There is an experimental version here.
The modification must be validated on many languages and keyboards...

from console.

Hi
thanks for the explanation
unfortunately in this version ConsoleZ.1.09.0e1.7z, behavior is not correct
either

• when I have grouped panes and I type in '', active pane receive one
  '', which is good, but other panes receive something like a space, which
  is not that good.
• alt+charcode doesn't work ext +238 doen't produce anything
  Best regards

Bonne journée

Pascal Masschelier
06 84 59 38 02
09 52 42 44 73

On Fri, Oct 4, 2013 at 12:40 PM, Christophe Bucher <[email protected]

wrote:

The problem is complex.

Some keys, during a broadcast to multiple consoles, work only when they
are translated to char (WM_CHAR) or dead char (WM_DEADCHAR).

Some keys (as numpad numbers) don't work when they are translated.
WM_KEYUP/WM_KEYDOWN must be sent.

Some keys are not translated into chars or dead chars (INS, DELETE, ...),
so I cannot filter and just send WM_CHAR/WM_DEADCHAR.

The function TranslateMessage always returns 1, the caller cannot know if
a WM_CHAR or WM_DEADCHAR has been added into the message queue.

Application must send either only WM_KEYDOWN or only WM_CHAR for the same
key; otherwise, the console receives twice the char.

So I have to choose key's range. I assume these keys are translated. I
don't send WM_KEYUP/WM_KEYDOWN for these keys.

There is an experimental version here https://truck.it/p/IkSs7ScVVP.
The modification must be validated on many languages and keyboards...

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/41#issuecomment-25690257
.

from console.

please try experimental version 1.09.0.13281

from console.

Hi,
I've not been able to defeat this version, it seems to run perfectly.
Congratulations.
Best regards

Bonne journée

Pascal Masschelier
06 84 59 38 02
09 52 42 44 73

On Tue, Oct 8, 2013 at 12:15 AM, Christophe Bucher <[email protected]

wrote:

please try experimental version 1.09.0.13281https://truck.it/p/_h5p7iuATU

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/41#issuecomment-25850081
.

from console.