Recent problem: typing separator char ignored

Phil Longstaff plongstaff at rogers.com
Fri Feb 26 08:47:25 EST 2010


On Fri, 2010-02-26 at 20:21 +0900, Yasuaki Taniguchi/谷口康明 wrote:
> Hello,
> 
> 1) when entering an account name, the account separator would no longer accept
> at the current level
>  of the account tree and move to the next level
> 2) <SHIFT>+ and <SHIFT>- in a date field would not change the field by 1 week.
> 
> I confirmed both of them. Thank you for your pointing them out.
> 
> 1) is easy to fix and I've already made a patch.
> But it is necessary to discuss more on 2).

Thanks.  I'll try it.

> 
> At first, I ask you two questions.
> a) Which type is your keyboard layout.

US-ASCII

> b) What is the accurate action?
> 
> I suppose you use the US-ASCII keyboard layout or similar ones. The
> relation between
> keypress and keycode are as follows:
> <keypress minus> = [keycode '-']
> <keypress shift + minus> = [keycode '_']
> <keypress equal> = [keycode '=']
> <keypress shift + equal> = [keycode '+']
> 
> But most Japanese people (except me) use jp106 or traditional JIS layout.
> Please see Wikipedia about keyboard layout.
> http://en.wikipedia.org/wiki/Keyboard_layout
> 
> The relation is:
> <keypress minus> = [keycode '-']
> <keypress shift + minus> = [keycode '=']
> <keypress equal> = unknown
> <keypress shift + equal> = unknown
> <keypress shift + semicolon> = [keycode '+']
> <keypress shift + backslash or Yen> = [keycode '_']
> 
> When I think other keyboard layouts, the situation is far complex.
> What do you have ideas to resolve these complexity?
> 
> Many applications and guidelines take "keyboard acceleration with Alt
> and/or Control"
> and throw away "one keypress acceleration" in order to globalize themselves.
> 
> >> Seems like the correct usage of the Asian character input methods in
> >> the context of our register is rather complex. :-(
> 
> I think so too. But this is the way Gnumeric passed several years ago.

I don't know much about this area of software.  Of the two issues, #1
(account name entry) was more of an issue, so I'm glad it was easy to
fix.

Given the complexity of this area, this fix will need to get a lot of
testing.

Phil



More information about the gnucash-devel mailing list