The file menu lists Ctrl+Shit+O as the shortcut for Print Preview. However this shortcut is not assigned in the keyboard customization and doesn't work by default. It does work if manually assigned in the keyboard customization.
Can not confirm on Windows 10 Ent 64-bit en-US with Version: 6.1.0.3 (x64) Build ID: efb621ed25068d70781dc026f7e9c5187a4decd1 CPU threads: 8; OS: Windows 10.0; UI render: GL; Locale: en-US (en_US); Calc: CL The <Ctrl><Shift>+O is mapped to 'Print Preview' as a global LibreOffice shortcut (where the .uno:PrintPreview command has meaning--e.g. not in Draw/Impress/Math) and is functional in Writer and Calc. But, yes it is not assigned for Writer--Tools -> Customize -> Keyboard tab, Writer radio-button--but believe that is normal. Are you showing a printer that makes sense when you use the File -> Printer Settings dialog?
Yes, print settings brings up my default printer. Ctrl+Shift+O does not work on two different computers (Asus and Toshiba), both running updated Windows 10. This shortcut worked in previous, recent, versions without having to manually assigning the shortcut on the keyboard map, though I can't say for sure with which version it quit working.
not repro in Версия: 6.1.0.3 (x64) ID сборки: efb621ed25068d70781dc026f7e9c5187a4decd1 Потоков ЦП: 4; ОС:Windows 10.0; Отрисовка ИП: GL; Локаль: ru-RU (ru_RU); Calc: CL
Works fine here. Does the problem occur, if you launch LibreOffice in Safe mode (either from the start menu or Help - Restart in safe mode)? Version: 6.1.0.3 (x64) Build ID: efb621ed25068d70781dc026f7e9c5187a4decd1 CPU threads: 4; OS: Windows 10.0; UI render: default; Locale: fi-FI (fi_FI); Calc: group threaded Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the information.
Yes, in safe mode the behavior is the same. I pulled up a couple of presentations I did last year, obviously under an earlier version of LibreOffice, and the problem does not appear when presenting them in 6.1. The file I uploaded is from a series which I am doing and typically I start a new presentation by opening the previous one and renaming it, then delete most of the slides (1-3 at the beginning are repeated with minor changes each week) and continue producing new slides. The problem first occurs in a file I created at the end of last January. I haven't checked every file since then, but it appears to persist after that point. It is possible that the problem is due to some corruption introduced in the January presentation, but if no one else is having problems with the file I uploaded, clearly there's something else going on. As I stated before, this behavior is identical on 2 computers, both with different processors and different graphics cards, both running the same version of Windows 10 and Libreoffice 6.1.
(In reply to Jon from comment #5) > I pulled up a couple of presentations I did last year, obviously under an > earlier version of LibreOffice, and the problem does not appear when > presenting them in 6.1. The file I uploaded is from a series which I am > doing You did not upload any file yet.
My apologies. Because I hadn't seen comments on this bug for a while, I assumed it was about another, more recent issue I had with Impress. To answer your question, yes, the problem does persist in any Writer document in safe mode. When I pull up the keyboard customization, there is nothing assigned to Ctrl-Shift-O. Obviously it's easy to fix, but I reported it just because it creates some confusion and could be a turn off for a new user.
(In reply to Jon from comment #7) > My apologies. Because I hadn't seen comments on this bug for a while, I > assumed it was about another, more recent issue I had with Impress. > > To answer your question, yes, the problem does persist in any Writer > document in safe mode. When I pull up the keyboard customization, there is > nothing assigned to Ctrl-Shift-O. Obviously it's easy to fix, but I reported > it just because it creates some confusion and could be a turn off for a new > user. There are two modes for each Tools -> Customize: Keyboard customization panel. Set by radio button, by default selected for the LO module active when customization is launched, the othere applicable to "global" LibreOffice shortcuts. You are correct that the Writer keyboard panel does not have an assignment for the <Ctrl><Shift>+O shortcut. It is assigned globally to all modules its associated .uno:PrintPreview has meaning. With a clean (defalut) user profile the shortcut is not assigned in Writer module and the global alone asserts. But if the global LibreOffice shortcut has been changed in your profile it will not work in the modules. Reset you profile and retest.
(In reply to V Stuart Foote from comment #8) > With a clean (defalut) user profile the shortcut is not assigned in Writer > module and the global alone asserts. But if the global LibreOffice shortcut > has been changed in your profile it will not work in the modules. Reset you > profile and retest. Jon tested with Safe mode, but could it be that Safe mode was not enough?
(In reply to Buovjaga from comment #9) > > Jon tested with Safe mode, but could it be that Safe mode was not enough? As this remains unconfirmed, would prefer to hear result for resetting to a new user profile, rather than one of the safe modes--as the new profile actually gets the UI to a know state with only the system default printer(s) then in question. Testing should include reviewing the keyboard shortcuts for both Customization modes. Present, in the global LibreOffice mode panel? Absent, in the Writer specific mode panel? And, only then check if the global shortcut functions.
At the moment I need to get some work done in Impress, but will reset the profile this evening and report the results. I have no idea what the "global libreoffice mode panel". That is, I understand the concept, but don't know how I would read it, but I will let you know that the results of the profile reset are... other than that I will have to reintroduce all of my customizations. Sigh.
Created attachment 144634 [details] Writer keyboard customizations (left), LibreOfficeDev global keyboard customizations (6.2, right) -- both with defaults (In reply to Jon from comment #11) > ... I have no idea what the "global > libreoffice mode panel". That is, I understand the concept, but don't know > how I would read it, but I will let you know that the results of the profile > reset are... See attached image, left is Writer selected with RadioButton. Right is the "global" settings. > other than that I will have to reintroduce all of my > customizations. Sigh. Just rename the profile, and rename it to restore. https://wiki.documentfoundation.org/UserProfile
I changed the "User" folder to "Restore" as suggested and started up Libreoffice. The Ctrl-Shift-O shortcut continues to not work. In the Libreoffice global keyboard customization it shows this shortcut assigned to Print Preview, but it does not work, either in Writer or Calc. It's a bit of a side note, but I can't help but wonder... If a shortcut is assigned in the global keyboard customization, but doesn't show in the Writer or Calc customization also (as is the case), wouldn't this create a situation where a person could unintentionally override a global shortcut by changing the local shortcut in Writer or Calc? Maybe not a real likely scenario, but it would seem more logical to me (ignorant as I am of the inner workings of the program), that a global shortcut should be repeated in the local keyboard customization.
(In reply to Jon from comment #13) > I changed the "User" folder to "Restore" as suggested and started up > Libreoffice. The Ctrl-Shift-O shortcut continues to not work. In the > Libreoffice global keyboard customization it shows this shortcut assigned to > Print Preview, but it does not work, either in Writer or Calc. > OK, thanks for testing. Unfortunately remains unconfirmed. > It's a bit of a side note, but I can't help but wonder... If a shortcut is > assigned in the global keyboard customization, but doesn't show in the > Writer or Calc customization also (as is the case), wouldn't this create a > situation where a person could unintentionally override a global shortcut by > changing the local shortcut in Writer or Calc? Maybe not a real likely > scenario, but it would seem more logical to me (ignorant as I am of the > inner workings of the program), that a global shortcut should be repeated in > the local keyboard customization. Yes that is intentional, you can assign different shortcuts in each module that would "override" a global assignment. Or rather, the module specific assignment would take precedent over the global. Intentional. Here though, with no assignment to the module, the global <Ctrl><Shift>+O shortcut should be asserting with view shifting to Print Preview. Does the button on the standard toolbar toggle into preview mode? The menu entry on the File -> Print Preview? Both are tied to the same .uno:PrintPreview action as the global shortcut.
Yes, the print preview button on the tool bar and file->Print Preview work. I regularly use 2 laptops, both running LO 6.1.0.3. I originally noticed the problem on one laptop and resolved it by assigning (in Writer) the Print Preview to CTRL-Shift-O in the keyboard customization, which produced the desired result. As a result, I've been testing the problem more on the other laptop. Today I went back to the first one (where ctrl-shift-O now works), verified that Print Preview was working in Calc (without a local assignment in Calc). Then I removed the local assignment from Writer, closed the program, restarted, and the Ctrl-Shift-O shortcut continued to work in Writer and presumabl in Calc. The problem persists on the other laptop, even if I assign the shortcut locally. The print preview button works, the File -> Print Preview works, but Ctrl-Shift-O doesn't. I would say this problem must have to do with some specific configuration locally and is probably not worth your time pursuing further, but I have appreciated the help.
(In reply to Jon from comment #15) > > I would say this problem must have to do with some specific configuration > locally and is probably not worth your time pursuing further, but I have > appreciated the help. OK, thanks for poking away at it. And while frustrating, imagine the effort has offered you an opportunity to see the interplay of Menu entries, button actions, and keyboard shortcuts--and their underlying controls which are often in common. That the Print Preview mode seems to be working correctly, issue is with assignment of the shortcut--both default and with customization. A clean user profile with "defaults"--should--have cleared this for you on the problem laptop. A clean reinstallation of LibreOffice certainly will. For now, though will close => INSUFFICIENTDATA as absent reliable Steps to Reproduce and no other reports this is not actionable. Feel free to reopen if you can identify specifics.