[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference bulova::decw_jan-89_to_nov-90

Title:	DECWINDOWS 26-JAN-89 to 29-NOV-90
Notice:	See 1639.0 for VMS V5.3 kit; 2043.0 for 5.4 IFT kit
Moderator:	STAR::VATNE

Created:	Mon Oct 30 1989
Last Modified:	Mon Dec 31 1990
Last Successful Update:	Fri Jun 06 1997
Number of topics:	3726
Total number of notes:	19516

2732.0. "National keyboard problem with DECW$CALC" by OSLLAV::AGE_P (Aage Ronning , FSU Oslo/Norway, DTN 873-0508) Wed May 09 1990 06:29

VMS V5.3-1 & V5.4xx

The documentation for DECW$CALC says you can use input either from mouse,
Keypad or Keyboard. This works fine for an American keyboard, but when I'm
using my "NORWEGIAN LK201RN TW" I'm not able to use the divide sign(/) from the
keyboard. All the other ones work as described.

Why I don't use <PF2> ???    Ask my customer about that!

My keyboard is a LK 201, PN: 70-23983-AN

Is the problem that I have to use <shift>7 to get my /, while the American 
keyboard doesn't use <shift>?

If this is a bug, will it be fixed?


Regards
Aage Ronning

T.R	Title	User	Personal Name	Date	Lines
2732.1	National keyboard problem with DECW$CALC	UTOPIE::KASPAR		`Tue Jul 24 1990 11:44`	14
	* URGENT * URGENT * URGENT * URGENT *URGENT * URGENT * URGENT * MANFRED We have in Austria the same problem. Perhaps someone has fixed this, please give me a pointer. VMS5.3-1, AUSTRIAN_GERMAN_LK201LG_TW )):-( MANFRED_END
2732.2	Qar it	STAR::ORGOVAN	Vince Orgovan	`Tue Jul 24 1990 18:47`	2
	This sounds like a bug to me. If you want it to get fixed, please file a QAR.
2732.3		YRDARM::finnegan	Neal, DECdecision - mail to: via::finnegan	`Tue Aug 14 1990 19:21`	15
	This has been QAR and answered. The basic answer is that the keyboard mappings do not allow me to get what I want. I can just say, give me the key 7 because then I can't get the & on the US keyboard so I have to say give me non-shifted 7. When the 7 is on the upper row (as in Austrian), the non-shift filters. The good news is that the translation table can be customized by the translator so the native language versions should work correctly. The only real solution is to interpret the input characters and provide some translation mechanism as well. These services were provived by the translation table. The current DECwidows Calc project leader is aware of the problem. Neal
2732.4		PAULUS::BAUER	Richard - ISE L10N Center Frankfurt	`Tue Sep 04 1990 07:53`	9
	Re.3 >The only real solution is to interpret the input characters and provide some >translation mechanism as well. These services were provived by the translation >table. > Wouldn't VMS Terminal Fallback Facility be able to provide that ??? Richard
2732.5		YRDARM::finnegan	Neal, DECdecision - mail to: via::finnegan	`Tue Sep 04 1990 11:17`	4
	I'm not familiar with the VMS Terminal Fallback Facility but any solution needs to work for VMS and ULTRIX. Neal
2732.6		HANNAH::MESSENGER	Bob Messenger	`Tue Sep 04 1990 14:01`	11
	Re: .3 >This has been QAR and answered. The basic answer is that the keyboard mappings >do not allow me to get what I want. I can just say, give me the key 7 because >then I can't get the & on the US keyboard so I have to say give me non-shifted >7. When the 7 is on the upper row (as in Austrian), the non-shift filters. You should call XLookupString and use the returned string. That's what DECterm does. -- Bob
2732.7		YRDARM::finnegan	Neal, DECdecision - mail to: via::finnegan	`Wed Sep 05 1990 10:46`	7
	Right but then I need to create a parser and a translation table. All of this was nicely handled by the key bindings in the Xt translation table until the user switched keyboards. Essentially, keyboard translation tables do not work for all keyboards. The entire mechanism needs to be redesigned and the parser and translation table written - this is beyond the scope of the current project. Neal
2732.8		HANNAH::MESSENGER	Bob Messenger	`Wed Sep 05 1990 17:50`	6
	Re: .7 I guess you have a point there; DECterm doesn't use the translation manager. (Maybe that's why.) -- Bob