Korganizer (and by extension the Kontact calendaring component) has an option called "Default duration of new appointment". No matter what I set this to, all new appointments are set to 15 minutes by default. This occurs with KDE 3.3.2. Reproducible: Always Steps to Reproduce: 1. In Korganizer, set "Default duration of new appointment" to anything but 00:15 2. Try to make a new appointment Actual Results: By default, the new appointment will be for 15 minutes, regardless of the "Default duration of new appointment" setting. Expected Results: The "Default duration of new appointment" setting should be honoured. New appointments should by default last for as long as the period this option is set to. Portage 2.0.51-r15 (default-linux/x86/2004.0, gcc-3.3.5, glibc-2.3.4.20040808-r1, 2.6.10-ck5yama i686) ================================================================= System uname: 2.6.10-ck5yama i686 AMD Athlon(TM) XP 2100+ Gentoo Base System version 1.4.16 Python: dev-lang/python-2.2.3-r5,dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 13 2005, 12:19:19)] dev-lang/python: 2.2.3-r5, 2.3.4-r1 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -mcpu=athlon-xp -O3 -pipe -m3dnow -msse -mfpmath=sse -mmmx -fforce-addr -fomit-frame-pointer -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4 -maccumulate-outgoing-args -ffast-math -fprefetch-loop-arrays" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/NX/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -mcpu=athlon-xp -O3 -pipe -m3dnow -msse -mfpmath=sse -mmmx -fforce-addr -fomit-frame-pointer -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4 -maccumulate-outgoing-args -ffast-math -fprefetch-loop-arrays" DISTDIR="/data2/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache digest distlocks sandbox sfperms" GENTOO_MIRRORS="ftp://mirror.internode.on.net/pub/gentoo ftp://mirror.aarnet.edu.au/pub/gentoo ftp://mirror.pacific.net.au/gentoo ftp://planetmirror.com/pub/gentoo http://gentoo.oregonstate.edu/ http://www.ibiblio.org/pub/Linux/distributions/gentoo" LANG="en_AU" MAKEOPTS="-j2" PKGDIR="/data2/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/data2/portage /data2/portage-bmg-main" SYNC="rsync://mirror.internode.on.net/gentoo-portage" USE="3dnow X Xaw3d aalib acpi aim alsa apm arts artswrappersuid audiofile avi bash-completion bindist bitmap-fonts bonobo cddb cdparanoia cdr crypt cups curl dga divx4linux dvd dvdr dvdread encode esd f77 faad fam fbcon ffmpeg flac flash font-server foomaticdb fortran freetype freetype2 gb gdbm ggi ggz gif gimpprint gnome gnome-libs gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal icq imagemagick imlib ipv6 jabber java jpeg jpeg2k junit kde kdeenablefinal lesstif libcaca libg++ libwww mad maildir matroska mbox mikmod mmx mng motif mozilla mpeg msn ncurses network nocd nvidia objprelink offensive oggvorbis ooo-kde opengl oscar oss pam pdflib perl pic png ppds prelink python qt qtmt quicktime readline real rtc samba scanner sdl shadow slang slp smime speex spell sqlite sse ssl svg svga tcltk tcpd tex tga theora tiff truetype truetype-fonts type1-fonts unicodeusb v4l v4l2 videos wmf wxwindows x86 xface xine xml xml2 xmms xosd xprint xscreensaver xv xvid yahoo zlib linguas_en_GB" Unset: ASFLAGS, CBUILD, CTARGET, LC_ALL, LDFLAGS
Forget it. The Korganizer team changed the behaviour of the app, which to me looked like a bug. There is no problem here.
This IS a bug - albeit an upstream one. Change of behaviour does not justify such idiocy. If a feature is disabled, then it should be removed from the GUI! If it is still there but does not work, then it IS a bug.
I had initially thought that the option was disabled, but the behaviour has just changed. To schedule an appointment, I usually double-click the time I want in the Day View pane. The old default behaviour was to have the appointment start at the time where I double-clicked, and to last for the duration of the "Default duration of new appointment" option. The new default behaviour defaults to fifteen minutes, no matter what the "Default duration of new appointment" setting is. The new behaviour is based on the fact that the Day View Pane is split into 15 minute sections (click once anywhere in the Day View and it will select a 15 minute interval). If you want the "Default duration of new appointment" option to be respected, click the "New Event" button on the toolbar. If a non-standard time is required, select the times you want in the Day View (click and drag), then right-click the selection and choose "New Event". I'm still getting used to the new system (I'm trying to unlearn my old ways), but I now feel that the new way is more flexible and sane.
The more that I use Korganizer, the more I think that this is truly a bug (or at least an unwarranted "feature"). When you double-click a time, I think it is reasonable to assume that the app will use the "Default duration of new appointment" setting, with the start time being the beginning of the region in which you double-clicked. A single-click in the Day View pane automatically selects a 15 minute region, but this does not mean that anyone who double-clicks wants to make a 15 minute appointment. In most cases, the "Default duration" option should prevail. It should be used in all cases except when a region is intentionally selected (with a click-drag), in which case the selection can be right-clicked and either "New event" or "New todo" chosen. Currently, the app makes an assumption that users want to make a New Event lasting for 15 minutes. Korganizer has no right in assuming this, and I don't think this is the case for most people. Double-clicking should deliver the most-used function, which for most people would be an Event lasting for the time specified in the Settings. If this isn't a Gentoo-specific bug (and I don't think it is), please forward it to the Korganizer team.
Yes, that's not a Gentoo issue. You can comment here for instance: http://bugs.kde.org/show_bug.cgi?id=93064
