Re: [O] problem with org-table-export

[Andreas Amann]

Nicolas Goaziou  writes:
> Again, I do not observe this behaviour. Could you make sure you are
> using latest Org?

Strangely enough I indeed cannot reproduce the problem anymore with
latest master.  Sorry for the e-noise.  (I think my confusion might have
been caused by "make vanilla" still seeing the installed org version?
After "make compile" and then "make vanilla" the bug is gone.)

Thanks!
Andreas

Re: [O] problem with org-table-export

[Andreas Amann]

Nicolas Goaziou <m...@nicolasgoaziou.fr> writes:
>
> IIRC I fixed it already some time ago. Besides, I'm not able to
> reproduce the problem.

The problem I reported exists with current master, but maybe I did not
describe it well enough. Let me try once more with a specific file which
shows the problem.  Open the attached file "table.org" in emacs.  Then
do

M-x org-table-export

you will then be prompted with "Export table to:" for a filename, where
you wish to export to.  Note that already at this point two stars appear
in the emacs status line, which indicate that the buffer has been
modified.  This is a bug, as no real modification of the buffer
has happened at this point.  

The attached patch solves the problem for me by only calling
org-table-align if both org-table-automatic-realign and
org-table-may-need-update.  However, I am not completely sure if this is
the correct solution though, I simply used the same idiom as is used in
org-table-next-field and org-table-previous-field functions.

Regards,
Andreas

| test |
>From 1aa422b0008af1c0375037eac2f075db8d4ef23c Mon Sep 17 00:00:00 2001
From: Andreas Amann <andreas.am...@web.de>
Date: Sat, 28 May 2016 20:23:52 +0100
Subject: [PATCH] org-table-export: fix problem with modified flags

org-table-export did always set the modified flags of a buffer, even
if no modification happens during export.  Fix by only calling
org-table-align if required.
---
 lisp/org-table.el | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/lisp/org-table.el b/lisp/org-table.el
index c6a84b8..89677cc 100644
--- a/lisp/org-table.el
+++ b/lisp/org-table.el
@@ -662,7 +662,9 @@ extension of the given file name, and finally on the variable
 `org-table-export-default-format'."
   (interactive)
   (unless (org-at-table-p) (user-error "No table at point"))
-  (org-table-align)	   ; Make sure we have everything we need.
+  (if (and org-table-automatic-realign
+	   org-table-may-need-update)
+  (org-table-align))
   (let ((file (or file (org-entry-get (point) "TABLE_EXPORT_FILE" t
 (unless file
   (setq file (read-file-name "Export table to: "))
-- 
2.8.2

[O] problem with org-table-export

[Andreas Amann]

Hi list,

whenever I use

M-x org-table-export

inside a table, the buffer is marked "modified".  

This is even the case if no modifications are done to the buffer by
exporting the table.  

This problem happens since at least two years and possibly longer and
persists with the current git version of org-mode.

As it is quite annoying in my workflow, I tried to investigate the
problem.  Looking at the definition of org-table-export in
lisp/org-table.el the problem seems to be that the line

   (org-table-align) ; Make sure we have everything we need.


which seems to always set the modified flag, irrespective of real
changes being done. When I comment out this line or surround it with
(org-with-silent-modifications  ... ), then the buffer remains clean.
However both solutions likely introduce other problems.

I guess the proper solution would be to improve org-table-align to not
unnecessarily set the "modified" flag, but I would not know how to do
this.

Regards,
Andreas

[O] Surprising behaviour with agenda file

[Andreas Amann]

Hi list, 

I encounter the following surprising situation when using Org Agenda.

Suppose you have an agenda file which looks like this:
 test.org --
* bar
2011-09-29 Thu 12:00 
2011-09-30 Fri 13:00 


* foo
2011-09-29 Thu 15:00 
2011-09-29 Thu 16:00 


M-x  org-agenda-week-view 
then shows:

Week-agenda (W39):
Monday 26 September 2011 W39
Tuesday27 September 2011
Wednesday  28 September 2011
Thursday   29 September 2011
   8:00.. 
  10:00.. 
  test:   12:00.. bar
  12:00.. 
  13:09.. now - - - - - - - - - - - - - - - - - - - - - - - - -
  14:00.. 
  test:   15:00.. foo
  16:00.. 
  18:00.. 
  20:00.. 
Friday 30 September 2011
  test:   13:00.. bar
Saturday1 October 2011
Sunday  2 October 2011

--

What surprises me, is that foo only appears once (Thurs 15:00)
although I specified it twice in the agenda file. If the two entries in
question refer to two different days, like bar in the above example,
everything works as expected.

Is this a bug? If it is considered a feature I would be interested to
know, how to work around it. 

Thanks, 
Andreas

Re: [O] Surprising behaviour with agenda file

[Andreas Amann]

On Thu, 29 Sep 2011 15:43:27 +0200, Michael Brand michael.ch.br...@gmail.com 
wrote:
 On Thu, Sep 29, 2011 at 15:25, Daniel Bausch danielbau...@gmx.de wrote:
  It's not a bug, it's a feature (although I don't know what it's for -- maybe
  speed).  However, there is a customizable option to switch it off:
  org-agenda-skip-additional-timestamps-same-entry
 
 Interesting. git blame and a list search leads quickly to this post
 and thread that answers some questions:
 http://thread.gmane.org/gmane.emacs.orgmode/13096/focus=13129

Okay, I see.

In my opinion the current default is unsafe, since people can lose
appointments. 

I propose to change the default of
org-agenda-skip-additional-timestamps-same-entry 
as below.

Andreas



commit 967ee90b3b05bad69b84fa3e5411f2d645121d6a
Author: Andreas Amann andreas.am...@web.de
Date:   Thu Sep 29 16:14:58 2011 +0100

change default of org-agenda-skip-additional-timestamps-same-entry to nil

diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index b1fa5f5..20d55f7 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -787,7 +787,7 @@ because you will take care of it on the day when scheduled.
  (const :tag Remove prewarning if entry is scheduled t)
  (integer :tag Restart prewarning N days before deadline)))
 
-(defcustom org-agenda-skip-additional-timestamps-same-entry t
+(defcustom org-agenda-skip-additional-timestamps-same-entry nil
   When nil, multiple same-day timestamps in entry make multiple agenda lines.
 When non-nil, after the search for timestamps has matched once in an
 entry, the rest of the entry will not be searched.
--

[Orgmode] Mails with icalendar appointments (Was: Org support for the notmuch mail client)

[Andreas Amann]

I get quite a few emails in icalendar format which are requests for
appointments. To avoid unnecessary distraction, I would like to quickly
convert them into org-mode TODO list items. What is the recommended way
to do this? Can the org-capture framework be used for this?

I use notmuch to access email, and org-notmuch.el as capture interface
but I guess the same problem occurs for users of gnus or other email
clients. Do solutions exist for them?

I also experimented a bit with icalendar-import-buffer, which gives a
diary entry that can show up in the agenda. Are there any better
options? Any pointers welcome. 

Andreas


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Org support for the notmuch mail client

[Andreas Amann]

Hi Bastien,

 I'm not using notmuch myself and I would welcome feedback from notmuch
 Org users.  I would happily add it to org-mode/contrib/lisp if this is
 proves useful to several people around.

Just to say that I use Matthieu's code to do my daily email to
todolist conversion. Nothing spectacular but works reliably as
advertised. In my opinion it would be a useful addition to org-mode.

Andreas



___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] display of links on headlines

[Andreas Amann]

Hi,

not sure if the following small (but for me annoying) display glitch
is worth to report, but I noticed that links which are on a headline
cause a following ellipsis to be wrongly underlined as well. A minimal
example which demonstrates what I mean would be the following:


* [[http://testlink.org][headerlink]]
test body


Putting this into a file test.org and starting emacs with 

$ emacs -Q test.org

displays the line

* headerlink...

where headerlink and the ellipses ... are both underlined. Since the
ellipses is not part of the link, I would expect that it should not be
underlined. This keeps annoying me and I fix it by adding a space as
the last character in the headline. Unfortunately my lisp knowledge
is not sufficient to find the probably trivial real fix for this, ...

I used today's org-mode (4cb3e37) and a recent emacs CVS (August) built.


Thanks, 
Andreas




___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: 23.0.60; org-mode does not honour shift-select-mode

[Andreas Amann]

I just tested this patch, and can confirm that it works and solves my
problem. Thanks!

Btw: I never associated shift-select with windows (which I have no
experience with). Wasn't shift-select available with Motif since the 
mid 90's?

Andreas

On Mon, Jan 19, 2009 at 09:54:31PM +0100, Carsten Dominik wrote:

 I am aware of this conflict, but I had no idea that this mode is on by 
 default?
 What ever happened with Emacs that we have become this much 
 Windows-biased

 Anyway, if the Emacs Gods decide that this has to change, the way to do it 
 would be this:


 - Carsten



 --- org.el.orig 2009-01-19 21:52:10.0 +0100
 +++ org.el  2009-01-19 21:52:42.0 +0100
 @@ -246,7 +246,7 @@
:group 'org-startup
:type 'boolean)

 -(defcustom org-replace-disputed-keys nil
 +(defcustom org-replace-disputed-keys shift-select-mode
Non-nil means use alternative key bindings for some keys.
  Org-mode uses S-cursor keys for changing timestamps and priorities.
  These keys are also used by other packages like `CUA-mode' or 
 `windmove.el'.




 On Jan 19, 2009, at 6:09 PM, Andreas Amann wrote:

 start with emacs -Q test.org

 type * bla
 and then shift-left

 expected behaviour: since shift-select-mode is set to t by default
 (see src/callint.c), I would expect that shift-movements select
 a region, and that major modes should not override this behaviour,
 without being asked of doing so.

 actual behaviour: upon shift-left the binding org-shiftleft is called
 which marks the current item as DONE. This is very confusing for
 people accostumed to shift-selection, which works very well in all
 other emacs modes I know.

 Possible solution: in lisp/org/org.el
 only include the bindings

 '([(shift up)]  org-shiftup)
  '([(shift down)]org-shiftdown)
  '([(shift left)]org-shiftleft)
  '([(shift right)]   org-shiftright)

 if the variable shift-select-mode is nil.




 In GNU Emacs 23.0.60.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw3d scroll 
 bars)
 of 2009-01-14 on lnx0015f2465ec6
 Windowing system distributor `The X.Org Foundation', version 11.0.1030
 configured using `configure  '--prefix=/home/aamann/local/emacs-cvs' 
 'LDFLAGS=-L/home/aamann/local/lib64' 
 'CPPFLAGS=-I/home/aamann/local/include''

 Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_IE.utf8
  value of $XMODIFIERS: @im=none
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

 Major mode: Org

 Minor modes in effect:
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

 Recent input:
 * S-SPC b l a S-left help-echo help-echo help-echo
 help-echo help-echo help-echo help-echo menu-bar
 help-menu send-emacs-bug-report

 Recent messages:
 For information about GNU Emacs and the GNU system, type C-h C-a.
 test.org has auto save data; consider M-x recover-this-file
 OVERVIEW


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode