Summary: | KWord: wrong context menu for pictures | ||
---|---|---|---|
Product: | kword | Reporter: | Nicolas Goutte <goutte> |
Component: | general | Assignee: | Thomas Zander <zander> |
Status: | CLOSED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Nicolas Goutte
2002-11-20 21:52:46 UTC
I have found additional information on this bug: in KWView::openPopupMenuEditFrame there is a check that goes wrong. A variable nbFrame is defined like that int nbFrame=m_doc->getSelectedFrames().count(); and if nbFrame==1, the correct RMB menu is generated. But for inline picture nbFrame==0, so the RMB menu is not genereated correctly. Is it normal that no frame exist or not? If it is normal, the fix should be easily. Have a nice day/evening/night! Subject: koffice/kword CVS commit by dang: should fix bug where you can't select an inline frame (nor right-click on it) CCMAIL: 50984-done@bugs.kde.org M +1 -1 kwcanvas.cc 1.429 --- koffice/kword/kwcanvas.cc #1.428:1.429 @@ -525,5 +525,5 @@ void KWCanvas::contentsMousePressEvent( //kdDebug() << "contentsMousePressEvent meaning=" << m_mouseMeaning << endl; Q_ASSERT( m_mouseMeaning < MEANING_TOPLEFT ); // during resizing, the resizehandles are supposed to get the events - if ( m_mouseMeaning == MEANING_MOUSE_MOVE ) + if ( m_mouseMeaning == MEANING_MOUSE_MOVE || m_mouseMeaning == MEANING_MOUSE_SELECT ) { if ( m_currentFrameSetEdit ) |