bugGNU TeXmacs - Bugs: bug #36044, "hat" key lost when...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #36044: "hat" key lost when using ibus input

Submitter:  Francois Poulain <fpoulain>
Submitted:  Fri 30 Mar 2012 12:28:23 PM UTC
   
 
Category:  Qt port Priority:  7 - High
Item Group:  Error Status:  Fixed
Privacy:  Public Assigned to:  mgubi
Originator Name:  Open/Closed:  Closed
Release:  None Release: 
Fixed Release:  None Fixed Release: 
Keywords: 

Jump to the original submission

Fri 29 Nov 2013 05:12:41 PM UTC, comment #11: 

Yes it is possible.

Francois Poulain <fpoulain>
Group Member
Fri 29 Nov 2013 05:03:54 PM UTC, comment #10: 

OK, but please confirm that you can enter the rsup tag by typeing '(dead)^ space'.  This seems reasonable to me, if ibus does not report the individual keypresses for '(dead)^'.  So unless you contradict me, I indeed do not consider this to be a bug inside TeXmacs.

Joris van der Hoeven <vdhoeven>
Group administrator
Fri 29 Nov 2013 04:35:37 PM UTC, comment #9: 

Note: the bug is reproducible with an azerty keymap.

> If I understand things correctly, ibus preempts the deadkey ^.
> In other words, typing '(dead)^ space' should produce ^,
> whereas '(dead))^ a' should produce â.


Exactly.

> Now what does Qt send as charcters to TeXmacs when trying to produce ^ and â in the above way?


TeXmacs] debug-keyboard, Pressed ^ at 30147
TeXmacs] debug-keyboard, ^ -> ^ -> ^

TeXmacs] debug-keyboard, Pressed â at 32091
TeXmacs] debug-keyboard, â -> â -> â

And Qt does not send anything if '(dead)^' or '(dead)^(dead)^' is typed.

> Which symbols do you manage to insert, and which characters do not work?


A 'rsup tag in math mode is no more entered via the dead hat.

Francois Poulain <fpoulain>
Group Member
Fri 29 Nov 2013 04:11:39 PM UTC, comment #8: 

OK, so please give me some more info.
If I understand things correctly, ibus preempts the deadkey ^.
In other words, typing '(dead)^ space' should produce ^,
whereas '(dead))^ a' should produce â.

Now what does Qt send as charcters to TeXmacs when trying to produce ^ and â in the above way?  Which symbols do you manage to insert, and which characters do not work?

Joris van der Hoeven <vdhoeven>
Group administrator
Fri 29 Nov 2013 03:10:39 PM UTC, comment #7: 

I can reproduce it. But for me it's an ibus bug. Let's close it.

Francois Poulain <fpoulain>
Group Member
Fri 29 Nov 2013 02:53:51 PM UTC, comment #6: 

I cannot reproduce this bug under Ubuntu (assuming a French keyboard).  I guess that it has been fixed in the meantime.  On the other hand, I am not sure whether ^ is directly understood as a dead key (it seems to be simply a hat, which is neverthless rewritten as a dead hat at an appropriate moment).

Joris van der Hoeven <vdhoeven>
Group administrator
Tue 16 Oct 2012 12:03:11 PM UTC, comment #5: 

Another precision : the bug isn't effectively due to the activation of Ibus, but only the (needed by Ibus) declaration of the environment variable : QT_IM_MODULE="ibus".

Francois Poulain <fpoulain>
Group Member
Tue 16 Oct 2012 11:56:54 AM UTC, comment #4: 

In fact, without Ibus, when I type 'â', I get on the debugger :
Keyboard] Pressed hat at 27640
        ] $ hat -> $ hat -> $ hat
        ] hat -> hat -> accent:deadhat
Keyboard] Pressed a at 28800
        ] hat a -> hat a -> accent:deadhat a
        ] a -> a -> a

When I use Ibus, I don't have anymore the information of composition via dead key. I get directly the glyph in utf8 :
Keyboard] Pressed � at 1448593
        ] space � -> space � -> space
        ] � -> � ->
(the � displayed is due to cork encoding, but it is in fact a Cork 'â')

I suppose the problem is due to Ibus which preempt the effect of the dead key, and doesn't transmit the information to Qt. So, if it is the case, I think this bug is not at all due to TeXmacs.

Francois Poulain <fpoulain>
Group Member
Tue 16 Oct 2012 11:50:11 AM UTC, comment #3: 

I confirm that a part of the problem was due to Ibus. With a newer version of Ibus, this bug is less problematic.

From now, it is possible, when Ibus is activated, to get "hated" letters, like â. It is also possible, to get exponents in math mode. But this doesn't work with the "dead" hat key; this work this the "direct" '^' key (obtained by composition).

Francois Poulain <fpoulain>
Group Member
Mon 10 Sep 2012 09:33:53 AM UTC, comment #2: 

I think this can also due to Ibus. I experienced a different behavior before and after having installed it.

See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591459

Francois Poulain <fpoulain>
Group Member
Fri 30 Mar 2012 12:41:46 PM UTC, comment #1: 

This is almost surely the same problem as (or at least it's very closely related to)  https://savannah.gnu.org/bugs/?36037

Miguel de Benito <mdbenito>
Group Member
Fri 30 Mar 2012 12:28:23 PM UTC, original submission:  

Step to reproduce (under debian) :

  • install ibus ibus-clutter ibus-qt4 ibus-table
  • launch TeXmacs with QT4_IM_MODULE=ibus
  • test to enter $x^a$

  ---> the 'hat' shortcut has no effect.

Francois Poulain <fpoulain>
Group Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by vdhoeven (Posted a comment)
  • -email is unavailable- added by mdbenito (Posted a comment)
  • -email is unavailable- added by fpoulain (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follow 6 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2013-11-29 vdhoeven Open/ClosedOpen Closed
    2013-11-29 vdhoeven Open/ClosedClosed Open
    2013-11-29 vdhoeven StatusNone Fixed
        Assigned toNone mgubi
        Open/ClosedOpen Closed
    2012-03-30 mdbenito Priority5 - Normal 7 - High

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code