bugGNU Octave - Bugs: bug #41124, Some keyboard layouts cannot input...

 
 

bug #41124: Some keyboard layouts cannot input characters

Submitter:  None
Submitted:  Mon 06 Jan 2014 07:38:53 PM UTC
   
 
Category:  GUI Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Incorrect Result
Status:  Fixed Assigned to:  None
Originator Name:  Cid Gonzalez Originator Email:  -email is unavailable-
Open/Closed:  * Closed Release:  * 3.8.0
Operating System:  * Mac OS Fixed Release:  None
Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Wed 06 Aug 2014 01:26:26 AM UTC, comment #19: 

The patch is for patching Octave's source code. This may be difficult to do if you are not experienced with building octave from source, particularly on Mac OS X. Please refer to the mailing list for help, which is a better location for getting help than the bug tracker:

    https://lists.gnu.org/mailman/listinfo/help-octave

Jordi Gutiérrez Hermoso <jordigh>
Group Member
Tue 05 Aug 2014 08:34:55 PM UTC, comment #18: 

Hi all,
I'm stuck. Can someone please be so kind to tell me what to do? I've downloaded that patch, but what to do with it?

Kim Bimm <kbimm>
Mon 28 Apr 2014 10:39:44 PM UTC, comment #17: 

Thanks Torsten, this will really improve many users' experience on mac.

Pantxo Diribarne <pantxo>
Group Member
Mon 28 Apr 2014 09:05:53 PM UTC, comment #16: 

Sorry, I lost track of this bug/patch. I have pushed it with cset
http://hg.savannah.gnu.org/hgweb/octave/rev/d565a5f5e06e

Thank you

Torsten Lilge <ttl>
Group Member
Mon 28 Apr 2014 11:19:01 AM UTC, comment #15: 

Is there any reason to not push the attached patch and close this bug report?

As I explained, the current implementation of the qterminal assumes option is equivalent to alt (qt incorrectly treats option as AltModifier), which is far from true:

  • many people need the option key to enter special characters like the ones mentioned in this bug report.
  • when the user presses e.g. option+p, Qt receives AltModifier+pi (the Greek letter): there is no simple way know what the original character was (here p) as the special characters mapping is locale dependent.


Some software can handle this issue and use option as Alt (e.g. mac terminal and emacs) but I guess they all use low level mac specific libraries.

Pantxo Diribarne <pantxo>
Group Member
Sat 01 Mar 2014 12:48:01 PM UTC, comment #14: 

Torsten, see comment #13 in bug #41337: I think we should simply disable the current behavior on mac platform and not make it a user preference as it simply doesn't work at all.

Pantxo Diribarne <pantxo>
Group Member
Sat 01 Mar 2014 10:06:15 AM UTC, comment #13: 

In mac terminal preference you can set "Use option as meta key". By default this preference is unchecked and you have to use ESC key to emulate META.

In some sense the two bugs are related: those who want option key for character input won't be able to use it as META to search history.

Pantxo Diribarne <pantxo>
Group Member
Sat 01 Mar 2014 09:09:44 AM UTC, comment #12: 

I can prepare a patch including the user preference. What is the description for the preference in the mac terminal?

Is bug #41337 related to this one?

Torsten Lilge <ttl>
Group Member
Fri 28 Feb 2014 06:31:31 PM UTC, comment #11: 

On mac alt(option) modifier is useful to type some characters such as those mentioned in this bug report. Attached is a patch that disables the default behavior of qterminal which is to prepend the following character with esc character. This should probably be made configurable (as in mac terminal) for those who don't care about option key.

(file #30737)

Pantxo Diribarne <pantxo>
Group Member
Wed 22 Jan 2014 07:12:01 PM UTC, comment #10: 

Here is what I obtain in the gui :


>> char (233)
ans = �
>> char (126:255)
ans = ~��������������������������������������������������������������������������������������������������������������������������������
>> val = double ("é")
val =

   195   169

>> char (val)
ans = é
>> sprintf ("é")
ans = é


So that the command window :
 - accepts the input "é" : it's not a key sequence, but a proper key on my keyboard,
 - displays "é" fine,
 - does not display "é" as a result of "char (233)" (in CLI neither) but "?", same for any character from 128:255.
 - does display "é" as a result of "char (double ("é"))".

I am not able to interpret the last 2 points, and I am not sure any of those is related to this particular bug.

The problem is that e.g. opening bracket (BTW it's an ascii character, 91), can be displayed but once you know how to input it :-)




 



Pantxo Diribarne <pantxo>
Group Member
Wed 22 Jan 2014 05:44:36 PM UTC, comment #9: 

it's definitely an input rather than display bug, as demonstrated by this:


>> char(233)
ans = é



Felipe G. Nievinski <fgnievinski>
Fri 10 Jan 2014 07:49:57 AM UTC, comment #8: 

Indded that is what I obtain in the gui terminal:


>>  = pi  % vari\303\241vel
var =  3.1416
>> vari\303\241vel = pi
error: invalid character '�' (ASCII 195) near line 1, column 6
parse error:

  syntax error

>>> variável = pi
        ^


For the reference here is what I obtain if I paste those commands in the apple terminal in cli mode (where every keyboard input work as expected):


octave:124> var = pi  % variável
var =  3.1416
octave:125> variável = pi
error: invalid character '?' (ASCII 195) near line 1, column 6
parse error:

  syntax error

>>> variável = pi
        ^


Sorry but what does this show ?
gui terminal does not accept/display non ascii characters whereas apple terminal does ?

Pantxo Diribarne <pantxo>
Group Member
Fri 10 Jan 2014 03:18:17 AM UTC, comment #7: 

this may be related.
paste this line in the editor:


var = pi  % variável
variável = pi


now select it in the editor and press F9 (to run selection).
the result in the terminal will be:


>> var = pi  % vari\303\241vel
var =  3.1416

>> vari\303\241vel = pi
error: invalid character '├' (ASCII 195) near line 1, column 6
parse error:

  syntax error

>>> vari├ível = pi        ^


Felipe G. Nievinski <fgnievinski>
Tue 07 Jan 2014 12:45:31 PM UTC, comment #6: 

Yes, if I switch to "American" layout the brackets and back-slash work fine.

About the other issues:
 - ctrl + ... don't work
 - arrows don't work
 - tab completion works with both "French" and "American" layouts, sorry my mistake

All the dead keys mentioned in [1] work fine with both layouts.

[1] http://savannah.gnu.org/bugs/?39009

Pantxo Diribarne <pantxo>
Group Member
Tue 07 Jan 2014 11:22:55 AM UTC, comment #5: 

Does it work if you change your keyboard layout to US English? Is this related to or a duplicate of bug #39009 ?

Jordi Gutiérrez Hermoso <jordigh>
Group Member
Tue 07 Jan 2014 04:59:36 AM UTC, comment #4: 

pt_BR shows no problems

Felipe G. Nievinski <fgnievinski>
Mon 06 Jan 2014 09:47:56 PM UTC, comment #3: 

Reverse slash (left divide operator) doesn't work either.

Anonymous
Mon 06 Jan 2014 09:30:16 PM UTC, comment #2: 

I can confirm the issue using the dmg from octave forge, with OSX 10.9.1 on a macbook pro (laptop) with french keyboard (azerty and accents). The problem seams more general :
 - arrow keys don't work.
 - tab completion doesn't work neither
 - key sequences involving ctrl (+a,e,u,k,c at least) don't work
 
Square brackets (optained using alt+shift+( or )) are weird:
 - to obtain opening brackets you have to type the corresponding key sequence twice,
 - to obtain closing braquets you have to type opening and then closing key sequence,
 - if you try only once (nothing seams to happens), you have to type twice the return key to flush the input and go to the next line.

It is not specific to this dmg as I had already noticed the arrow keys problem with a self compiled version.

Pantxo Diribarne <pantxo>
Group Member
Mon 06 Jan 2014 07:52:14 PM UTC, comment #1: 

Perdona, ¿puedes repetir el problema en castellano? ¿Puedes o no puedes ingresar los corchetes? ¿En la interfase gráfica al pulsar las teclas de los corchetes y sólo estas teclas, no ves ningún cambio? ¿Cómo has compilado u obtenido Octave para Mac OS X?

English translation:

Excuse me, can you please repeat the problem in Spanish? Can you or can you not type the square brackets? In the GUI, when you press the square bracket key and only these keys, you see no response? How did you compile or obtain Octave for Mac OS X?

Jordi Gutiérrez Hermoso <jordigh>
Group Member
Mon 06 Jan 2014 07:38:53 PM UTC, original submission:  

Can input [] square brackets sometimes. Keyboard doesn't repond in graphical interface but in terminal

Anonymous

 

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

Attach Files:
   
   
Comment:
   

Attached Files
file #30737:  remove_esc.patch added by pantxo (897B - text/x-diff)

 

Carbon-Copy List
  • -email is unavailable- added by kbimm (Posted a comment)
  • -email is unavailable- added by ttl (Posted a comment)
  • -email is unavailable- added by jwe (Updated the item)
  • -email is unavailable- added by fgnievinski (Posted a comment)
  • -email is unavailable- added by pantxo (Posted a comment)
  • -email is unavailable- added by jordigh (Posted a comment)
  • -email is unavailable- added by None (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.

    Only group members can vote.

     

    Follow 15 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2016-05-01 mtmiller Dependencies- bugs #47785 is dependent
    2015-02-04 mtmiller Dependencies- bugs #44188 is dependent
    2015-01-13 mtmiller Dependencies- bugs #43578 is dependent
    2014-11-25 mtmiller Dependencies- bugs #43685 is dependent
    2014-08-27 mtmiller Dependencies- bugs #43084 is dependent
    2014-06-03 mtmiller Dependencies- bugs #42499 is dependent
    2014-06-03 mtmiller Dependencies- bugs #41949 is dependent
    2014-04-28 ttl StatusNeed Info Fixed
        Open/ClosedOpen Closed
    2014-02-28 pantxo Attached File- Added remove_esc.patch, #30737
    2014-01-09 jwe CategoryInterpreter GUI
        Item GroupGUI Incorrect Result
    2014-01-09 jordigh Item GroupNone GUI
    2014-01-09 jordigh SummaryCan input [] square brackets Some keyboard layouts cannot input characters
    2014-01-06 jordigh StatusNone Need Info

    Back to the top

    Powered by Savane 3.13-02a9.
    Corresponding source code