View > Show Formula shows the shortcut as "Ctrl+grave". My keyboard does not have "grave" key :) Under Tools > Customize > Keyboard tab + Category = View + Function = Show Formula, Keys = Null. That is, nothing appears defined.
The "^" key is called grave. Not sure why this is used as a shortcut.
On Windows builds, the shortcut on the menu entry is just Ctrl, and does toggle the formula <> calculation. But the expected shortcut <Ctrl>+` toggles the view of the cell. (On en-US 102 keyboard that is combined with the ~ key upper left) Customize keyboard for Calc or LibreOffice shows no keys assigned to the View -> Show Formula action. Hmm... @Jay? Windows 10 Pro 64-bit (1607) en-US with Version: 5.3.0.0.alpha0+ Build ID: c2b48a763df113e63e6a27ee05b9a6834e4e49a4 CPU Threads: 8; OS Version: Windows 6.2; UI Render: default; TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-10-20_06:56:44 Locale: en-US (en_US); Calc: CL
A few comments: (1) Use of the "grave" key might not be the best choice for this shortcut as this key apparently is referred to by different names. Reference this discussion: https://askubuntu.com/questions/114578/what-is-the-grave-button. I have in the past heard this key referred to as the back-tick key. (2) It is inconsistent for the menu to show, in this particular case, the name of the key instead of the key symbol. "grave" instead of "`". (3) Another apparent inconsistency is that for some reason the use of this shortcut was not defined at Tools > Customize > Keyboard tab.
@Stuart: The show formula uno command (.uno:ToggleFormula) has been assigned[1] to "QUOTELEFT_MOD1" since the OOo days, but i recently added it to the view menu in master. I noticed the shortcut a few days ago when i was in the menu and found it was strange as well to say 'grave'. :D So i'm assuming we should show the character rather than naming it, like we do with command and semi colon. [1] https://cgit.freedesktop.org/libreoffice/core/tree/officecfg/registry/data/org/openoffice/Office/Accelerators.xcu
Is this still an issue? I don't see "grave" in that menu at all.
Created attachment 128270 [details] View -> Formula on Windows (master 2016-10-23) Wrong to display the word "grave" as a shortcut on some Linux builds--or to show shortcut with only "Ctrl" without the "`" as happening on Windows builds.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
(In reply to QA Administrators from comment #7) Handling of the label on the View menu on Windows remains an issue. On Windows builds-the Grave accent, aka "back tic" is not showing in the UI for the menu. Also, seems the mapping of "QUOTELEFT_MOD1" to the .uno:ToggleFormula action is overriding a preferred OSX window navigation as in bug 114858. As Bruce suggested comment 3 (1) maybe assigning a different key for the shortcut would be better cross platform?
Another facet to this and perhaps why historically the "Ctrl+Grave" text label was used on the menu--we don't include the Grave (QUOTELEFT) in the Tools -> Customize dialog panels for menu, keyboard. Does OS clobber application use of the glyph. Als, the mapping of .uno:ToggleFormula's "Show Formula" Function to Ctrl+` (QUOTELEFT_MOD1) does not display in the Customize dialog. Why is that? The command can be assigned to other keyboard shortcut(s) from Customize--but its default using (QUOTELEFT) does not show.
Lets limit this bug to fixing the issue on linux, the display of 'grave' rather than '`', and use bug 115281 to fix the issue on windows and mac of the shortcut not appearing correctly.
This has now been raised an AskLibreOffice[1], and I have posted a work-around there. It doesn't even show up in the `Tools > Customise... > Keyboard` settings, as noted in comment #9, which is a bit disconcerting! [1]: https://ask.libreoffice.org/en/question/149646/lo-6021-cannot-switch-between-documents-on-a-mac/?answer=149674#post-id-149674
(In reply to David from comment #11) > This has now been raised an AskLibreOffice[1], and I have posted a > work-around there. > > It doesn't even show up in the `Tools > Customise... > Keyboard` settings, > as noted in comment #9, which is a bit disconcerting! > > [1]: > https://ask.libreoffice.org/en/question/149646/lo-6021-cannot-switch-between- > documents-on-a-mac/?answer=149674#post-id-149674 Actually, for bug 114858 the QUOTELEFT_MOD1 uno:ToggleFormula has already been corrected for macOS builds to use QUOTELEFT_MOD3 so it will behave for macOS users. Issue here remains why the \` grave is not handled correctly in the LO GUI; either not showing or showing as the work "Grave"
*** Bug 117724 has been marked as a duplicate of this bug. ***
Dear brucehohl, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
The key sequence "Ctrl+`" (back tick) works to show the formula, but I'm still not seeing the shortcut key against this command, all I see is "Ctrl " in View > Show formula. Windows, LO Version: v6.2.2.2
In LO 6.3.0 beta1 under Ubuntu 18.04 / Gnome I see the shortcut Ctrl+` in the menu. Version: 6.3.0.0.beta1+ Build ID: c744dac16ad808c73021cb2cecefe1d484934451 Threads CPU : 4; OS : Linux 4.15; UI Render : par défaut; VCL: gtk3; Ubuntu_18.04_x86-64 Locale : fr-FR (fr_FR.UTF-8); UI-Language: fr-FR Calc: threaded Best regards. JBF
(In reply to Jean-Baptiste Faure from comment #16) > In LO 6.3.0 beta1 under Ubuntu 18.04 / Gnome I see the shortcut Ctrl+` in > the menu. > > Version: 6.3.0.0.beta1+ > Build ID: c744dac16ad808c73021cb2cecefe1d484934451 > Threads CPU : 4; OS : Linux 4.15; UI Render : par défaut; VCL: gtk3; > Ubuntu_18.04_x86-64 > Locale : fr-FR (fr_FR.UTF-8); UI-Language: fr-FR > Calc: threaded > > Best regards. JBF So, guess the Ctrl with text "grave" showing as shortcut is fixed for that DE. And, do the Customize dialogs register the "`" grave on that build? Not the case for either on Windows which in current master [1] still shows just the Ctrl as the assigned shortcut for QUOTELEFT_MOD1 -- but I think we agreed that would be bug 115281 =-ref-= [1] Version: 6.4.0.0.alpha0+ (x86) Build ID: 9870ff897f088563426bee9567dd9cb722c2b929 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded
Gabor Kelemen committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/3f9fcf0e7f154e49bbffeaea925edb6055add494 tdf#103388 Show the backtick used in shortcut in Calc View menu It will be available in 7.3.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.
Gabor Kelemen committed a patch related to this issue. It has been pushed to "libreoffice-7-2": https://git.libreoffice.org/core/commit/80e813fc9c2134fffbaec37246bff506d14d9cc8 tdf#103388 Show the backtick used in shortcut in Calc View menu It will be available in 7.2.0.0.beta2. 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.
Description: When hoovering in the (font) color picker in the toolbar a visual indication is giving http://www.iu-bloomington.com/ which color is selected. Similar behavior doesn't exist in the Area Tab Steps to Reproduce: 1. Open Writer 2. Format -> Page -> Area tab -> Color button 3. Hoover over the palette. No mouse over effect OK, I found steps. @reporter: it's important that you write all the details, so that we don't loose time on guessing. https://www.webb-dev.co.uk/ 0.Open new ODT 1.Table-Insert, spanning over more than one page (ex. 60 rows), mark Heading, unmark Repeat.. 2.Add some heading text (ex. h) and see that you don't see in on 2nd page 2.Right click into the table - select Table Properties 3.Choose Repeat Heading 1st row https://waytowhatsnext.com/ I confirm with those steps in LO 7.2+, both Windows and Linux, regression from 7.1. Note that save and reopen rectifies this, so minor issue. No problem if Repeat.. is marked when creating the table. Bibisect 7.1 Linux: commit 0bcdeefb5ed2399af63286c30298802513e6c58c Date: Tue Nov 3 00:47:07 2020 +0100 source f899c28f210c6565b7227d7665d449f194d2af8e previous source http://www.acpirateradio.co.uk/2 author OK, I found steps. @reporter: it's important that you write all the details, so that we don't loose time on guessing. 0.Open new ODT 1.Table-Insert, spanning over more than one page (ex. 60 rows), mark Heading, unmark Repeat.. http://www.logoarts.co.uk/ 2.Add some heading text (ex. h) and see that you don't see in on 2nd page 2.Right click into the table - select Table Properties 3.Choose Repeat Heading 1st row I confirm with those steps in LO 7.2+, both Windows and Linux, regression from 7.1. Note that save and reopen rectifies this, so minor issue. http://www.slipstone.co.uk/ No problem if Repeat.. is marked when creating the table. Bibisect 7.1 Linux: commit 0bcdeefb5ed2399af63286c30298802513e6c58c Date: Tue Nov 3 00:47:07 2020 +0100 source f899c28f210c6565b7227d7665d449f194d2af8e previous source http://embermanchester.uk/5 author OK, I found steps. @reporter: it's important that you write all the details, so that we don't loose time on guessing. 0.Open new ODT 1.Table-Insert, spanning over more than one page (ex. 60 rows), mark Heading, unmark Repeat.. http://connstr.net/ 2.Add some heading text (ex. h) and see that you don't see in on 2nd page 2.Right click into the table - select Table Properties 3.Choose Repeat Heading 1st row I confirm with those steps in LO 7.2+, both Windows and Linux, regression from 7.1. Note that save and reopen rectifies this, so minor issue. http://joerg.li/ No problem if Repeat.. is marked when creating the table. Bibisect 7.1 Linux: commit 0bcdeefb5ed2399af63286c30298802513e6c58c Date: Tue Nov 3 00:47:07 2020 +0100 source f899c28f210c6565b7227d7665d449f194d2af8e previous source 587b8eb1d0c7959967299ebfcd03c52dc4b1cab4 author http://www.jopspeech.com/ OK, I found steps. @reporter: it's important that you write all the details, so that we don't loose time on guessing. 0.Open new ODT 1.Table-Insert, spanning over more than one page (ex. 60 rows), mark Heading, unmark Repeat.. http://www.wearelondonmade.com/ 2.Add some heading text (ex. h) and see that you don't see in on 2nd page 2.Right click into the table - select Table Properties 3.Choose Repeat Heading 1st row I confirm with those steps in LO 7.2+, both Windows and Linux, regression from 7.1. Note that save and reopen rectifies this, so minor issue. http://www.compilatori.com/ No problem if Repeat.. is marked when creating the table. Bibisect 7.1 Linux: commit 0bcdeefb5ed2399af63286c30298802513e6c58c Date: Tue Nov 3 00:47:07 2020 +0100 source f899c28f210c6565b7227d7665d449f194d2af8e previous source http://www-look-4.com/11 author