From: Carsten Dominik <carsten.dominik@gmail.com>
To: Bernt Hansen <bernt@norang.ca>
Cc: Markus Heller <hellerm2@gmail.com>, emacs-orgmode@gnu.org
Subject: Re: Re: Clock history, C-u C-c C-x C-i not working properly
Date: Thu, 12 Aug 2010 12:07:38 +0200 [thread overview]
Message-ID: <E45BA320-DE5C-4EFE-9183-C129E914FB58@gmail.com> (raw)
In-Reply-To: <87k4nwacjt.fsf@gollum.intra.norang.ca>
On Aug 12, 2010, at 2:40 AM, Bernt Hansen wrote:
> Markus Heller <hellerm2@gmail.com> writes:
>
>> Bernt Hansen <bernt@norang.ca> writes:
>>
>>> Markus Heller <hellerm2@gmail.com> 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?
- Carsten
next prev parent reply other threads:[~2010-08-12 10:17 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-10 21:32 Clock history, C-u C-c C-x C-i not working properly Markus Heller
2010-08-11 1:57 ` Bernt Hansen
2010-08-11 16:58 ` Markus Heller
2010-08-12 0:40 ` Bernt Hansen
2010-08-12 10:07 ` Carsten Dominik [this message]
2010-08-12 11:33 ` Bernt Hansen
2010-08-12 23:18 ` Markus Heller
2010-08-11 17:01 ` Markus Heller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=E45BA320-DE5C-4EFE-9183-C129E914FB58@gmail.com \
--to=carsten.dominik@gmail.com \
--cc=bernt@norang.ca \
--cc=emacs-orgmode@gnu.org \
--cc=hellerm2@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.