[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] Rounding timeclock and moving to the end of the line
From: |
Bastien |
Subject: |
Re: [O] Rounding timeclock and moving to the end of the line |
Date: |
Thu, 24 May 2012 11:25:23 +0200 |
User-agent: |
Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.1.50 (gnu/linux) |
Hi Kevin,
Kevin Buchs <address@hidden> writes:
> This is my first contribution to this email list.
Welcome!
> Having a need to do my clocking in 1/4-hour multiples, I went and
> fully implemented my own solution in org-mode BEFORE I realized that
> org-mode was already set up to do it - it was just not completely
> implemented. I needed to change a few (current-time) in org-clock-in
> (org-clock.el) to be (org-current-time) and it works like a charm.
What is your value of ̀org-time-stamp-rounding-minutes'?
Replacing (current-time) with (org-current-time) here will surprise
users that use ̀org-time-stamp-rounding-minutes' only for modifying
time-stamps and not for clocking in.
We could have an option for this, letting users decide whether they
want `org-time-stamp-rounding-minutes' to apply to clocking in. Do
you want to work in this direction?
> Here are the changes based on the development sources cloned via git
> today:
>
> 1198c1198
> < (/ (- (org-float-time (org-current-time))
> ---
>> (/ (- (org-float-time (current-time))
> 1202c1202
> < (org-current-time)))
> ---
>> (current-time)))
For next patches, please use `C-x v =' from the modified buffer, it
creates a well formatted patch. Also consider git format-patch for
bigger changes. Please read this:
http://orgmode.org/worg/org-contribute.html#sec-4
> I have filled out the paperwork with FSF to be a developer in emacs/
> org-mode.
Let us know when this is done.
> My next project is to solve the problem that C-e does not move to the
> end of the line with long lines that are not headings. I find myself
> doing this often and have to hit multiple C-e s. I don't have the
> org-special-ctrl-a/e set to non-nil. My line-move-visual is the
> default value of t, so I get the end-of-visual-line movement one
> screen's worth.
C-e always go to the end of ordinary lines here, with various values of
`org-special-ctrl-a/e' and `line-move-visual'. Can you post a recipe
and an example file so that I can reprodce?
> Before I make any changes, I thought I should be
> clear on the design goals here. It seems as if the declaration of
> line-move-visual says it is dealing with vertical motion, not
> horizontal motion. I don't see any behavior elsewhere that uses the
> interpretation that line-move-visual is for horizontal motion. Anyone
> have thoughts on this subject?
I'm not sure I understand the issue correctly - thanks for further
details.
Best,
--
Bastien