Problem description: This is an enhancement suggestion. I frequently use a pen while presenting because I use a tablet pc. Today, I tried to use the new presenter console in the Libre Impress 4.0 using a dual monitor setup. As usual, I switched the mouse cursor to a pen, and drawed a few lines on the presenter console, but my drawing didn't appear on the screens. Steps to reproduce: 1. switch the mouse cursor to a pen 2. open the presenter console 3. draw on the console Current behavior: My drawing didn't show up immediately. Instead, whenever I press PageDn, the drawing appears on screen #1 and #2 shortly before the page changes. So it seemed that the drawing is somehow stored internally, but it just doesn't get drawn. Expected behavior: What I wanted to do was to draw on the Presenter Console using a pen (screen #1) and have my drawing input show up both on the console and on the main presentation screen (screen #2). Operating System: Ubuntu Version: 4.0.1.2 release
Thanks for your request! Seems legit, and I can not find a duplicate for now. Therefore I mark it as NEW. Kind regards, Joren
*** Bug 67949 has been marked as a duplicate of this bug. ***
Jean-Baptiste Faure commented on bug #67949: "Not sure if this is a bug. I reproduce when I draw on the speaker screen but it seems to me that this functionality is designed to draw on the presentation screen in order the spectators see the pointer which make the drawing." Drawing on the presentation screen is really impractical in many situations where the presentation screen is *behind* the speaker (which is the case in most lecture halls etc.). You end up twisting yourself uncomfortably and talking with your head away from the audience. I agree that the ideal functionality would be so show a cursor on the presentation screen when you move your mouse cursor on the presenter console's slide image, and draw immediately on both the presenter console and the presentation screen.
*** Bug 75282 has been marked as a duplicate of this bug. ***
** 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 on a currently supported version of LibreOffice (5.0.1 or preferably 5.0.2.2 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-10-14
The problem still exists in LibreOffice Impress 5.0.2.2. Drawing on the slide on the presenter console does not show any ink (either on presenter console or the actual slide display). The drawn ink becomes visible only after you change to another slide and come back.
*** Bug 100040 has been marked as a duplicate of this bug. ***
** 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
The bug is still reproducible in LibreOffice Impress 6.0.5.2 (Windows x64) and LibreOffice for Ubuntu (1:6.0.5~rc2-0ubuntu0.14.04.1~lo1). Tested just now (2018-June-29). 1. Connect the computer with two monitors. Enable 2. In LibreOffice Impress, start a slide show with Presenter Console enabled. 3. Right-click on the full-screen slide and select "Mouse Pointer as Pen" in the context menu. 4. Draw something on the current slide display on the Presenter Console. Observe that the ink is invisible. 5. Go to next slide and then come back to this slide, and see the visible ink now. Expected result: The ink should be visible at the moment I draw on the Presenter Console. (I cannot say whether the ink should be visible _immediately_ on the full-screen slide as well. I guess there are two use cases that expect either behavior -- maybe the console should present an "Update full-screen slide as I edit it" toggle button to address both behaviors, but that's another feature request.)
A Japanese user is reporting a similar bug on youtube and ask.libreoffice.org. He says that he was able to workaround it by unchecking Tools->Options->View "Use hardware acceleration" and "Use OpenGL for all rendering". Why don't you try it? https://www.youtube.com/watch?v=RsytNG5LV4I&feature=youtu.be https://ask.libreoffice.org/ja/question/152406/impressnomausupointanopendong-zuo-nihabagugaaru/ Minor Note: my comment on ask.libreoffice.org says "I only have one monitor, and I don't know this relates to your bug, but I cannot use my mouse as a pen on presentation with my single-monitor. My trouble seems to be caused by MouseLeave events. When I commented out this line, my trouble seems gone."
I tried the workaround suggested in the previous comment (unchecking "Use hardware acceleration" and "Use OpenGL for all rendering"). That didn't fix anything on my Impress 6.0.4.2 running on Opensuse Leap 15 (64-bit). When I enable mouse as pen and draw on the presenter console, the ink becomes visible (both on the console and on the full screen slide) only when I move the mouse cursor over the full screen slide.
I have a dual screen set-up, windows 10, 64bit Libreoffice 6.1.3.2 and I have no such problem : even if the presentation was started without pen, and I switch on the pen during presentation, I can draw immediately. It also works if the presentation is started with the options "pen" already checked before.
(In reply to Oliver from comment #12) > I have a dual screen set-up, windows 10, 64bit Libreoffice 6.1.3.2 and I > have no such problem : even if the presentation was started without pen, and > I switch on the pen during presentation, I can draw immediately. It also > works if the presentation is started with the options "pen" already checked > before. Are you in Presenter Console on your other screen, or do both screens just show the presentation? This bug only concerns the situation where one screen shows the full-screen presentation and the other is showing the Presenter Console (in which case drawing with the pen on the non-full-screen slide on the Presenter Console is not visible immediately).
*** Bug 97482 has been marked as a duplicate of this bug. ***
I've the same issue on Fedora 32/Libreoffice v6.4, nVidia binary drivers. Cursor and pen are not visible on the presentation (external) display. The drawings are not visible on both. The drawing are visible after going to next slide and returning. Both of the monitors are HiDPI (4K).
(In reply to Mohammad Alhashash from comment #15) > I've the same issue on Fedora 32/Libreoffice v6.4, nVidia binary drivers. > > Cursor and pen are not visible on the presentation (external) display. The > drawings are not visible on both. > > The drawing are visible after going to next slide and returning. > > Both of the monitors are HiDPI (4K). Now I got it. I cannot have the cursor in both displays. I'vetomove the cursor to the presentation display and draw there (which is usually difficult). If I draw on on the presenter display, The drawings will appear on the presentation display when I move the mouse there (instead of switching the slide forward and back). Libreoffice v7.0 RC2 has the same issue on Fedora 32.
Same bug for me. Pretty annoying that we cannot draw on the presenter screen. Version: 7.3.7.2 (x64) / LibreOffice Community Build ID: e114eadc50a9ff8d8c8a0567d6da8f454beeb84f CPU threads: 16; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: threaded
Also in: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 960e37af28807ed1b376e26c4504ab755a81dfd5 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded (@Aurélien: please keep the Version field at the earliest affected, and the Hardware/OS fields to the more general values if already set.)
I still observe this irritating behaviour with: Version: 24.2.2.2 (X86_64) / LibreOffice Community Build ID: d56cc158d8a96260b836f100ef4b4ef25d6f1a01 CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: de-CH (de_CH); UI: de-DE Calc: threaded which makes the presenter console unusable in my teaching settings using a convertible laptop and a video projector. Drawing on a slide should work on the presenter console and on the full screen slide shown on the second screen. Currently, it only works on the second screen. Having to move around the mouse between both screens to make the annotation visible is unintuitive. It would be nice if this error could be fixed after 10+ years. The bug is also well described on the user forum: https://ask.libreoffice.org/t/ink-annotations-with-pen-while-presenting-in-presenter-mode/90976