That means:
 Expected (general Czech use): Ctrl+Alt+F types "["
 Actual LibO 3.4.1 CZ:  Ctrl+Alt+F brings up 'Search and Replace' dialog

@khagaroth@gmail.com:
Your WIN version? WIN Localization?, LibO UI localization?

Looks like I messed up, as I didn't notice that my keyboard layout switched to EN-US, that's why I couldn't input any of those extra characters.

So the real bug is actually the opposite of previously reported, as after switching to Czech layout (double checked this time), I can input the special characters, but I can't open the 'Search and replace' dialog (changed the summary accordingly). 

The conclusion is still the same, Ctrl+Alt+? shortcuts shouldn't be used, as they are not guaranteed to work on all keyboard layouts.

(Czech Windows 7, Czech LibO localization, but the behavior depends on the keyboard layout, not on the software localization)

Hello,

Reproduce on FrenchUI, with a keyboard's driver for specials characters.

With this special keyboard's driver, AltGr+F give "

With 3.4.2, Ctrl+Alt+F give " too.

No problem wiht default keyboard's driver.

It's possible to differentiate AltGr and Ctrl+Alt ?

I confirm the bug.

Ctrl+Alt is the equivalent of AltGr which modifies often the behavior of keyboard layouts.

The shortcut Ctrl+Alt+F should be replaced by Ctrl+H, which opens the "search and replace" dialog box on many applications, like:
- Microsoft Office
- Notepad++
- PsPad

Posting just to get this CCd to kendy as he was the one working on the Findbar.

Find & Replace is now opened with Ctrl+H in Master.

I don't know if other Ctrl+Alt+Key need to be changed.
If not, this issue can be closed.

Only other Ctrl+Alt shortcut that I know of is Ctrl+Alt+C. That should be replaced too and if there are any other then they should be replaced as well. Look at http://en.wikipedia.org/wiki/AltGr_key, there basically isn't any safe Ctrl+Alt shortcut on Windows, where Ctrl+Alt == AltGr.

(In reply to comment #7)
> Only other Ctrl+Alt shortcut that I know of is Ctrl+Alt+C. That should be
> replaced too and if there are any other then they should be replaced as well.
> Look at http://en.wikipedia.org/wiki/AltGr_key, there basically isn't any safe
> Ctrl+Alt shortcut on Windows, where Ctrl+Alt == AltGr.

Ctrl+Alt+C is for Insert Comment, a rarely used function. The problem is that there are more functions than good shortcuts. Also, I saw many Ctrl+Alt+Shift+? in officecfg/registry/data/org/openoffice/Office/Accelerators.xcu. In theory we should change those, too.

[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1

more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html

Three posts back someone fixed the shortcut for Find and replace (changed it to Ctrl+H), so thats now fixed in 3.5.
But this bug still applies for any current or future introduced Ctrl+Alt+? shortcut. Any such key combination is simply unusable on many keyboard layouts in Windows.
This bug could be possibly closed, because the original reason for this report was fixed, but someone should decide what to do with this limitation, there is no workaround and if LO starts using these shortcuts, half of them (and on some keyboards even more) won't work.