From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kevin Buchs Subject: Rounding timeclock and moving to the end of the line Date: Wed, 23 May 2012 15:53:55 -0500 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=14dae9340f2d5acd9004c0ba557e Return-path: Received: from eggs.gnu.org ([208.118.235.92]:55829) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SXIZG-0000JI-N4 for emacs-orgmode@gnu.org; Wed, 23 May 2012 16:54:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SXIZC-0004zS-Dk for emacs-orgmode@gnu.org; Wed, 23 May 2012 16:54:02 -0400 Received: from mail-gg0-f169.google.com ([209.85.161.169]:34464) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SXIZC-0004xF-5g for emacs-orgmode@gnu.org; Wed, 23 May 2012 16:53:58 -0400 Received: by ggm4 with SMTP id 4so8488016ggm.0 for ; Wed, 23 May 2012 13:53:55 -0700 (PDT) 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: Org Mode --14dae9340f2d5acd9004c0ba557e Content-Type: text/plain; charset=ISO-8859-1 Hello group. This is my first contribution to this email list. 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. 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))) I have filled out the paperwork with FSF to be a developer in emacs/org-mode. 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. 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? - Kevin Buchs --14dae9340f2d5acd9004c0ba557e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello group.

This is my first contribution t= o this email list.

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 c= harm.

Here are the changes based on the development sou= rces cloned via git today:

1198c1198
< = (/ (- (org-float-time (org-current-time))
--- > (/ (- (org-float-time (current-time))
= 1202c1202
< (org-current-time)))
---
>= (current-time)))


I have filled out the paperwork with FSF to be a developer in em= acs/org-mode.

My next project is to solve the prob= lem 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-vi= sual is the default value of t, so I get the end-of-visual-line movement on= e screen's worth. Before I make any changes, I thought I should be clea= r on the design goals here. It seems as if the declaration of line-move-vis= ual says it is dealing with vertical motion, not horizontal motion. I don&#= 39;t see any behavior elsewhere that uses the interpretation that line-move= -visual is for horizontal motion. Anyone have thoughts on this subject?

- Kevin Buchs

--14dae9340f2d5acd9004c0ba557e--