Version: (using KDE KDE 3.4.1) Installed from: Compiled From Sources OS: Other suggest keybinding for Zoom 1:1 use Ctrl+0 same as Mozilla (and Gnome but they copied Mozilla) Zero is conveniently located next to - and + on most keyboards and is already used by Mozilla so the behaviour will not come as a suprise and will be consistent with what some users expect. (after a prevoius botched effort) Gnome adopted this keybinding for Zoom 100% or Zoom 1:1 if you prefer and applications have started using it. would be great if Koffice and maybe even all of KDE could standardise on this behaviour.
Since we don't use Ctrl+0 at this point, and we don't have a keybinding for "zoom 1:1" either, this sounds like a good idea to me. If anyone's looking for a junior job: all it takes is a "new KAction" and a slot per KOffice application. [maybe one day we could make the zoom combo a standard libkofficecore action...]
Maybe the junior jobber could at the same time bind ctrl-shift-+ and ctrl-minus to the zoom in & out functions?
On Wed, 29 Jun 2005 03:39 am, David Faure wrote: > Since we don't use Ctrl+0 at this point, and we don't have a keybinding for > "zoom 1:1" either, this sounds like a good idea to me. > If anyone's looking for a junior job: all it takes is a "new KAction" and a > slot per KOffice application. Shouldn't this be a KStdAccel job instead of KOffice? There's already a KStdAction::actualSize(). On Wed, 29 Jun 2005 04:42 am, boud@valdyas.org wrote: > Maybe the junior jobber could at the same time bind ctrl-shift-+ and > ctrl-minus to the zoom in & out functions? I thought KStdAction::zoom{In,Out}() already took care of this? I admit I don't have KOffice compiled ATM though. On Wed, 29 Jun 2005 03:39 am, David Faure wrote: > [maybe one day we could make the zoom combo a > standard libkofficecore action...] Part of my KDE4 kdelibs plan actually. Even KView has it's own implementation IIRC.
On Wednesday 29 June 2005 04:03, Clarence Dang wrote: > I thought KStdAction::zoom{In,Out}() already took care of this? I admit I > don't have KOffice compiled ATM though. It doesn't work in KWord, of that I'm sure.
Ideally both Ctrl + and also Ctlr = would be bound to Zoom in. On many keyboards + and equals are on the same key and + is obtained by pressing shift = this makes Ctrl + very cumbersome For whatever reason users will simply hit the key with the + on it and make the a small mental leap and not even think about needing to shift. If you can make sure both work it would be another small usability win, done so well that users will never even notice.
> Shouldn't this be a KStdAccel job instead of KOffice? There's already a > KStdAction::actualSize(). should i refile this somewhere else or is there something more I can do to find if this is a change which could be adopted even further "upstream"?
Thank you for your bug report or feature suggestion. The "KOffice" application suite is no longer maintained, and all tickets are now closed. We recommend to switch to the "Calligra" application suite, which has replacements for all unmaintained KOffice applications: - KWord was replaced with Calligra Words - KPlato was replaced with Calligra Plan For more information, see http://en.wikipedia.org/wiki/Calligra_Suite (This is an automatic message from the KDE bug triaging team)