more sugar

svn path=/branches/kolourpaint/control/; revision=729781

TODO

@@ -33,7 +33,8 @@
     you'll have to check "sync" too :(
 
 4. See http://bugs.kde.org/.
-5. See below:
+5. Look in bugs/.
+6. See below:
 
 
 4.1. Docs

bugs/doc-grip-resize.txt

+KolourPaint/KDE4
+18 Oct 2007 or Earlier:
+
+
+32-bit screen with XRENDER off.
+
+Dragging the resize grips (out of the window?) and somehow kolourpaint not
+picking up the releaseevent, results in the resize continuing without the mouse
+being down, plus the below X errors.
+
+This might be vaguely related to tools/kpTool_MouseEvents.cpp:
+
+"
+// HITODO: If you press a mouse button and move it out of the view _really_ fast
+//         and let go of the mouse button outside of the view, a mouseRelease
+//         event will not be generated, so the tool will still be in drawing mode
+//         (this is especially noticeable with the spraycan).
+//
+//         When you move the mouse back into the view, it will still continue
+//         continue drawing even though no mouse button is held down.
+//
+//         It is somewhat hard to reproduce so the best way is to position the
+//         mouse close to an edge of the view.  If you do it right, no mouseMoveEvent
+//         is generated at _all_, until you move it back into the view.
+void kpTool::mousePressEvent (QMouseEvent *e)
+"
+
+34278, name = "tool_flood_fill") >::viewEvent(type= 12 ) returning false [QEvent::Paint]
+kolourpaint4(8468) kpTool::viewEvent: kpTool< "tool_flood_fill" , kpToolFloodFill(0x8434278, name = "tool_flood_fill") >::viewEvent(type= 24 ) returning false [QEvent::WindowActivate]
+kolourpaint4(8468) kpTool::viewEvent: kpTool< "tool_flood_fill" , kpToolFloodFill(0x8434278, name = "tool_flood_fill") >::viewEvent(type= 8 ) returning false [QEvent::FocusIn]
+X Error: RenderBadPicture (invalid Picture parameter) 180
+  Extension:    153 (RENDER)
+  Minor opcode: 5 (RenderChangePicture)
+  Resource id:  0x0
+X Error: RenderBadPicture (invalid Picture parameter) 180
+  Extension:    153 (RENDER)
+  Minor opcode: 5 (RenderChangePicture)
+  Resource id:  0x0
+X Error: RenderBadPicture (invalid Picture parameter) 180
+  Extension:    153 (RENDER)
+  Minor opcode: 5 (RenderChangePicture)
+  Resource id:  0x0
+X Error: RenderBadPicture (invalid Picture parameter) 180
+  Extension:    153 (RENDER)
+  Minor opcode: 5 (RenderChangePicture)
+  Resource id:  0x0
+X Error: RenderBadPicture (invalid Picture parameter) 180
+  Extension:    153 (RENDER)
+  Minor opcode: 5 (RenderChangePicture)
+  Resource id:  0x0
+X Error: RenderBadPicture (invalid Picture parameter) 180
+  Extension:    153 (RENDER)
+  Minor opcode: 5 (RenderChangePicture)
+  Resource id:  0x0
+kolourpaint4(8468) kpTool::viewEvent: kpTool< "tool_flood_fill" , kpToolFloodFill(0x8434278, name = "tool_flood_fill") >::viewEvent(type= 25 ) returning false [QEvent::WindowDeactivate]
+kolourpaint4(8468) kpTool::viewEvent: kpTool< "tool_flood_fill" , kpToolFloodFill(0x8434278, name = "tool_flood_fill") >::viewEvent(type= 9 ) returning false [QEvent::FocusOut]
+kolourpaint4(8468) kpTool::viewEvent: kpTool< "tool_flood_fill" , kpToolFloodFill(0x8434278, name = "tool_flood_fill") >::viewEvent(typ

bugs/undo-menu-crash.txt

+KolourPaint/KDE4.
+Definitely before 18 Oct 2007.
+
+
+Edit / Undo submenu crashes inside Qt (probably a KSelectAction setup bug):
+
+0x04e58a12 in QMenu::findIdForAction ()
+   from /home/kde4/celerysvn/qt-copy/lib/libQtGui.so.4
+(gdb) bt
+#0  0x04e58a12 in QMenu::findIdForAction ()
+   from /home/kde4/celerysvn/qt-copy/lib/libQtGui.so.4
+#1  0x04e6043c in QMenuPrivate::activateAction ()
+   from /home/kde4/celerysvn/qt-copy/lib/libQtGui.so.4
+#2  0x04e62a87 in QMenu::mouseReleaseEvent ()
+   from /home/kde4/celerysvn/qt-copy/lib/libQtGui.so.4
+#3  0x0116123a in KMenu::mouseReleaseEvent ()
+   from /home/kde4/dist/lib/libkdeui.so.5
+#4  0x04b67813 in QWidget::event ()
+   from /home/kde4/celerysvn/qt-copy/lib/libQtGui.so.4
+#5  0x04e5e475 in QMenu::event ()
+   from /home/kde4/celerysvn/qt-copy/lib/libQtGui.so.4
+#6  0x04b21e30 in QApplicationPrivate::notify_helper ()
+   from /home/kde4/celerysvn/qt-copy/lib/libQtGui.so.4
+#7  0x04b280f7 in QApplication::notify ()
+   from /home/kde4/celerysvn/qt-copy/lib/libQtGui.so.4
+#8  0x010acec3 in KApplication::notify ()
+   from /home/kde4/dist/lib/libkdeui.so.5
+#9  0x00e9881b in QCoreApplication::notifyInternal ()
+   from /home/kde4/celerysvn/qt-copy/lib/libQtCore.so.4
+#10 0x04b77f1b in QETWidget::translateMouseEvent ()
+   from /home/kde4/celerysvn/qt-copy/lib/libQtGui.so.4
+#11 0x04b76c63 in QApplication::x11ProcessEvent ()
+   from /home/kde4/celerysvn/qt-copy/lib/libQtGui.so.4
+#12 0x04b9958b in x11EventSourceDispatch ()
+   from /home/kde4/celerysvn/qt-copy/lib/libQtGui.so.4
+#13 0x4462a272 in g_main_context_dispatch ()
+   from /lib/libglib-2.0.so.0
+#14 0x4462d24f in g_main_context_check () from /lib/libglib-2.0.so.0
+#15 0x4462d7b5 in g_main_context_iteration ()
+   from /lib/libglib-2.0.so.0
+#16 0x00eb9ec8 in QEventDispatcherGlib::processEvents ()
+   from /home/kde4/celerysvn/qt-copy/lib/libQtCore.so.4
+#17 0x04b99205 in QGuiEventDispatcherGlib::processEvents ()
+   from /home/kde4/celerysvn/qt-copy/lib/libQtGui.so.4
+#18 0x00e97d91 in QEventLoop::processEvents ()
+   from /home/kde4/celerysvn/qt-copy/lib/libQtCore.so.4
+#19 0x00e97e9c in QEventLoop::exec ()
+---Type <return> to continue, or q <return> to quit---
+   from /home/kde4/celerysvn/qt-copy/lib/libQtCore.so.4
+#20 0x00e99eea in QCoreApplication::exec ()
+   from /home/kde4/celerysvn/qt-copy/lib/libQtCore.so.4
+#21 0x04b21547 in QApplication::exec ()
+   from /home/kde4/celerysvn/qt-copy/lib/libQtGui.so.4
+#22 0x0809369b in main ()
+

devel-doc/code-walk-thru/document/document.txt

@@ -40,6 +40,9 @@ appearance of the selection border.  If setting a text selection, you must
 also specific text cursor parameters (such as the position within the text
 lines).
 
+There is special handling for "kolourpaint doesnotexist.png" opening a
+new document called "doesnotexist.png".
+
 
 [>>>] kpDocumentSaveOptions
 
@@ -66,8 +69,7 @@ don't want the image to get more grainy with altered pixel colors.
 
 Now, let us suppose that instead of drawing a new document, the user opens
 an 8-bit document.  This is converted to a kpImage, which is 24-bit,
-without
-any pixel colors being changed (you actually lose the 8-bit palette
+without any pixel colors being changed (you actually lose the 8-bit palette
 though).  So that if the user were to press "Save", the document will be
 saved as an 8-bit image, the "Color Depth" field of
 kpDocumentSaveOptionsWidget is set by kpDocument to 8-bit.  Since the image
@@ -76,9 +78,9 @@ data came from an 8-bit image in the first place, the reduction from the
 more than 256 colors i.e. opening an 8-bit image and saving it straight
 back should not change the appearance of the image.
 This is why kpDocument will set the "Dither" boolean to false.  The reason
-If kpDocument had set
-"Dither" to true, this would not have been lossless and repeatedly
-opening and resaving the same document would make it progressively blurier.
+If kpDocument had set "Dither" to true, this would not have been lossless and
+repeatedly opening and resaving the same document would make it progressively
+blurier.
 
 It cannot set the compression quality as Qt does not offer this information
 -- this is why, after opening a JPEG in KolourPaint, clicking "Save" brings

devel-doc/testing/testing.txt

@@ -95,3 +95,18 @@ Test 3
 Steps:
 1. Open a file whose format is supported for reading but not writing.
 2. CTRL+S should bring up a file dialog.
+
+
+Test 4
+------
+
+Session restore with:
+1. An new, untitled document.
+2. Closed document (CTRL+W).
+3. A normally opened document.
+
+
+Test 5
+------
+
+Hidden configuration options like "Open Images in the Same Window".