Created attachment 182549 [details] keyboard_and_gallery_windows.jpg === TEST 1 === In Calc I would like to type in a formula: =10^2 (this is 10 * 10 = 100). But: 1. Type in: =10 2. Now character ^ has to be typed. EXPECTED: I need to press <AltGr> and hold and pressing 3 and now I can release both keys and press Space key and character ^ should be displayed. PROBLEM: After I press <AltGr> and 3 and Gallery dialog pops-up and I can't type in ^ character in Calc. To get the character I need to copy it from some other program like Notepad. ADDITIONALLY: The same problem is in Writer. Gallery dialog pops-up. Tested on: Version: 7.3.6.2 (x64) / LibreOffice Community Build ID: c28ca90fd6e1a19e189fc16c05f8f8924961e12e CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: sl-SI (en_SI); UI: en-US Calc: threaded === TEST 2 === The same test in Ubuntu 22.04 with working fine in: Version: 7.3.5.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: sl-SI (en_US.UTF-8); UI: en-US Ubuntu package version: 1:7.3.5-0ubuntu0.22.04.1 Calc: threaded It looks like LibreOffice Windows specific problem.
I reproduce with the same keyboard, regardless mine is Bosnian QWERTZ. Somehow, AltGr+3 or Ctrl+Alt+3 open Gallery in Sidebar, albeit View-Gallery doesn't have a shortcut. Stupid and not practical workaround (as focus is gone) is to type AltGr+3 twice and then delete excessive one. Solution would be to remove mapping to Gallery. Note: not this bug but can be another one: View-Gallery turns on Gallery but cannot turn it off.
This exact issue was also posted by a user, TheCrazyDriver, on the LibreOffice subreddit: "I cannot type some characters because the sidebar opens" https://www.reddit.com/r/libreoffice/comments/13h9qwd/i_cannot_type_some_characters_because_the_sidebar Except he was using a Hungarian keyboard. The problem is: - Ctrl+Alt+3 = Open the Gallery Deck but: - AltGr+3 seems to be matching the Ctrl+Alt shortcut too... - - - I found a workaround mentioned by LeroyG in Bug #151614 which was: - an AltGr+4 problem instead! - (Fixed in 7.4.2, so maybe same solution can be applied here?) I'll post my rewritten workaround below: - - - Current workaround: 1] Tools > Customize 2] Go to "Keyboard" tab. 3] You should see 2 radio buttons in the upper right corner: - LibreOffice - Writer --- (Selected by default) Select "LibreOffice" instead! 4] Now, scroll down to: - Ctrl+Alt+3 = Open the Gallery Deck 4.1] Click on that row, then: - Press "Delete" button. That should remove that default shortcut. Now, your AltGr+3 should work to type a ^ instead of opening the Gallery!
I can confirm @Tex2002ans work-around fixes the problem. Excellent. This was really really really annoying, specially in LibreOffice Calc where "^" character is used for "exponent". Now I have to fix this in all of the my computers and coworkers etc. I assume (I may be wrong) this shortcut was added at some point to LibreOffice. Can someone search for the commit and revert it properly for all users. ============ Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: sl-SI (en_SI); UI: en-US Calc: threaded ============
Ctrl+Alt+3 for "Open the Gallery Deck" is set in officecfg/registry/data/org/openoffice/Office/Accelerators.xcu in <node oor:name="3_MOD1_MOD2" oor:op="replace"> <prop oor:name="Command"> <value xml:lang="x-no-translate">I10N SHORTCUTS - NO TRANSLATE</value> <value xml:lang="en-US">.uno:SidebarDeck.GalleryDeck</value> </prop> </node> I think adding <value xml:lang="hu"></value> I think adding <value xml:lang="sl"></value> would at least not use this shortcut for those languages. No idea if there is anything available based on "3" like ctrl+shift+alt+3 which could be used as an alternative without causing a similar problem?
I have opened Writer and now I have checked the Tools | Customize | Keyboard tab | "Libreoffice" option button on top-right and I see problem is even greater then I have reported the bug. I only need ^ character, because of an exponent in Calc, but I see now other characters from other languages are affected too. I haven't noticed this before, because I never ever use this special characters (not my native Slovenian characters). Ctrl+Alt+1 --> Propertires side bar --> It should display character: ~ Ctrl+Alt+2 --> Styles side bar --> It should display character: ˇ Ctrl+Alt+3 --> Gallery side bar --> It should display character: ^ Ctrl+Alt+4 --> Navigator side bar --> It should display character: ˘ Ctrl+Alt+5 --> Page side bar --> It should display character: ° Ctrl+Alt+6 --> Style Inspector --> It should display character: ˛ To be exact, characters are typed as (e.g. for character: ^) Ctrl+Alt+3+Spacebar or AltGr+3+Spacebar, but LibreOffice steal keyboard shortcut at Ctrl+Alt+3 Behaviour of key combination Ctrl+Alt is equal to pressing single AltGr key. @McNamara, Ctrl+Alt+Shift+some_key is not affected like I have tested. Also, above problem is most probably not only Slovenian and Hungarian problem. We can see in "Comment 1" that also Bosnian keyboard is affected. In my humble opinion probably all ex-Yugoslavia keyboards are affected, because there used to be single country with united keyboard. Now they are separate countries, but as I know the same keyboard is used or at least common keyboard definition is used. Probably ex-Yugoslavia countries are affected: Slovenia, Croatia, Bosnia, Serbia, North Macedonia, Montenegro, Kosovo. But... if Hungarian is affected that is not ex-Yugoslavia country, then even more countries are affected, probably other Slavic and other Easter Europe keyboards. Maybe even more keyboards, because of special characters that are used in some special languages. In my humble opinion keyboard shortcuts: Ctrl+Alt+number is looking for a trouble. Retested in: ==================== Version: 7.5.5.2 (X86_64) / LibreOffice Community Build ID: ca8fe7424262805f223b9a2334bc7181abbcbf5e CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: sl-SI (en_SI); UI: en-US Calc: threaded ====================
Original implementation discussion was at: https://bugs.documentfoundation.org/show_bug.cgi?id=84502 ctrl+alt turns out to be problematic function key options ==================== F1-8 have some assignments in writer shift + F1-8 have some assignments in writer ctrl + F1-8 have some assignments in writer ctrl + shift + F1-8 have some assignments in calc alt + F4 is reserved and unavailable number options ============== ctrl + 1-8 have some assignments in calc alt + 1-8 seems free alt+shift + 1-8 is also plausible, but shift+8 will be seen as * under Gtk which is possibly fixable but a pain lets try alt + number and see how far that gets us: https://gerrit.libreoffice.org/c/core/+/155831
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/3614953bf1f4ada22247d04a772d1e3e1d361cef tdf#151059 don't use Ctrl+Alt+3 etc by default for gallery It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/1d361ad42a687bd6730d251d060ce867cc0b882b Related: tdf#151059 assign Alt+7 to new manage changes deck It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
lets try that then and see how it works out
*** Bug 155075 has been marked as a duplicate of this bug. ***
I want to verify this bug: - Alt+7 to new manage changes deck is working fine - don't use Ctrl+Alt+3 etc by default for gallery, Ctrl+Alt+3 is not opening Gallery, but Alt+3 - but I don't know the shortcut for ^, as reported by user. Ctrl+AltGr+3 is doing nothing.
(In reply to BogdanB from comment #11) > I want to verify this bug: > - Alt+7 to new manage changes deck is working fine > - don't use Ctrl+Alt+3 etc by default for gallery, Ctrl+Alt+3 is not opening > Gallery, but Alt+3 > - but I don't know the shortcut for ^, as reported by user. Ctrl+AltGr+3 is > doing nothing. I was testing using Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 34d32740d89876c3d4fd2743a07d6e2578601683 CPU threads: 16; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
I have tested on LibreOffice-Writer/master: WORKS FINE: 1. Alt+1 Alt+2 ... Alt+8 are now opening side bars as expected. 2. AltGr+1 AltGr+2 ... AltGr +0 are now correctly typing in special characters. Fixed the problem. Thanks. NEW PROBLEMS REGRESSIONS COMPARE TO 7.5.5.2 3. Writer: Ctrl+Alt+number has no affect at all. Ctlr+Alt+number should be working the same as AltGr+number. 4. Calc: Ctrl+Alt+number and number is displayed in cell. For example: Ctrl+Alt+1 and number 1 is typed in cell, but it should be ~ character. P.S. I am marking reverting bug status from FIXED back to NEW. ======= Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 34d32740d89876c3d4fd2743a07d6e2578601683 CPU threads: 8; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Not yet in 7.6.0
*** Bug 157599 has been marked as a duplicate of this bug. ***
(In reply to grofaty from comment #13) > NEW PROBLEMS REGRESSIONS COMPARE TO 7.5.5.2 > 3. Writer: Ctrl+Alt+number has no affect at all. Ctlr+Alt+number should be > working the same as AltGr+number. No, this is not a regression. Ctlr+Alt+number never worked the same as AltGr+number before
(In reply to Xisco Faulí from comment #16) > No, this is not a regression. Ctlr+Alt+number never worked the same as > AltGr+number before I know I have performed the tests and it did behave differently on master vs. 7.5.5.2 that would classify as regression. But if Ctrl+Alt+number should not work the same as <AltGr>+number in LibreOffice, then there is no point of having this bug opened anymore. I am setting it back to RESOLVED:FIXED. (In reply to maison from comment #14) > Not yet in 7.6.0 From this bug report in Comment_7 and Comment_8 you can see "Commit Notification" in header and in body that source code change was pushed to "master" which is future 24.4 that will be released in February 2024. This bug was not backported to 7.5.x or 7.6.x version, because it was recognized as not vital bug. You have two options: a) wait till February 2024 or b) make settings adjustments as workaround described in Comment_2.
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-7-6": https://git.libreoffice.org/core/commit/afdf76ebab71f9d9f8b6e9e62ffdbc862b0a2379 tdf#151059 don't use Ctrl+Alt+3 etc by default for gallery It will be available in 7.6.3. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 158257 has been marked as a duplicate of this bug. ***
@Caolan / Comment #8 Seems like the shift to "Alt" broke inserting special symbols via Alt Codes. For example, on Windows: - Alt+0215 = × = multiplication sign Pressing it in LibreOffice 7.6.4 causes the various sidebars to open instead of inserting the character. - - - I tested it in: Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded and initially saw the complaint by the user Walk_Ins on the LibreOffice subreddit: - https://www.reddit.com/r/libreoffice/comments/18fs4fq/alt_code_not_working/
(In reply to Tex2002ans from comment #20) > @Caolan / Comment #8 > See Windows only bug 158112, and Mike K has proposed a potential fix with bug 156443
@Caolán, Mike, * Any thoughts on backporting to 7.6 Mike's https://gerrit.libreoffice.org/c/core/+/161891 to restore the regression at 7.6.3 in Windows <Alt>+NumPad "Alt Code" character entry, while keeping the SB deck shortcuts? Also adding full decimal BMP|SMP Unicode entry via <Alt>+NumPad 4, 5, and 6 digit sequences.
(In reply to V Stuart Foote from comment #22) > @Caolán, Mike, * > > Any thoughts on backporting to 7.6 Mike's > https://gerrit.libreoffice.org/c/core/+/161891 to restore the regression at > 7.6.3 in Windows <Alt>+NumPad "Alt Code" character entry, while keeping the > SB deck shortcuts? Also adding full decimal BMP|SMP Unicode entry via > <Alt>+NumPad 4, 5, and 6 digit sequences. Done -> https://gerrit.libreoffice.org/c/core/+/163177
(In reply to V Stuart Foote from comment #22) > @Caolán, Mike, * > > Any thoughts on backporting to 7.6 Mike's > https://gerrit.libreoffice.org/c/core/+/161891 to restore the regression at > 7.6.3 in Windows <Alt>+NumPad "Alt Code" character entry, while keeping the > SB deck shortcuts? Also adding full decimal BMP|SMP Unicode entry via > <Alt>+NumPad 4, 5, and 6 digit sequences. As Mike mentioned in the gerrit change, this is a new feature mentioned in the 24.2 release notes so probably not a good idea to backport it