Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Insert "New Slide" Fails To Load At Mouse Position | ||||||
---|---|---|---|---|---|---|---|
Product: | Impress | Reporter: | drichard <drichard> | ||||
Component: | ui | Assignee: | wolframgarten | ||||
Status: | CLOSED FIXED | QA Contact: | issues@graphics <issues> | ||||
Severity: | Trivial | ||||||
Priority: | P3 | CC: | amy2008, issues, jbf.faure, nesshof, thb | ||||
Version: | DEV300m60 | Keywords: | regression | ||||
Target Milestone: | OOo 3.2 | ||||||
Hardware: | Unknown | ||||||
OS: | All | ||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||
Developer Difficulty: | --- | ||||||
Issue Depends on: | |||||||
Issue Blocks: | 99999 | ||||||
Attachments: |
|
Description
drichard
2008-09-23 17:39:07 UTC
Created attachment 56775 [details]
Tried To Insert Slide Between 1 and 2, went into position 3.
Setting to Linux, cannot confirm other OS's It happens in Draw as well, so it seems to be in the thumbnail display code. Reproducible. Reassigned. *** Issue 94366 has been marked as a duplicate of this issue. *** This is present in m5 and m8 and also on windows. It is a huge usability issue when making a slideshow, it really should be release critical for 3.0. I know that everyone always says their bug is critical, but this one seems like a showstopper for 3.0 release. It's almost impossible to build a slide show from the primary screen. You have to keep flipping into slide view and moving the slides into the right order. You have to do this after each insert of a new slide. *** Issue 94719 has been marked as a duplicate of this issue. *** OS tag still not updated. Version tag still not updated. Please set target to to 3.0, it makes it VERY difficult to make slide shows with more than a few slides. Changed target to 3.0.1. What happens here is this: 1. Insertion marker is turned on (black bar) 2. Popup menu is displayed. 3. User selects menu entry or clicks outside of menu. 3a. (optional) When a menu entry was clicked then schedule associated slot call. 3b. In both cases the menu is hidden. 4. Insertion marker is turned off. The asynchronous slot call that is scheduled in 3a is executed after 4. As a result the place at which to insert the slide is no longer known and the slide is inserted at the default location: at the end of the document. The problem is to come up with a clean and working way to pass the insertion location to the slide insertion code. Before the insertion indicator is hidden but after the context menu is closed, the slide before the place marked by the insertion indicator is selected. This is done anyway in SlotManager::GetInsertionIndex() when the insertion indicator is still showing. The only drawback of this solution is that the slide is selected even when the user closed the context menu by clicking on the background and no slot is executed. Modified file is sd/source/ui/slidesorter/controller/SlideSorterController.cxx rev. 1.44.22.1 Forgot to mark this issue as fixed. verified in cws, back to qa Verified in CWS. *** Issue 95999 has been marked as a duplicate of this issue. *** If you have a .so that works with the released 3.0, I would be very happy to put this into production and have my users test it. It's better for me to try this patch than listen to people complain about this when creating Impress documents. :) The problem is fixed in CWS impress163, which is already approved and will make its way into the next release (3.0.1). Tested in m12 . Closed. *** Issue 96463 has been marked as a duplicate of this issue. *** *** Issue 97681 has been marked as a duplicate of this issue. *** *** Issue 97593 has been marked as a duplicate of this issue. *** *** Issue 98022 has been marked as a duplicate of this issue. *** *** Issue 98278 has been marked as a duplicate of this issue. *** Can reproduce it from OOo300m5 to DEV300m50 on WinXP. But it works well in OOo2.4.1 So, reopen Set OS from Linux to ALL regression Works in 3.1 but is broken again in DEV300_m50. This is frustrating... Setting version to m50, and confirming on Linux. meiying to wg, Doesn't work well in OOo3.1, because if I insert a new slide in this way before the first slide, find insert the new slide to the end. Pls check Still broken in M60 as a regression. Sending email to releases@openoffice.org. This would be a show stopper for me deploying to our 700 users. The insertion position was already correctly stored but not yet used in this scenario. Fixed by doing that now in SlotManager::InsertSlide(). SVN revision of the change is 276639. @wg: Please verify. Verified in CWS. Confirmed fixed in _m3, thanks guys! |