Thank you very much for your bug report!

I remember that we had a similar bug report some time ago, and that this issue depends on locale settings. Therefore, in order to solve the problem (or to confirm it as a bug), I first need to ask you:

-- Which MacOS X version do you use (probably 10.8)?

-- Which User Interface language for MacOS X do you use
   (see System Preferences > Language and Text > Languages:
   which one is the topmost language)?

-- Which keyboard layout do you use? The default one for that language,
   or some special one (see System Preferences > Language and Text >
   Input Sources: which "input methods" are selected?)

-- Which User Interface language do you use for LibreOffice?
   (The UI language for LibreOffice is set in menu
   LibreOffice > Preferences... > Language Settings > Languages >
   User Interface).

Given these pieces of information, I may be able to solve the issue.

Thank you in advance!

Thanks for you fast answer!
Please find below answers to your questions
 
> -- Which MacOS X version do you use (probably 10.8)?

Yes, 10.8, but as far as i can remember, i had the same issue with 10.7

> -- Which User Interface language for MacOS X do you use
>    (see System Preferences > Language and Text > Languages:
>    which one is the topmost language)?

English


> -- Which keyboard layout do you use? The default one for that language,
>    or some special one (see System Preferences > Language and Text >
>    Input Sources: which "input methods" are selected?)

Spanish - ISO


> -- Which User Interface language do you use for LibreOffice?
>    (The UI language for LibreOffice is set in menu
>    LibreOffice > Preferences... > Language Settings > Languages >
>    User Interface).

Default - English (USA)
 


Thanks for your concern!

Thank you very much for your fast answers!

I spent some time searching for the similar issue we had some time ago -- just as a hint for myself (or other bugwranglers), here it is: bug 50428.

Now I need to investigate if the present issue is really related ...
Please be patient, there are so many bug reports to handle ;-)

Setting Status back to UNCONFIRMED for now, this will change soon, I hope.

Created attachment 66272 [details]
Graphics: Keys to press to cycle through windows on keyboard with Spanish ISO layout


Sorry for the long delay!

In between I have tried to reproduce the issue on my MacBook Pro, just configuring everything according to your settings reported in comment #2 (MacOS UI language English, keyboard layout Spanish ISO, LibreOffice UI language US English. The only two things I can’t change are
* the MacOS X version (10.6.8 in my case) and
* my physical (hardware) keyboard which has German layout (this is very similar
  to Spanish ISO; at least the same number and arrangement of keys, and
  identical position of all the main keys 'A' to 'Z' and '0' to '9').

My first observation is that, using this configuration, there are two possibilities to cycle through windows: 
1) I can press Command + ` (this key is at the top right of the keyboard,
   right of 'P', left of '+') or
2) I can press Command + '<' (this key is at the bottom left,
   right of the shift key, left of 'Z', below 'A').
Both ways work, but when I press Command + `, an additional ` accent is inserted into the text of the active document, just as you have reported, while, when I press Command + '<', everything works fine (windows are exchanged, but no character is inserted into the main text). The latter works with all applications I have tested (LibreOffice, TextEdit, BBEdit, and others).

Because a textual description of keys is a bit difficult, I attach a screenshot/graphics which shows a Spanish ISO keyboard layout and the two keys which I can press to cycle through the open windows.

Now a simple question:
Could you please try if using the second shortcut, i.e. pressing Command + '<' (or whatever lable may have that key on your physical keyboard) instead of Command + `, works for you without problems, just like for me? And report the results here, please! Thank you very much!

Thanks a lot Roman for your detailed answer.

Indeed command + '<' works fine as well for me. However it is not in line with other mac applications (especially the finder). And command + '`' should, in my opinion, cycle the windows in libre office without printing the character.

I do agree that it is a really minor bug, especially if there is an alternative solution. But if it can be addressed in a future release, it would be nice. Maybe a menu item "cycle through windows" could also be added in the window menu.

In the meanwhile, i am fine using command+'<', I've just learned something useful :)

Created attachment 66716 [details]
Screenshot of "Keyboard Shortcuts" settings (Mac OS X 10.6.8, UI language English, Spanish ISO keyboard)



Sorry again for the long delay!

(In reply to comment #5)
> Indeed command + '<' works fine as well for me. However it is not in line
> with other mac applications (especially the finder). And command + '`'
> should, in my opinion, cycle the windows in libre office without printing
> the character.

This is interesting. If I configure everything according to your settings reported in comment #2, my result is slightly different: for me, Command + '<' works in all applications (including Finder, Apple’s TextEdit, and others), while Command + '`' does not work in many applications.

I would be very interested about what default setting do you see for these keyboard shortcuts in System Preferences > Keyboard, tab "Keyboard Shortcuts". For me, these settings look like the attached screenshot shows: the default screenshots for cycling through windows are Command + '<' and Command + Shift + '<'. Could you create a screenshot of the same preferences section on your system and attach it to this bug report?

This would be very interesting ... so thank you in advance!


> Maybe a menu item "cycle through windows" could also be added in the window
> menu.

IMHO this woild be the best solution, as this menu item could also show the recommended keyboard shortcut (which would eliminate any doubts ;-).

Created attachment 66726 [details]
Screenshot of "Keyboard Shortcuts" settings (Mac OS X 10.8.1, UI language English, Spanish ISO keyboard)

(In reply to comment #7)
> Created attachment 66726 [details]
> Screenshot of "Keyboard Shortcuts" settings (Mac OS X 10.8.1, UI language
> English, Spanish ISO keyboard)

Thank you! So Command + '`' is really the default keyboard shortcut for "Move focus to next window" on your system. This is interesting; it means that Apple varies even the default keyboard shortcuts for these standard actions -- Command + '<' on my System, even if I set the UI language to English, but Command + '`' on your System.

Now I can answer profoundly to your previous post:

(In reply to comment #5)
> Indeed command + '<' works fine as well for me. However it is not in line with
> other mac applications (especially the finder).

Given the fact that Command + '`' is really the default keyboard shortcut on your system, I agree with you: this shortcut should work in LibreOffice, too.

> And command + '`' should, in my opinion, cycle the windows in libre office
> without printing the character.

Agree -- when Command is down, '`' should not be considered as a dead key, but just as a ordinary key, so that no '`' is inserted into the text, but the shortcut is handled.

> I do agree that it is a really minor bug, especially if there is an
> alternative solution. But if it can be addressed in a future release,
> it would be nice.

Yes. I am afraid that it may take a long time until this issue is addressed (there are so many important issues which should get fixed first), but let us hope the best.

→ Changing bug report state to NEW (confirmed).

*** Bug 82988 has been marked as a duplicate of this bug. ***