Commit b597117d authored by Clarence Dang's avatar Clarence Dang

more sugar

svn path=/branches/kolourpaint/control/; revision=729781
parent e827ed4a
......@@ -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
......
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
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 ()
This diff is collapsed.
......@@ -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
......
......@@ -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".
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment