Created attachment 126364 [details] Dummy presentation to test the actions Open attached document and go to third slide, which is empty. Open the Navigator. Drag the item "Rechteck" to the slide. Nothing happens. Try with the other kind of dragging. Nothing happens. Expected behavior: Drag mode "Hyperlink": A link with URL to the file name and anchor to the first slide is inserted, in text form or in button form. Drag mode "Link": A rectangle is inserted with action "goto". Drag mode "Copy": A rectangle is inserted, which is a copy. Dragging a complete slide should duplicate it. Possible minimal solutions: Show a "forbidden" cursor. or Remove or hide those items in the Drag mode list, which does not work in the current situation.
Hi Regina, What you write is correct. In my understanding, this drag&drop function can be used to take elements from another file. So when your file is open, create a new file, then in the Navigator at the bottom open the Source.odp and drag .. Also with limitations (Link does not work and Hyperlink gives the wrong path), but..
Thank you for reporting the bug. I can confirm that the bug is present in Version: 5.3.1.2 (x64) Build ID: e80a0e0fd1875e1696614d24c32df0f95f03deb2 CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; Layout Engine: new; Locale: en-US (en_US); Calc: group
*** Bug 113085 has been marked as a duplicate of this bug. ***
Not just Windows, see also bug 113085
And not just Impress, as bug 113085 shows the same problem with regards to Writer
Hmm, perhaps both this bug and bug 113085 should be duplicates of bug 90661 ?
(In reply to Alex Thurgood from comment #5) > And not just Impress, as bug 113085 shows the same problem with regards to > Writer This bug is Impress only - in Writer some things do work.
** 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 feature has worked in LibreOffice Version 4.0.1.2 (Build ID: 84102822e3d61eb989ddd325abf1ac077904985) It is broken in Version: 4.5.0.0.alpha0+ Build ID: 40b1e8266e47792d354cd457c652bfb0f0a21e69 TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2015-02-11_00:13:43 Locale: en_US. Sorry, I do not have a release version from that time. Currently the mouse button down already switches the center view to the object, so that a drag is not possible at all. Tested in Version: 6.2.0.0.alpha1+ (x64) Build ID: f825e6d4082c0d0beb1c95b881f6a2ee9bfc9161 CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-05_00:20:26 Locale: de-DE (en_US); Calc: CL
I can reproduce it in Version: 5.2.0.0.alpha0+ Build ID: 3ca42d8d51174010d5e8a32b96e9b4c0b3730a53 Threads 4; Ver: 4.10; Render: default; but not in Version: 5.0.0.0.alpha1+ Build ID: 0db96caf0fcce09b87621c11b584a6d81cc7df86 Locale: ca-ES (ca_ES.UTF-8) needs to be bisected with repo 5.1 however, the behaviour in master has changed now. Clicking on an object moves the view to that object. So I don't know if drag&drop could work now... Adding Jim to the loop as well
This seems to have begun at the below commit. Adding Cc: to Caolán McNamara; Could you possibly take a look at this one? Thanks 03499868f8752df4db01fcfbd149708fb9d9b2a4 is the first bad commit commit 03499868f8752df4db01fcfbd149708fb9d9b2a4 Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Wed Oct 12 06:36:16 2016 -0700 source 4dc6e29dd6c531dc9c867bc75ef0128a78d99f33 author Caolán McNamara <caolanm@redhat.com> 2016-10-11 20:34:32 +0100 committer Caolán McNamara <caolanm@redhat.com> 2016-10-12 10:10:20 +0100 commit 4dc6e29dd6c531dc9c867bc75ef0128a78d99f33 (patch) tree be99d278decdcc2e531f5a732f05f3fe9fcdf8bd parent 0bd4ae07ae99bf030a3f775b8e16db58f7d2cdba (diff) convert impress/draw navigator to .ui
I can fix drag and drop, but since bug 115873 a single click on an element in the impress navigator selects that object so while dnd will work, the interaction isn't right.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/c79653e33d018de7dd89b41e4206260b6a0767e9%5E%21 tdf#101072 mpParent isn't SdNavigatorWin It will be available in 6.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.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/ec4769a82f8a35495c1f2dfdd79023d29c263b90%5E%21 tdf#101072 let the sidebar navigator drag and drop too It will be available in 6.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.
Hmm, f3c68cdf8f6a0273c62b493552f78af0138a44e8 added two flags (SelectionHandlerNavigates, NavigationGrabsFocus) that's how you can navigate with the keyboard without instantly selecting shapes after every keystroke. Perhaps the same machinery could be reused to not select shapes / loose focus during drag and drop.
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-6-2": https://git.libreoffice.org/core/+/63496a57b408ae18558208e4179c7b4624d5a44e%5E%21 tdf#101072 mpParent isn't SdNavigatorWin It will be available in 6.2.0.1. 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.
A polite ping to Caolán McNamara: Is this bug fixed? if so, could you please close it as RESOLVED FIXED ? Otherwise, Could you please explain what's missing? Thanks
I can't make drag&drop to work in Version: 6.3.0.0.alpha0+ Build ID: 993913469e74e9db9743004bbe36aa412411671c CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded
(In reply to Caolán McNamara from comment #12) > I can fix drag and drop, but since bug 115873 a single click on an element > in the impress navigator selects that object so while dnd will work, the > interaction isn't right. In Version: 6.3.0.0.alpha0+ Build ID: 4095f95ddd29f3c3509355b0509640804160348c one can still chose to see all shapes (Navigator tool bar) and with the arrow key select a shape, not being the selected slide. Dragging to a slide however, doesn't have any effect, neither as Link, Hyperlink or Copy
Created attachment 148400 [details] demo of it working For me, under gtk3 and gtk2, the actual drag and drop works, as shown in the video following cor's hack to navigate using the keyboard first. caolanm->miklos: The click will happen first, then when held long enough it becomes a dnd so I don't think tweaking mbNavigationGrabsFocus helps ? anyway, the piece nailed to me works again AFAICS
(In reply to Caolán McNamara from comment #20) > caolanm->miklos: The click will happen first, then when held long enough it > becomes a dnd so I don't think tweaking mbNavigationGrabsFocus helps ? Aha indeed. Perhaps the "single click to focus" could happen on mouse button up, or something, if somebody is not happy with the current state.
Verified in Version: 6.3.0.0.alpha0+ Build ID: cc7712ba4c70c035cbf080c5cf2f2eb6f9fe3eb1 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk2; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded
(In reply to Cor Nouws from comment #19) > however, doesn't have any effect, neither as Link, Hyperlink or Copy Ah works for me now - must have been doing something wrong..