Xorg bug: max number of possible keyboard layouts

Dear forum,
yesterday I installed Archlinux for the very first time on my home notebook. It was the first time for me that I saw KDE 4 running, too. After short time I encountered my first problem with that.
It seems to be a bug in the Xorg protocol that limits the total of keyboard layouts to 4 (four). This, however, used to be circumvented in KDE until version 3.5.10 to allow more layouts, but after they removed their hack (and with it the functionality) it's been reported several times as a bug. The issue was even introduced to KDE4 as a feature by the kxkb maintainer so I don't expect any progress from this side soon.
So KDE4 was rendered basically useless for me as I need at least 6 different layouts. I came here to the forums for help because I don't know yet (after one day) what would be the "arch way" of eliminating this so-called feature without breaking my package dependencies. Two possibilities came in my mind:
1 Downgrade kxkb or whatever causes the problem to the last usable version.
2 Downgrade KDE to the last usable version (that would be 3.5.10).
Third possibility, as I'd like to use the machine for work, would be to install another distro that provides solution no 2. I hesitate to do this because I picked arch for some reason and would like to become familiar with it.
Any help would be much appreciated; thanks in advance!
Philipp
EDIT: I thought of a fourth solution that could be any other WM or DE that doesn't restrict itself to Xorg's limits.
Last edited by parthenopaios (2009-06-30 16:08:51)

Hi there,
Well if you need high customizability, check out FVWM (I'm using that), *box or awesome. These three are really for powerusers and thus their configuration may be more difficult, but you can do more with them...
In FVWM you can call any scripts you want via keystrokes (I believe in other mentioned WMs it is possible too). My Keboard Layout switching script is really lightwheight and it can store as many keyboard layouts as you want (at least it will cope with your 6 with no difficulties). It may work even in KDE, but you should then create a key binding.
Search in this forum for xkbswitch. There was a discussion before about it.
Ignas

Similar Messages

[CLOSED] Unable to set keyboard layout from /etc/X11/xorg.conf.d/

This is my /etc/X11/xorg.conf.d/10-keyboard.conf:
Section "InputClass"
Identifier "keyboard-layout"
MatchIsKeyboard "on"
Option "XkbLayout" "cz,us"
Option "XkbOptions" "grp:alt_shift_toggle"
EndSection
I wrote the according to the wiki recommendations, but it doesn't work. Issuing setxkbmap -layout "cz,us" -option "grp:alt_shift_toggle" automatically after logging in serves as a temporary solution, but I'm highly interested in fixing the primary issue. I would greatly appreciate if someone helped my find the error in my config file and/or posted their way to change the xorg keyboard layout in order to compare it with my way and find the error. Also note that I'm using Awesome WM so desktop environment ways of setting the keyboard layout aren't applicable in my case.
Last edited by C5OK5Y (2012-12-28 15:01:25)

@chris_l: Thank you for your /etc/X11/xorg.conf.d/01-keyboard-layout.conf.
I have found out that the actual problem isn't in the configuration file but in the actual keyboard (more accurately xorg) - the keyboard gets incorrectly identified and xorg seems to think that it's a pointer (mouse). When I connect a different keyboard, the layout gets set correctly, xorg just isn't setting the keyboard layout correctly to the keyboard that I use. I have filed a bug report so this thread can be considered closed.
Last edited by C5OK5Y (2012-12-29 12:58:44)

My keyboard layout has changed. I no longer have an @ key.

About an hour ago, my keyboard layout changed (but only when using firefox) so that, for example, Shift+2 no longer produces @, but rather double quotes ("). Also, pressing the [ key now produces nothing, but the next key I hit after it will produce a hat. Example, the [ key and a g will give ^g. There are other peculiarities, such as the / key now shows é, and a few others.
Everything I check on the internet seems to be telling me the problem lies in my keyboard layout settings in Windows, and possibly having to press LeftAlt+LeftShift (or just Alt+Shift) to readjust them, or bringing up the language bar, etc. But all of my efforts to fix language indicate to me that I'm currently operating with a US keyboard layout (which is what it`s supposed to be), and again, this ONLY happens in firefox and no other programs.
Any ideas?

See:
* http://windows.microsoft.com/en-US/windows7/The-Language-bar-overview The Language bar (overview)
It is possible that you have switched the keyboard layout by accident.
* Make sure that you have the Language bar visible on the Windows Taskbar.
* You can do that via the right-click context menu of the Taskbar: Toolbars > Language Bar.
* Check the keyboard language (keyboard layout) setting for the application that has focus via the icon on the Language bar.
* You need to do that while Firefox has focus because Windows remembers the keyboard layout setting per application.
* The default keys to rotate the layout is a combination (Ctrl+Shift or Alt+Shift) that can easily be used in Firefox to activate a menu item.
* To avoid an unintentional switch assign a specific key sequence (Alt/Ctrl+Shift+number) to select keyboard layouts and remove the key combination to rotate layouts (Alt+Shift or Ctr+Shift)

Not work 3 keyboard layouts

Then I use 2 languages, Option "XkbLayout" "us,lt" in /etc/X11/xorg.conf, then work keyboard layout.
If I use 3 languages in XkbLayout, then not work layout.
There some part of /etc/X11/xorg.conf:
Section "InputDevice"
Identifier "Generic Keyboard"
Driver "kbd"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "us,lt,ru"
Option "XkbOptions" "grp:alt_shift_toggle"
EndSection

You didn't tell what's your problem is though. I suppose you just cannot switch layouts with Alt-Shift, right?
Try if Shift-Alt (sic!) works for you. Also try grp:ctrl_shift_toggle (only RightCtrl-Right shift work, LeftCtrl-LeftShift switches to first layout instantly).
alikas wrote:So it is bug?
Yes. Both xkeyboard-config 0.6 and 0.9 are buggy, but bugs are triggered for specific keyboard layout combinations.
For example, I had bug with 0.6 with my xorg config, while many others don't.
0.9 fixed bug for me, but now other people have problems.
As you may see in that bug report the problem mostly depends on XkbLayout combination, though I thought it was due to grp:alt_shift_toggle first.

Firefox keyboard layout changes to something I don't recognize, the traditional [ QWERTY ] reads as [ ',.pyf ] any idea why this would happen or how to change it back short of killing firefox and restarting.

This happens randomly and infrequently. At first I thought it was my cats fault but it has recently happened while I was sitting at the computer with no feline interference. If someone could let me know how, if it's possible, to change the keyboard layout to QWERTY I will try this next time it happens to see if it can be corrected without restarting firefox. For a larger sample I will include the lines below:
The quick brown fox jumps over the lazy dog
yd. 'gcjt xpr,b urq hgmlo rk.p yd. na;f eri
This is only effecting firefox, no other programs are changed and it does effect all running and new instances of firefox.

See:
* http://windows.microsoft.com/en-US/windows-vista/The-Language-bar-overview - The Language bar (overview)
It is possible that you have switched the keyboard layout by accident.
* Make sure that you have the Language bar visible on the Windows Taskbar.
* You can do that via the right-click context menu of the Taskbar: Toolbars > Language Bar.
* Check the keyboard language (keyboard layout) setting for the application that has focus via the icon on the Language bar.
* You need to do that while Firefox has focus because Windows remembers the keyboard layout setting per application.
* The default keys to rotate the layout is a combination (Ctrl+Shift or Alt+Shift) that can easily be used in Firefox to activate a menu item.
* To avoid an unintentional switch assign a specific key sequence (Alt/Ctrl+Shift+number) to select keyboard layouts and remove the key combination to rotate layouts (Alt+Shift or Ctr+Shift)
* Vista: Control Panel > Regional and Language Options > Keyboards and Languages > Change keyboards > Advanced key settings > Change key sequence

Bug report: A keyboard layout is incorrect on the remote with Japanese keyboard

This is a bug report for Microst Remote Desktop
===================================================
## Summary
A keyboard layout is incorrect on the remote with Japanese keyboard
## Version Information, I tested
* Client
   * Case 1
       * MacBook Pro with JIS106 Keyboard
       * Mac OS X Lion 10.7.5
       * Microsoft Remote Desktop 8.0.24308
   * Case 2
       * MacBook Pro with JIS106 Keyboard
       * Mac OS X Mavericks 10.9.1
       * Microsoft Remote Desktop 8.0.24308
* Remote
   * Case 1
       * Windows 7 Professional Japanese
   * Case 2
       * Windows Server 2008R2 Datacenter Japanese
   * Case 3
       * Windows Server 2012R2 Datacenter Japanese
## Detail of bug
When login from Mac OS X with Microsoft Remote Desktop, the keyboard layout is always incorrect on the remote.
The client machine have a built-in keyboard of JIS 106 layout,
and the primary language is set to Japanese.
But on the remote, the keyboard layout is US 101.
So a input of Shift+2 does not result " but @.
I've seen the above behavior on the 3 remote enviornments described the above.
This bug did not occcur with Microsoft Remote Desktop Connection Client for Mac 2.1.1, even if the system language is English and keyboard layout is Japanese.
## Captures
I've took some of screen captures.
I'm sorry for the capture includes Japanese words, so I added description in English.
Capture 1:
Mac OS X Keyboard Setting
Capture 2:
Windows Server 2012R2 Screen Keyboard
Capture 3:
Windows Server 2012R2 Screen Keyboard, with a additional registry key configured.

This bug also affects the Canadian English settings. If the client is set to Canadian English with a US keyboard the remote server is setup using a Canadian French keyboard. Using the language selection in the toolbar you can temporarily correct
the problem but the keyboard resets to french at the most inopportune times. The was a problem in the earlier RDP client and was fixed so it's sad to see it reoccur in the new client.
Lawrence

Bug report: A keyboard layout is incorrect on the remote with Hungarian and other "exotic" keyboard layouts

This is a bug report for Microst Remote Desktop
===================================================
## Summary
A keyboard layout is incorrect on the remote with Hungarian keyboard
## Version Information, I tested
* Client
   * Case 1
       * MacBook Pro with HU101 Keyboard
* Locale: Hungarian
       * Mac OS X Maverics 10.9.2
       * Microsoft Remote Desktop 8.0.6
* Remote
   * Case 1
       * Windows Server 2003 R2 (English)
   * Case 2
       * Windows Server 2008 R2 (English)
   * Case 3
       * Windows 8.1 (Hungarian)
## Detail of bug
When I connect to the listed remotes the client sets the keyboard layout to Latvian which is a completely different layout than Hungarian (not even close...).
- On Windows 8 if I set the language on the login screen it stays on that language after the login.
- On Windows Server 2003R2 and 2008R2 even if I set the language at login it will switch back to LV after the login.
## Attachments
Unfortunately cannot include my shots because I'm not allowed to do this...
## End of report
Please allow the users to set the correct "target" language on connection basis because the automatic method the app use to determine that is unreliable.

Hi,
Thanks for the feedback.
I will forward this to the product team.
Thanks.
Jeremy Wu
TechNet Community Support

[SOLVED] Can't change keyboard Layout on Xorg 1.8

Hi all
I'm trying to configure the Input Hot-plugging on Xorg 1.8 but the keyboard layout is still on US keyboard and I need to change it.
I use some of the configurations of some people of the forum but it still on US, now my 10-evdev-conf file is like this:
Section "InputClass"
Identifier "Keyboards Defaults"
Driver "evdev"
Option "XkbLayout" "latam"
Option "XkbModel" "microsoft"
MatchIsKeyboard "on"
EndSection
If there are a similar topic, Can you put the link?
Thanks
Last edited by MiloCB04 (2010-06-25 04:22:30)

Sorry, but i found the problem, I saved 10-evdev.conf as 10-evdev-conf, and here is my code
Section "InputClass"
Identifier "evdev keyboard catchall"
MatchIsKeyboard "on"
MatchDevicePath "/dev/input/event*"
Driver "evdev"
Option "XkbLayout" "be"
EndSection
Section "InputClass"
Identifier "mouse-all" ## to use a PS/2 mouse :P
MatchIsPointer "on"
Driver "evdev"
EndSection
so I hope that someone can use this solve

Xorg 1.5.3 - Still some issues with the keyboard layout

well i read a lot of threads and i solved almost everything, but my keyboard layout is still a little strange, for example, before the "backslash" key (the one above the TAB key) doesn't work anymore, that really bothers me because i really use the midnight commander "hotdir" feature
my config files:
/etc/hal/fdi/policy/10-keymap.fdi
<?xml version="1.0" encoding="ISO-8859-1"?> 
<deviceinfo version="0.2">
<device>
<match key="info.capabilities" contains="input.keymap">
<append key="info.callouts.add" type="strlist">hal-setup-keymap</append>
</match>
<match key="info.capabilities" contains="input.keys">
<merge key="input.xkb.rules" type="string">base</merge>

<merge key="input.xkb.model" type="string">keyboard</merge>
<match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
string="Linux">
<merge key="input.xkb.model" type="string">evdev</merge>
</match>
<merge key="input.xkb.layout" type="string">es</merge>
<merge key="input.xkb.variant" type="string" />
</matchudo
</device>
</deviceinfo>
/etc/X11/xorg.conf
Section "ServerLayout"
Identifier "Xorg Configured"
Screen 0 "Screen0" 0 0
# InputDevice "Keyboard0" "CoreKeyboard"
# PS/2 Mouse not detected
# Serial Mouse not detected
# InputDevice "USB Mouse" "CorePointer"
EndSection
#Section "ServerFlags"
# Option "AllowMouseOpenFail" "true"
# Option "AutoAddDevices" "false"
#EndSection
Section "Files"
# RgbPath "/usr/share/X11/rgb"
ModulePath "/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/misc:unscaled"
FontPath "/usr/share/fonts/misc"
FontPath "/usr/share/fonts/local"
FontPath "/usr/share/fonts/artwiz-fonts"
FontPath "/usr/share/fonts/75dpi:unscaled"
FontPath "/usr/share/fonts/75dpi"
FontPath "/usr/share/fonts/100dpi:unscaled"
FontPath "/usr/share/fonts/100dpi"
FontPath "/usr/share/fonts/PEX"
# Additional fonts: Locale, Gimp, TTF...
FontPath "/usr/share/fonts/cyrillic"
# FontPath "/usr/share/lib/X11/fonts/latin2/75dpi"
# FontPath "/usr/share/lib/X11/fonts/latin2/100dpi"
# True type and type1 fonts are also handled via xftlib, see /etc/X11/XftConfig!
FontPath "/usr/share/fonts/Type1"
FontPath "/usr/share/fonts/ttf/western"
FontPath "/usr/share/fonts/ttf/decoratives"
FontPath "/usr/share/fonts/truetype"
FontPath "/usr/share/fonts/truetype/openoffice"
FontPath "/usr/share/fonts/truetype/ttf-bitstream-vera"
FontPath "/usr/share/fonts/latex-ttf-fonts"
FontPath "/usr/share/fonts/defoma/CID"
FontPath "/usr/share/fonts/defoma/TrueType"
EndSection
Section "Module"
Load "ddc" # ddc probing of monitor
Load "dbe"
# Load "dri"
Load "extmod"
Load "glx"
Load "bitmap" # bitmap-fonts
# Load "type1"
Load "freetype"
# Load "record"
# Load "synaptics"
SubSection "extmod"
Option "omit xfree86-dga" # don't initialise the DGA extension
EndSubSection
EndSection
#Section "InputDevice" [b]#THIS WAS MY PREVIOUS KEYBOARD CONFIG, WITH IT THE LAYOUT WAS PERFECT...[/b]
# Identifier "Keyboard0"
# Driver "keyboard"
# Option "CoreKeyboard"
# Option "XkbRules" "xorg"
# Option "XkbModel" "pc105"
# Option "XkbLayout" "es"
# Option "XkbVariant" ""
#EndSection
#Section "InputDevice"
# Identifier "Serial Mouse"
# Driver "mouse"
# Option "Protocol" "Microsoft"
# Option "Device" "/dev/ttyS0"
# Option "Emulate3Buttons" "true"
# Option "Emulate3Timeout" "70"
# Option "SendCoreEvents" "true"
#EndSection
#Section "InputDevice"
# Identifier "PS/2 Mouse"
# Driver "mouse"
# Option "Protocol" "auto"
# Option "ZAxisMapping" "4 5"
# Option "Device" "/dev/psaux"
# Option "Emulate3Buttons" "true"
# Option "Emulate3Timeout" "70"
# Option "SendCoreEvents" "true"
#EndSection
#Section "InputDevice"
# Identifier "USB Mouse"
# Driver "mouse"
# Option "Device" "/dev/input/mice"
# Option "SendCoreEvents" "true"
# Option "Protocol" "IMPS/2"
# Option "ZAxisMapping" "4 5"
# Option "Buttons" "5"
#EndSection
Section "Monitor"
Identifier "Monitor0"
Option "DPMS" "true"
VendorName "SAM"
ModelName "SyncMaster"
HorizSync 30.0 - 81.0
VertRefresh 56.0 - 75.0
EndSection
Section "Device"
Identifier "Card0"
Driver "nvidia"
VendorName "nVidia Corporation"
BoardName "Unknown Board"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
Option "NoLogo" "true"
DefaultColorDepth 24
SubSection "Display"
Depth 1
Modes "1680x1050" "1440x900" "1280x800" "1024x640" "800x500"
EndSubSection
SubSection "Display"
Depth 4
Modes "1680x1050" "1440x900" "1280x800" "1024x640" "800x500"
EndSubSection
SubSection "Display"
Depth 8
Modes "1680x1050" "1440x900" "1280x800" "1024x640" "800x500"
EndSubSection
SubSection "Display"
Depth 15
Modes "1680x1050" "1440x900" "1280x800" "1024x640" "800x500"
EndSubSection
SubSection "Display"
Depth 16
Modes "1680x1050" "1440x900" "1280x800" "1024x640" "800x500"
EndSubSection
SubSection "Display"
Depth 24
Modes "1680x1050" "1440x900" "1280x800" "1024x640" "800x500"
EndSubSection
SubSection "Display"
Depth 32
Modes "1680x1050" "1440x900" "1280x800" "1024x640" "800x500"
EndSubSection
EndSection
Section "Extensions"
Option "Composite" "Enable"
EndSection

nuttygamergeek wrote:
You can change this line to the model you were using before, ie in your case pc105:
<merge key="input.xkb.model" type="string">keyboard</merge>
It won't be used unless evdev isn't working though.
i did that and restarted hal but nothing changed, the behaviour is the same

[SOLVED] Awesome 3.5 using english keyboard layout instead of Xorg's

Keyboard layout was OK on 3.4.
For 3.5 and git version, Awesome defaults to english layout. Calling awesome.restart() (e.g. with SUPER+SHIFT+R) will correctly set the layout according to Xorg config. That's quite annoying indeed.
Only Awesome is affected, i.e. all other applications will use the Xorg config. So basically the affected parts are
* key bindings
* Run command
* Run lua code
Using
* up to date x86_64 system
* blank user session
* startx and 'exec awesome' as the sole command.
I couldn't find any related issue on the web, seems strange to me since I shouldn't be the only one using a non-english keyboard layout !
Any idea ?
Last edited by Ambrevar (2013-08-02 20:01:32)

Same here, but as with nomorewindows case, I just need to restart awesome, but I need to do it every time I boot. Both my console and X are configured to dvorak, but in X it's set through .xinitrc.
I'm going to try and see whether putting
echo "awesome.restart()" | awesome-client
into my .xinitrc will help.
By the way, my .xinitrc starts awesome in the following way:
awesome & wmpid=$!
[whole bunch of misery involving mpd, urxvt and setting the keymap in X]
[above for restarting awesome]
wait $wmpid

Non-US keyboard layout in Xorg

Hello,
I have a Belgian keyboard layout and had some troubles with the Alt-Gr key.
We combine this key with other keys to generate special symbols like the Euro sign or the @ character for example.
I found several solutions on several websites but they didn't seem to work for me.
I now added the following line in my /etc/X11/xinit/xinitrc and now it's working:
setxkbmap be
Perhaps it's not a bad idea to add this setxkbmap command to the Xorg package, since I noticed I was not the only
one who was struggling with this problem.
Regards,
Solley

My XORG look like that:
Section "InputDevice"
# generated from default
Identifier "Keyboard0"
Driver "keyboard"
Option "XkbLayout" "us,lt"
Option "XkbOptions" "grp:alt_shift_toggle"
Driver "kbd"
EndSection

Is it possible to order in HK a Macbook Pro 15" with german keyboard layout?

I'm from Austria and I will move to Hong Kong for 5 years. Is it possible to order a Macbook Pro 15" with german keyboard layout

hiya,
i also bought a macbook pro from hong kong recently.
during checkout there was no option selecting a specific keyboard
layout. it come with standard international keyboard.
maybe you can call up apple hong kong online store and ask?

Planning Layout error K9162 - max number of columns in planning layout rest

Hello collegues,
our client would like to have 34 columns in planning layout costs activity inputs of TA KP67. But error message K9162 - max. number of columns is restricted to 30. So I tried to switch of the message with TA OBA5 application area K9 - msg number 162. But this does not work as the error comes up again even though the message is switched off.
Do you have some ideas?
Thanks and regards,
Christian

Hello,
thanks for your response. I have maintaine in OBMSG:
K9 162 WE E switch off selected
then in OBA5 for dialog and batch I have maintained -
but the error is upcoming again. So I think that this sort of message cannot be switched off as the planning layout is restricted to 30 columns by design maybe?
thanks and regards,
Christian

Can't change the keyboard layout in Xorg

I tried the different possibilities in the wiki to change the keyboard layout in X. setxkbmap does work, but I'd like to keep the settings across reboots. I tried the two methods in the wiki, here are my config files:
/etc/X11/xorg.conf.d/00-keyboard.conf (created by localectl)
# Read and parsed by systemd-localed. It's probably wise not to edit this file
# manually too freely.
Section "InputClass"
Identifier "system-keyboard"
MatchIsKeyboard "on"
Option "XkbLayout" "de,ru"
Option "XkbModel" "pc104"
Option "XkbVariant" ","
Option "XkbOptions" "grp:alt_shift_toggle"
EndSection
/etc/X11/xorg.conf.d/10-keyboard.conf (manually created)
Section "InputClass"
Identifier "system-keyboard"
MatchIsKeyboard "on"
Option "XkbLayout" "de,ru"
Option "XkbModel" "pc104"
Option "XkbVariant" ","
Option "XkbOptions" "grp:alt_shift_toggle"
EndSection
But the output of "setxkbmap -print -verbose 10" shows german and us-english layout:
Setting verbose level to 10
locale is C
Trying to load rules file ./rules/evdev...
Trying to load rules file /usr/share/X11/xkb/rules/evdev...
Success.
Applied rules from evdev:
rules: evdev
model: pc104
layout: de,us
variant: ,
options: grp:alt_shift_toggle
Trying to build keymap using the following components:
keycodes: evdev+aliases(qwertz)
types: complete
compat: complete
symbols: pc+de+us:2+inet(evdev)+group(alt_shift_toggle)
geometry: pc(pc104)
xkb_keymap {
xkb_keycodes { include "evdev+aliases(qwertz)" };
xkb_types { include "complete" };
xkb_compat { include "complete" };
xkb_symbols { include "pc+de+us:2+inet(evdev)+group(alt_shift_toggle)"};
xkb_geometry { include "pc(pc104)" };
Does anybody know what I am doing wrong? I would appreciate any help.
Thomas

In your .xinitrc file put setxkbmap yy & (yy=country code for example de) before it executes your de/wm.

Digital Cinema Desktop Preview, keyboard layout and other bugs - Leopard

I just reinstalled my Mac Pro because I hoped it would fix some bugs... but no luck. Digital cinema desktop preview (dcdp) was working just fine until I installed the Aja Kona Lhe software, afterwards only dcdp for the main display was working, both dcdp and dcdp "full screen" have disappeared. The other things I was hoping 10.5.2 would fix are the problem FCP cannot remember the keyboard layout I use (azerty-belgium) - every time I start the program I have to choose the layout again - and the fact I cannot export using compressor straight from FCP using qmaster: Final cut pro generated an error! (this has never worked)
If you are having the same problems as I do, maybe we should compare hardware to see what we have in common that could be causing this problem. As I have found during my searches, some computers have similar problems, others don't, sometimes it also matters if you've upgraded from Tiger of did a clean install, where upgrading it seems (yes really!!) gives the least problems...
I really hope there will be a bugfix soon, because I'm sure I'm not the only one having these problems... or maybe I should just install Tiger and upgrade...???

I vote for going back to Tiger. That is known to be stable. Leopard and FCP is unpredictable at the moment.
Shane

Xorg bug: max number of possible keyboard layouts

Similar Messages

Maybe you are looking for