|
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=103645 ------- Additional Comments From caulier.gilles gmail com 2007-03-21 14:15 ------- > Maybe the following would be a simple solution: > introduce a new (user-changeable) zoom_factor, by which > the magnification gets multiplied (divided by): > E.g. with zoom_factor=1.4 using the mousewheel for zooming are you read my previous messages ? The mouse wheel zooming control is already implemented in editor like this : CRTL + mousewheel == Zoom +/- SHIFT + mousewheel == previous / next image. look in canvas.cpp the method "void Canvas::contentsWheelEvent(QWheelEvent *e)" But for obscurs reasons, the keyboard events is not handle at the same time than mouse wheel events by QT. I don't know why... > would lead > to the sequence > 100% 140% 196% 274% 384% ... > and in the other direction: > 71% 51% 36% ... > Technical remark: If the actual zoom-level is just an integer percentage, no, internally, it's a float value. Gilles _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
|
> are you read my previous messages ?
Sure! ;-) > The mouse wheel zooming control is already implemented in editor like > this : > > CRTL + mousewheel == Zoom +/- Yes, I have tested this - it works fine for me > SHIFT + mousewheel == previous / next image. > > look in canvas.cpp the method "void Canvas::contentsWheelEvent(QWheelEvent *e)" > > But for obscurs reasons, the keyboard events is not handle at the same time than mouse wheel events by QT. I don't know why... Both CTRL+mousewheel and SHIF+mousewheel work fine for me! (Apart from the fact that the point over which the mouse pointer currently is not kept fixed, my first remark in #8 ...) So because it works for me, but not for you, this must then be the reason for the confusion? I am talking about something differnt, namely the sequence of zoom values which is obtained when using CTRL + mousewheel ... > > would lead > > to the sequence > > 100% 140% 196% 274% 384% ... > > and in the other direction: > > 71% 51% 36% ... > > > Technical remark: If the actual zoom-level is just an integer percentage, > > no, internally, it's a float value. OK, then it seems easier to implement (no need to care about a stored list). Best, Arnd _______________________________________________ Digikam-devel mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-devel |
| Free forum by Nabble | Edit this page |
