home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!cs.utexas.edu!usc!sol.ctr.columbia.edu!spool.mu.edu!agate!sprite.Berkeley.EDU!ouster
- From: ouster@sprite.Berkeley.EDU (John Ousterhout)
- Newsgroups: comp.lang.tcl
- Subject: Re: CAPS LOCK
- Date: 16 Dec 1992 16:24:10 GMT
- Organization: U.C. Berkeley Sprite Project
- Lines: 27
- Distribution: world
- Message-ID: <1gnl7aINNpi0@agate.berkeley.edu>
- References: <2060@tfd.tfd.com>
- NNTP-Posting-Host: tyranny.berkeley.edu
- Keywords: keysyms, CAPS LOCK
-
- In article <2060@tfd.tfd.com>, bret@tfd.COM (Bret Weinraub) writes:
- |> My users are complaining to me:
- |>
- |> Blah blah blah this TK Application doesn't work when CAPS LOCK has been
- |> hit.
- |>
- |> I've tried the following:
- |> 1. Tell customer to turn off CAPS LOCK when using application.
- |> 2. After they continued to complain, tried to add a <Lock-???> bind
- |> for every existing bind call.
- |> 3. Realized that I would need all the default bindings to be simulated
- |> with bind <Lock-whatever> calls. Since #2 didn't work for mouse-clicking,
- |> this wouldn't work.
- |> 4. Started hacking up the tk code. After ensuing headache, decided
- |> to punt, risk flames, and post problem to comp.lang.tcl. What can it
- |> hurt?
- |>
- |> Any suggestions? (platform is a SUN SPARC 2 running 4.1.1.)
- |>
- |> bret@tfd.com
-
- One of the things I've done for Tk 3.0 is to overhaul the binding code
- to handle CAPS LOCK correctly and also to handle Mode_switch for people
- using international character sets. Sorry for the problems you've been
- having.... please let me know if there are still problems with the 3.0
- release. By the way, barring a major catastrophe, 3.0 will be released
- by the end of this week.
-