Re: Rounding timeclock and moving to the end of the line

[Kevin Buchs <kevin.buchs.junk@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 2659 bytes --]

 On Thu, May 24, 2012 at 4:25 AM, Bastien <bzg@gnu.org> wrote:

> What is your value of ̀org-time-stamp-rounding-minutes'?
>

It is  (15 15).

>
> 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?
>
>
According to the documentation for org-time-stamp-rounding-minutes, the
first value of that list should apply to creating time stamps and the
second to modifying them. Does that differentiation cover the case you
gave? If we need to create another sort of encoding for
org-time-stamp-rounding-minutes, I can certainly work on coding that. I
find this feature really useful. Perhaps I misunderstand, but it seems like
one still needs to replace (current-time) with (org-current-time) as
org-current-time is where the value of org-time-stamp-rounding-minutes is
actually utilized.


>
>


> > I have filled out the paperwork with FSF to be a developer in emacs/
> > org-mode.
>
> Let us know when this is done.
>
> It is already done - been so for a few months.


> > 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.
>

I created a video to demonstrate this:
http://screencast.com/t/PS5BuhPdNcuP. It gives the environment
information after starting emacs with -Q. By the
way, I'm on a Windows-7 platform. The problem is the same whether the
second line in the buffer is a list entry or a plain line.

Kevin Buchs

[-- Attachment #2: Type: text/html, Size: 3829 bytes --]