Linux editor shortcomings
Status: Beta
Brought to you by:
nhathaway
Menu
▾
▴
#2 Linux editor shortcomings
The Linux version has the same problems as the MacOS X one: no
possibility to enter braces, brackets, backslash, hash, hat,
ampersand, grave accent, tilde. All these characters are obtained on
the French keyboard by a alt-gr+ket combination. The only solution
I found to circumvent this problem is to store the missing characters
in a text file, to open this file in ideps and to introduce them in the
PS code by copy&paste...
Everythings works fine under (French) Windows XP... This problem
concerns only MacOS X and Linux (I have tested only Red Hat 8).
Logged In: YES
user_id=487598
I have a problem reproducing this, not having a French
keyboard.
I do have a UK keyboard, and the only common alt-gr is the
Euro sign (alt-gr+4). However, I can't get this on Linux,
because of incorrect keymap (or something settings) on X-
windows.
What I have found is, for example, alt-gr+5 is mapped to the
1/2 (half) glyph, and this is consistent across all applications
running under X, including ideps. The same is true of all alt-gr
characters that produce valid characters on X.
I'm not sure what 'ket' is as in 'alt-gr+ket' above. Is this
anything to do with two-keystroke compose-charater
sequences found on some Unix terminals?
Can you definitiely confirm that the behaviour of ideps with
alt-gr is different from all other X-windows apps on a given
French keyboard machine?
You may have a copy of SciTE on you linux machine (note:
capitalisation of the S and TE is important) - type SciTE at
the bash prompt to see. If so, does this have the same
problem? (SciTE is the reference usage of the Scintilla editing
component - you can get from
http://www.dudex.net/rpms/scite-1.53-aap1.i386.rpm )
Logged In: YES
user_id=487598
Interestingly, I just tried SciTE on my machine and there *is*
a difference between alt-gr behaviour from one app to
another. For example at-gr+y comes out as u-circumflex on
SciTE, whereas on ideps it does nothing.
Crucially, I have found that ideps behave the same as gedit
(the gnome/gtk editor). Is this the same for you? In which
case it may be related to gtk.
Logged In: YES
user_id=95233
I have tested gedit, it works just fine. gedit is a frequently used
application, it could not possibly have a problem with characters as
common as {}[]\@| etc. ideps is the first software I encounter with that
problem.
Logged In: YES
user_id=487598
Eariler response post by Yannis:
>I have a problem reproducing this, not having a French
>keyboard.
you have many virtual keyboards in red Hat 8
>I'm not sure what 'ket' is as in 'alt-gr+ket' above. Is this
>anything to do with two-keystroke compose-charater
>sequences found on some Unix terminals?
A typo of mine: I ment alt-gr+key = alt-gr+regular key
>Can you definitiely confirm that the behaviour of ideps with
>alt-gr is different from all other X-windows apps on a given
>French keyboard machine?
YES, at least all those I tested
>You may have a copy of SciTE on you linux machine (note:
>capitalisation of the S and TE is important) - type SciTE at
>the bash prompt to see. If so, does this have the same
>problem? (SciTE is the reference usage of the Scintilla
editing
>component - you can get from
>http://www.dudex.net/rpms/scite-1.53-aap1.i386.rpm )
I just installed it. It works perfectly.
Logged In: YES
user_id=487598
I have reported the problem as a wxWindows bug #828805.
Logged In: YES
user_id=95233
But i did told you that the "Controls wxWindows App" works just fine, so I
don't see why this is a wxWindows bug, rather than specific to idePS?
Logged In: YES
user_id=487598
I was determining whether is was general to wxWindows
controls or specific to the wxStyledTextCtrl (also part of
wxWindows). You test confirms that it is specific to
wxStyledTextCtrl, since the other controls (in the sample
app) work OK.
wxWindows performs an isolation layer between the ideps
application and the platform it is running on, so the ideps
code is (largely) platform independent. Thus, problems that
occur on one platform and not another are most likely due to
wxWindows itself, whereas problems that occur on all
platforms are most likely to be ideps.
Logged In: YES
user_id=95233
>code is (largely) platform independent. Thus, problems that
>occur on one platform and not another are most likely due to
>wxWindows itself, whereas problems that occur on all
>platforms are most likely to be ideps.
So you mean that the fact that exactly the same problem occurs under
MacOS X is a coincidence? [considering the fact that under XP everything is
fine]
Logged In: YES
user_id=487598
Yes, although perhaps not entirely a coincidence.
It may be that Windows handles alt-gr at a system level, so
the app never gets to see the keystrokes, whereas the other
OS's don't (a guess).
The offending code in wxWindows (2.4.2) is likely to be the
code in contrib/src/stc/ScintillaWX.cpp lines 680-744, the
function ScintillaWX::DoKeyDown(), which is where all
incoming keystrokes are handled.