From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bernt Hansen Subject: Re: Clock history, C-u C-c C-x C-i not working properly Date: Thu, 12 Aug 2010 07:33:55 -0400 Message-ID: <87bp989iak.fsf@gollum.intra.norang.ca> References: <0vpqxq9msk.fsf@gmail.com> <87d3tpc3nm.fsf@gollum.intra.norang.ca> <0vtyn1nl2b.fsf@gmail.com> <87k4nwacjt.fsf@gollum.intra.norang.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from [140.186.70.92] (port=49677 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OjW33-0005Fa-1q for emacs-orgmode@gnu.org; Thu, 12 Aug 2010 07:34:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OjW31-000697-Ip for emacs-orgmode@gnu.org; Thu, 12 Aug 2010 07:34:12 -0400 Received: from mho-02-ewr.mailhop.org ([204.13.248.72]:50407) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OjW31-00068x-H6 for emacs-orgmode@gnu.org; Thu, 12 Aug 2010 07:34:11 -0400 In-Reply-To: (Carsten Dominik's message of "Thu, 12 Aug 2010 12:07:38 +0200") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Carsten Dominik Cc: Markus Heller , emacs-orgmode@gnu.org Carsten Dominik writes: > On Aug 12, 2010, at 2:40 AM, Bernt Hansen wrote: > >> Markus Heller writes: >> >>> Bernt Hansen writes: >>> >>>> Markus Heller writes: >>>> >>>>> Hello all, >>>>> >>>>> I have had this issue for quite a while, and now it's finally >>>>> time to >>>>> post it. I'm using emacs 23.2.1 and orgmode 7.01trans >>>>> (release_7.01g.73.g29354) on windoze XP, together with Bernt's >>>>> clock >>>>> history setup. >>>>> >>>>> If I hit C-u C-c C-x C-i, the list of tasks to clock in starts >>>>> somewhere in the middle, right now at ``[J]''. I've had this >>>>> issue on >>>>> emacs 22 and with orgmode 6.36 ... >>>> >>>> My list on Windows XP, Emacs 23.2.1 is also a bit weird. The >>>> choices >>>> for my list are: >>>> >>>> [d] [1] [2] [5] [6] [7] [8] [9] [A] [B] [C] [D] [M] [O] [R] >>>> >>>> On linux with a full clock history I get >>>> >>>> [d] [1] [2] ... [9] [A] [B] ... [R] [S] with no gaps >>>> >>>> I've noticed problems with the menu on my EEE PC which has a reduced >>>> screen size so it couldn't display the entire menu and displayed >>>> the end >>>> instead of beginning of the menu. I've since reduced >>>> org-clock-history-length from 36 to 28 so it fits on that device. >>> >>> I tried reducing org-clock-history-length to 12, but to no avail. >>> It's >>> not that the list doesn't fit in the buffer, it starts at [J] and >>> shows >>> only [J] through [Z] with no gaps. I don't see an error message in >>> the >>> minibuffer ... >>> >>> Would it help if I attached a screenshot? >> >> No I don't think attaching a screenshot will really add any value at >> this point. I'm looking at the org-clock-select-task function to >> try to >> determine why it comes up with these weird selections. > > These selection characters are made by doing computations with > character numbers. > maybe Windows has a different underlying font (not ascii, something > else), where > specific characters are located at different positions? It's also not consistent. Right now my windows version behaves the same as linux, [1] .. [9] [A] .. [S] with no gaps. As Carsten stated the character selections are based on ASCII and maybe this doesn't work if the file is in some other weird encoding. I haven't been able to reproduce the bad behaviour at will yet. -Bernt