Bug 120037 - kxkb doesn't switch Variant during switching windows/application
Summary: kxkb doesn't switch Variant during switching windows/application
Status: RESOLVED FIXED
Alias: None
Product: kxkb
Classification: Miscellaneous
Component: general (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: Andriy Rysin
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-01-13 14:02 UTC by Kostya
Modified: 2006-03-11 17:26 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kostya 2006-01-13 14:02:55 UTC
Version:            (using KDE KDE 3.5.0)
Installed from:    Debian testing/unstable Packages
Compiler:          gcc version 4.0.3 
OS:                Linux

I've 2 layots: 
us (variant basic) and ru (variant winkeys)
The Switching Policy is Application

When I'm switching between windows (applications) which have different layots then I get problem. When I come back to previous application with ru(winkeys)-layot I get ru layot but not WINKEYS variant. So, in tray it still shows hint like Winkeys but actually I have probably basic variant. Therefore every time when I get back I need to switch layots 2 times just to have a right variant
Comment 1 Kostya 2006-02-02 15:47:35 UTC
Unfortunately, in KDE 3.5.1 the problem is still the same :-(
Comment 2 Andriy Rysin 2006-02-04 21:05:32 UTC
I confirm this bug.

I am currently working on refactoring kxkb source greately which should fix a lot of bugs. I hope my changes will make into 3.5.2.

We'll keep this bug updated.
Comment 3 Andriy Rysin 2006-02-15 14:37:30 UTC
SVN commit 509665 by rysin:

- refactoring kxkb sources to more modular structure
- reintroducing feature to allow switching same layouts with different variants
- fixing couple of small problems (like X calls resulting in BadWindow error)
- optimizing caching of precompiled layouts (no reopening the file - just rewinding)
	better optimization could be done by caching in memory
GUI: add column 'Variant' in layout list, adding '<default>' to list of variants

BUG: 121520
BUG: 121409
BUG: 121284
BUG: 120037
BUG: 117468
BUG: 116619
BUG: 110811
BUG: 104828 (partially)



 M  +6 -3      Makefile.am  
 M  +173 -60   extension.cpp  
 M  +22 -16    extension.h  
 M  +355 -374  kcmlayout.cpp  
 M  +7 -33     kcmlayout.h  
 M  +28 -3     kcmlayoutwidget.ui  
 M  +31 -0     kcmmisc.cpp  
 M  +2 -0      kcmmisc.h  
 M  +201 -443  kxkb.cpp  
 M  +26 -130   kxkb.h  
 A             kxkbconfig.cpp   [License: UNKNOWN]
 A             kxkbconfig.h   [License: UNKNOWN]
 A             kxkbtraywindow.cpp   [License: UNKNOWN]
 A             kxkbtraywindow.h   [License: UNKNOWN]
 A             layoutmap.cpp   [License: UNKNOWN]
 A             layoutmap.h   [License: UNKNOWN]
 M  +71 -279   rules.cpp  
 M  +10 -18    rules.h  
 A             x11helper.cpp   [License: no copyright]
 A             x11helper.h   [License: no copyright]
Comment 4 Alexander 2006-03-11 17:26:39 UTC
I have the same problem using kxkb. Now I'm using kkbswitch for changing layouts (xorg.conf must be configured).