From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kevin Buchs Subject: Re: Rounding timeclock and moving to the end of the line Date: Thu, 24 May 2012 11:11:18 -0500 Message-ID: References: <87k402j5h8.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=f46d0447881780df3f04c0ca80e1 Return-path: Received: from eggs.gnu.org ([208.118.235.92]:37877) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SXadM-0001xl-AV for emacs-orgmode@gnu.org; Thu, 24 May 2012 12:11:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SXadF-0000H6-Hi for emacs-orgmode@gnu.org; Thu, 24 May 2012 12:11:27 -0400 In-Reply-To: <87k402j5h8.fsf@gnu.org> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Bastien Cc: Org Mode --f46d0447881780df3f04c0ca80e1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, May 24, 2012 at 4:25 AM, Bastien wrote: > What is your value of =CC=80org-time-stamp-rounding-minutes'? > It is (15 15). > > Replacing (current-time) with (org-current-time) here will surprise > users that use =CC=80org-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 --f46d0447881780df3f04c0ca80e1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Thu, May 24, 2012 at 4:25 AM, Bastien <bzg@gnu.org> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex"> What is your value of =CC=80org-time-stamp-rounding-minutes'?

It is =C2=A0(15 15).

Replacing (current-time) with (org-current-time) here will surprise
users that use =CC=80org-time-stamp-rounding-minutes' only for modifyin= g
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. =C2=A0D= o
you want to work in this direction?


According to t= he documentation for org-time-stamp-rounding-minutes, the first value of th= at list should apply to creating time stamps and the second to modifying th= em. 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 certai= nly work on coding that. I find this feature really useful. Perhaps I misun= derstand, 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.=C2=A0
=C2=A0
=C2=A0
=C2=A0
> I have filled out the paperwork with FSF to be a dev= eloper in emacs/
> org-mode.

Let us know when this is done.

It is already done - been so = for a few months.
=C2=A0
> My next project is to solve the problem that C-e does not move to the<= br> > 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<= br> > 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'. =C2=A0Can 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 th= e
> interpretation that line-move-visual is for horizontal motion. Anyone<= br> > have thoughts on this subject?

I'm not sure I understand the issue correctly - thanks for furthe= r
details.

I created a video to demonstrate this:=20 http://screencast.com/t/PS= 5BuhPdNcuP . 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

--f46d0447881780df3f04c0ca80e1--