View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000067 | ascend | tcltk-gui | public | 2005-10-08 02:11 | 2008-02-10 13:03 |
Reporter | john | ||||
Assigned To | ben | ||||
Priority | high | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Product Version | |||||
Target Version | Fixed in Version | 0.9.6 | |||
Summary | 0000067: Editing in the script window: DEL and Backspace wrong way around! | ||||
Description | For some reason, when I try to edit in the Script window, Del works like Backspace and Backspace works like Del. Very confounding! I remember this issue occurring on old xterms, it was set by some kind of key mapping. Presumably Tcl/Tk has a mechanism in place for this, since there's no problem in the file dialogs etc. | ||||
Tags | No tags attached. | ||||
|
Reminder sent to: ben Hi Ben Wondered if you've seen this bug as well. Editing in the script window gives bksp and del keys wrong way around. Could be another Tcl/Tk 8.3.5 incompatibility I guess. JP |
|
There is indeed a workaround already in the system to let the user pick which mapping they prefer or need to get around their x environment or whatever. now if i can just remember where we put it... GlobalProc.tcl proc set_cmuBindings contains several workarounds for various platforms some of which may need updating with additional special cases (perhaps by tk version) or some of which you may wish to steal and put in your own .ascendrc to avoid commiting code that is your-workstation specific. The persistent problem with del/bksp is that keyboard makers and workstation vendors have never agreed on a standard for where del/bksp are on the keyboard and what each means. Thus many users are in the habit of defining them by exception in their X environments (not that i'm one of these). Ben |
|
This problem is with Fedora Core 3 and Fedora Core 4 on two different machines. I suspect there is a problem with the 'environment sniffing' in Linux, rather than a workstation-specifc thing. My input locale is US-english. I have no problems like this in any other program on FC3/FC4 - presumably it *has* been standardised now, but somehow ASCEND isn't using the 'standardised' routines, or something? JP |
|
Reminder sent to: ben Hi Ben Of all the bugs that I filed in Mantis against the Tcl/Tk interface, this is probably the only critical one for our next release. Have you been able to reproduce this with FC4/FC5? Cheers JP |
|
Ben commited possible fix, changeset 677. Needs testing. |
|
Tested this on FC4. It's working now. Thanks Ben! |
Date Modified | Username | Field | Change |
---|---|---|---|
2005-10-08 02:11 | john | New Issue | |
2006-01-18 19:14 | john | Note Added: 0000248 | |
2006-01-24 01:30 | ben | Note Added: 0000250 | |
2006-01-24 03:43 | john | Note Added: 0000251 | |
2006-02-07 13:16 | john | Target release | => 0.9.6 |
2006-02-23 06:16 | john | Status | new => assigned |
2006-02-23 06:16 | john | Assigned To | => ben |
2006-05-16 07:02 | john | Note Added: 0000337 | |
2006-05-17 00:08 | john | Note Added: 0000338 | |
2006-05-17 00:55 | john | Status | assigned => resolved |
2006-05-17 00:55 | john | Resolution | open => fixed |
2006-05-17 00:55 | john | Note Added: 0000341 | |
2006-06-22 07:35 | john | Fixed in Version | => 0.9.6 |
2008-02-10 13:03 | john | Status | resolved => closed |