Package: gtimer Version: 1.1.6-11 Severity: normal
gtimer's concept of "today" begins strictly at midnight. This is nonsensical for many hackers, whose day is perhaps halfway through at that point. It would be considerably more useful if, instead of a "Today" timer, the left-hand timer was simply a sub-total whose start and finish was decided by deliberate user action. For instance, I currently have to report my time monthly (but *not* calendar monthly, so gtimer's reports are not helpful), so it would be most useful to me if I could see the month's total on the left, while keeping the overall total on the right. Anyway, that's wishlist. This is the bug: The automatic rollover at midnight causes a problem if you have left gtimer idling. Clicking revert or resume only removes the time elapsed "today", it doesn't rewind back to when the idle actually started if midnight has intervened. Since it's also not possible to remove elapsed time from yesterday using ^D etc, this permanently mucks up the report. So I think the wish and the bug are tied together. If the left-hand timer's lifespan were user controllable, there would be no automatic rollover so the bug would not present. Regards, Ben -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-qolc-2006060407 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gtimer depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libglib1.2 1.2.10-10.1 The GLib library of C routines ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo ii libx11-6 2:1.0.0-7 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxi6 1:1.0.0-5 X11 Input extension library ii libxss1 1:1.0.1-4 X11 Screen Saver extension library gtimer recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]