On Tue, 2003-08-05 at 14:32, Ivan Pascal wrote: > Owen Taylor wrote: > > On Tue, 2003-08-05 at 08:55, Ivan Pascal wrote: > > > Now Turkish keyboard users just have to set XkbOption "caps:shift". > > > With that option Xlib doesn't use 'internal capitalization' but CapsLock > > > key acts as 'locking Shift' (but can be canceled by Shift key). It solves > > > the problem. > > > > I don't think that this is a particularly good way to handling things. > > Using caps:shiftproduces all sorts of strange behavior - for example, > > the number keys will give their shifted variants. > > I risk to seem impolite but did you try this option before making such > assertion? If you tried you would notice that it is not true.
I had the made the assumption that caps:shift did the classic X thing and changed the keysym to be Shift_Lock rather than Caps_Lock. With the actual mode of implementation (not using the Lock modifier), yes, you don't have the problem of it affecting non-alphabetic keys. However, you do have the problem that applications can't tell that the level change was produced by the caps-lock key. Which sometimes is useful information. For instance, the obvious fix for: http://bugzilla.gnome.org/show_bug.cgi?id=115384 which is to strip out the Lock modifier before checking for accelerator matches, won't work. Regards, Owen _______________________________________________ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
