Re: Specifying shells for remote ob-shell sessions?

2021-06-25 Thread Robert Pluim
> On Thu, 24 Jun 2021 16:15:44 -0700, David Dynerman 
>  said:

David> Dear Org Mode Friends,
David> I’m having some trouble getting the shell I want to run on remote
David> hosts in session ob-shell blocks - it seems that no matter what shell
David> I specify, session blocks will always run /bin/sh. I’m not sure if
David> this is an org or tramp configuration issue on my end, or a bug in
David> org.

Tramp will always use /bin/sh on the remote host, unless you tell it
not to.

See (info "(tramp) Remote shell setup") for how to override that (I
donʼt remember offhand if /ssh: supports overriding, otherwise you can
switch to /sshx: which definitely does)

Robert
-- 



Re: org-agenda no longer clocks out then in

2021-06-25 Thread Robert Pluim
> On Thu, 24 Jun 2021 12:42:37 -0600, "Tory S. Anderson" 
>  said:

Tory> My minimal loadup doesn't exhibit the problem. So, tracing the 
function "org-agenda-clock-in" that my =C-x TAB= is bound to, I see this.
Tory> On the broken one I see the following:

Tory> #+begin_src lisp
Tory>   
=1 -> 
(org-agenda-clock-in nil)
Tory> 1 <- org-agenda-clock-in: !non-local\ exit!
Tory> #+end_src


Tory> Whereas on the clean working one I see:

Tory> #+begin_src lisp
Tory>   
=1 -> 
(org-agenda-clock-in nil)
Tory> 1 <- org-agenda-clock-in: 0
Tory> #+end_src

Tory> But find-grep doesn't find anything in my dependencies that matches
Tory> "non-local". This looks likely to be related to the original
Tory> problem. Any idea how I can find the source of this !non-local? This
Tory> is my first time using emacs function tracing.

'non-local exit' is the tracing telling you that one of the functions
it called returned unexpectedly, rather than returning a result. You
might get a better result by doing

(setq debug-on-error t)

instead of tracing. If org-agenda-clock-in then signals an error
you'll get a backtrace.

Robert
-- 



Re: suggestion to change default org-latex-pdf-process to latexmk

2021-06-02 Thread Robert Pluim
> On Wed, 02 Jun 2021 17:29:49 +0100, Colin Baxter  said:

Colin> I'm beginning to think this change of the default should not
Colin> happen. From this thread it seems to be that the chances of it 
breaking
Colin> existing work flow is high.

Colin> I really don't understand why the changed is needed.

It sounds like a better idea is to update the defcustom to offer
latexmk as an option, with copious documentation as to when it
could/should be used.

Robert
-- 



Re: org-capture-templates: %date is too long

2021-03-12 Thread Robert Pluim
> On Fri, 12 Mar 2021 16:58:27 +0100, Uwe Brauer  said:


Uwe> Well, in order to run it I added an interactive call, but then 
Uwe> %:date reminded unimpressed by this setting


Uwe> the result was 

Uwe> | user | u...@ucm.es | 3 |3 | [] | Fri, 12 Mar 2021 
16:14:35 +0100 |

My mistake, itʼs a defconst, not a defvar, so it may well have been
inserted verbatim into the org code.

Robert
-- 



Re: org-capture-templates: %date is too long

2021-03-09 Thread Robert Pluim
> On Thu, 04 Mar 2021 21:24:03 +0100, Uwe Brauer  said:

Uwe> I am not acquainted with let-bound (only with let)

'let-bound' is a shorthand for saying 'binding a value using let'

Uwe> So are you saying I should may use defadvice to modify org-capture?

Well, you have control over how org-capture is invoked, so you could
do:

(defun my-org-capture ()
   (let ((org-time-stamp-formats '("<%Y-%m-%d %a>" . "<%Y-%m-%d %a>")))
(org-capture)))

although you could do it with advice if you wanted. Untested, of course :-)

Robert
-- 



Re: org-capture-templates: %date is too long

2021-03-04 Thread Robert Pluim
> On Thu, 04 Mar 2021 15:22:21 +0100, Uwe Brauer  said:
Uwe> Sorry, you misunderstood me, this time string, inserts the time string,
Uwe> when I execute the capture, but I want to extract the time string, when
Uwe> the message was received. This is why I used 
Uwe> %:date
Uwe> in my first attempt, that works but inserts 
Uwe> Tue, 2 Mar 2021 19:35:03 +0100  

Uwe> Which I find way too long.

Uwe> Just 
Uwe> Tue, 2 Mar 2021 

Uwe> Would be fine or 02.03.2021

Uwe> But not the hour, seconds etc

It looks like the %:date handling respects the
'org-time-stamp-formats' variable, so if you can arrange for that to
be let-bound appropriately during the capture process, it might do the
right thing.

Robert
-- 



Re: encryption problems using org-mode

2021-02-15 Thread Robert Pluim
> On Mon, 15 Feb 2021 13:38:42 +, Colin Baxter  said:

Colin> This has worked until today. Now if data.org.gpg is opened I get an
Colin> error.

Colin> Debugger entered--Lisp error: (void-variable minor-modes)
Colin>   (sensitive-mode t)

My crystal ball says youʼre tracking emacs-master, and you've been
bitten by the renaming of minor-modes to local-minor-modes. A
bootstrap will fix that.

Robert



Re: [Resolved]Re: OT: M-S-$ Not Working

2021-02-08 Thread Robert Pluim
> On Sat, 6 Feb 2021 22:52:17 +0700, Maxim Nikulin  
> said:

Maxim> P.S. Have you checked that it is possible to swap Ctrl and Caps in
Maxim> wayland session? If not it is likely worth filing a bug. It seems
Maxim> wayland will be default soon. Some Xkb stuff is already broken in
Maxim> gnome (rather intentionally). My first experience with wayland was
Maxim> that it took enough time to realize why I could not authenticate. Gdm
Maxim> was using wayland by default and in password fields (hidden input!)
Maxim> shift does not allow several capital letters in a row.

I donʼt know about swapping Ctrl and Caps, but I have Caps -> Meta,
Alt -> Ctrl, Ctrl -> Meta, Windows -> Super under Wayland, so I
suspect you'll be ok.

Robert



Re: [WDYT, mini] key h in agenda for quick help

2021-02-05 Thread Robert Pluim
> On Fri, 05 Feb 2021 11:34:41 +0100, Marco Wahl  
> said:

Marco> Hi all!
Marco> What do you think about binding key h to function describe-mode in 
Org
Marco> agenda?  Basically pressing key h would open a window showing the key
Marco> bindings in the agenda.  There would also be additional information.

Marco> The implementation could be just the line

Marco> (org-defkey org-agenda-mode-map (kbd "h") #'describe-mode)

Marco> Also not that key h has no default binding in Org agenda yet!

Itʼs bound to 'org-agenda-holidays'

Marco> The connoisseur of course knows that describe-mode is already just a
Marco> {C-h m} away from the Org agenda.  Anyway I think having {h} in the
Marco> agenda would be nice.  This would also be consistent with
Marco> e.g. help-mode.

Meh. People should learn. Bah humbug ;-)

Robert



Re: patch to change org-adapt-indentation customization documentation

2020-11-18 Thread Robert Pluim
Greg Minshall  writes:

> Robert,
>
>> The whole point of customize is that you shouldn't have to worry about
>> what the actual lisp value is. The actual lisp value only matters if
>> you directly set the value without using customize.
>
> thanks for the response.  i've included the documentation for
> org-adapt-indentation below.  since the documentation talks about values
> and associated behaviors, it might be helpful to mention the values in
> the customization dialog.  an alternative maybe would be to re-do the
> documentation to highlight the three customization phrases:
> 
> "Adapt indentation for all lines"
> "Adapt indentation for headline data lines"
> "Do not adapt indentation at all"
> 
> and not change the customization dialog?
>

Yes, I think that would be better.

> i, anyway, was very uncertain, even after several rounds, as to which
> customization option would give me the behavior i had read about in the
> documentation.

That means the docstring is probably the thing that needs adjusting.

Robert



Re: Changed list indentation behavior: how to revert?

2020-11-17 Thread Robert Pluim
"Dr. Arne Babenhauserheide"  writes:

> I have seen no uproar here. Discussions here were friendly and
> constructive. The discusssions are long, because there aren’t easy
> solutions to managing changes in UX in central places.
>
> And a significant share of the discussion was about the question whether
> the new interaction is better or worse and whether this actually is
> insignificant.

Iʼll add my 0.02€ and say that I donʼt know if this change affected
me, since Iʼm lazy enough that I always do C-RET to start a new
headline, as it frees me from having to worry about the number of
stars to add.

Robert



Re: patch to change org-adapt-indentation customization documentation

2020-11-17 Thread Robert Pluim
Greg Minshall  writes:

> for some reason, i was motivated to look at changing
> org-adapt-indentation.  i found that the help text talked about values
> t, 'headline-data, and nil, but that the customization text didn't
> (though, of course, it *set* those values).  the following might make it
> clearer.
>

The whole point of customize is that you shouldn't have to worry about
what the actual lisp value is. The actual lisp value only matters if
you directly set the value without using customize.

Robert



Re: Use-case: simple nodes and todo-list

2020-10-09 Thread Robert Pluim
> On Fri, 09 Oct 2020 10:17:56 +0200, c.bu...@posteo.jp said:

c> Hello,
c> I still read something about org-mode.

c> It is a complex and powerfull tool. I now try fit/transform my current
c> workflow and use-cases to org-mode. So maybe you can give me a simple
c> yes-now if this could be fullfilled with org-mode.

c> 1. Simple notes with keywords and endless time to life

Yes. org *allows* you to invent a complex deadline/scheduling
workflow, but at its most basic you just write:

* Project 1 :work:
** Task 1
** Task 2
* Project 2 :play:

and just stick your notes in there (you can do things with lists,
checkboxes, etc, but Iʼd start simple).

c> I have notes (most of them as post-its on the wall and monitor in my
c> office) with information's I am not able or willing to remember. But I
c> need this information's every few days. e.g. numbers for bank-account,
c> projects, persons
c> I find this information's by place (post-it glued to a specific place
c> in my office). When they are digitized I would use keywords or in-text
c> search. e.g. searching for the project name "my project" to find its
c> number.

Everyone has their own system, but I put "stuff I donʼt need often" in
one org file, then I have a 'work' file and a 'play' file. Ordinary
emacs search commands are enough, but again org has support for
searching by tags, name etc.

c> 2.ToDo List without time information's
c> Currently I use a one-page-paper handwritten as a ToDo List. I
c> re-create it every week. It helps me. I make priorities with some
c> colors or underlines. And it (maybe) makes my workload visible to my
c> leaders when sitting in a meeting and having the ToDo list on the
c> table. ;)
c> In the past I also tried "taskwarrior". Very powerfull, I loved
c> it. But it did not fit to my workflow. I know this is apocalyptic and
c> hard to imagine but deadlines are useless in my workflow. :D So
c> taskwarrior did not helped be it just build up more pressure to
c> me. Simple explanation: My work is influenced by to much unknown
c> external spontaneous factors. It is useless to make
c> plans/deadlines. Yes it is horror, I work on it. But I am not on that
c> level of the hierarchy to make the fundamental needed changes.


* TODO get milk :housekeeping:
* TODO feed cat :housekeeping:pets:

(and the 'housekeeping' stuff is also completely optional).

For priorities org has support for 3 levels of priority built in, so
you'd have:

* TODO [#B] get milk   :housekeeping:
* TODO [#A] feed cat  :housekeeping:pets:

There are convenient key bindings for setting the priorites on items.

For what you've described, Iʼd start by reading (info "(org) TODO
Items"), and stopping when you've reached the level you want to use.

Robert
-- 



Re: Two tables with same data but different sorting

2020-10-05 Thread Robert Pluim
>>>>> On Mon, 5 Oct 2020 11:21:24 +0200, Axel Kielhorn 
>>>>>  said:

>> Am 05.10.2020 um 10:32 schrieb Robert Pluim :
>> 
>>>>>>> On Mon, 5 Oct 2020 10:08:08 +0200, Axel Kielhorn 
 said:
>> 
>> From the docstring:
>>>> Return the last link of LIST.  Its car is the last element.
>> 
Axel> But I get:
Axel> Wrong type argument: stringp, ("30 $“)
>> 
>> You need to do (car (last …))

Axel> So =first= returns an element, but =last= returns a list.
Axel> I get it.

You'll have to get a time machine and take it up with the common lisp
folks from about 40 years ago :-)

Robert
-- 



Re: Two tables with same data but different sorting

2020-10-05 Thread Robert Pluim
> On Mon, 5 Oct 2020 10:08:08 +0200, Axel Kielhorn 
>  said:

>From the docstring:
>> Return the last link of LIST.  Its car is the last element.

Axel> But I get:
Axel> Wrong type argument: stringp, ("30 $“)

You need to do (car (last ...))

and you'll want some calls to 'string-to-number', since

(string< "30 $" "127 $")
=> nil

Robert
-- 



Re: Two tables with same data but different sorting

2020-10-02 Thread Robert Pluim
> On Fri, 2 Oct 2020 08:25:03 +0200, Axel Kielhorn 
>  said:

>> Am 01.10.2020 um 17:47 schrieb John Kitchin :
>> 
>> Glad it was helpful. You might also try (seventh row1) or (nth 6 row1). 
I think it is the same thing, but more obvious to read!

Axel> I agree that „first second …“ would be easier for an english speaker.
Axel> Having the ordinal number 1 based but the nth number 0 based is 
irritating (and sadly there is no „last“ or „penultimate“).

? C-h f last

last is a compiled Lisp function in `subr.el'.

(last LIST  N)

  Probably introduced at or before Emacs version 1.1.
  This function does not change global state, including the match data.

Return the last link of LIST.  Its car is the last element.
If LIST is nil, return nil.
If N is non-nil, return the Nth-to-last link of LIST.
If N is bigger than the length of LIST, return LIST.

Axel> Actually I was looking for something like last element or the element 
before the last element.

element before last would be

(car (last lst 2))


Robert
-- 



Re: org-table-sum

2020-09-28 Thread Robert Pluim
> On Mon, 28 Sep 2020 14:50:38 +0200, Jeremie Juste 
>  said:
>> 
>> You could make org-table-sum use calc, which would achieve the same. I
>> donʼt think there'd be any complaints about floating-point additions
>> suddenly being more accurate (famous last words)
Jeremie> I have investigated a little further about using calc. I haven't 
come up
Jeremie> with a solution yet. I don't know yet which function calc is using 
to
Jeremie> perform this operation. I have tried calcFunc-vsum but fell back 
on the
Jeremie> same issue.

Jeremie> #+BEGIN_SRC elisp
Jeremie> (calcFunc-vsum 85.6 .1)
Jeremie> #+end_src   

I donʼt think calcFunc-vsum is intended to be called by lisp code
directly. Iʼd investigate how TBLFM calls it, and see if that can be
moved into org-table-sum.

Robert
-- 



Re: org-table-sum

2020-09-28 Thread Robert Pluim
> On Sun, 27 Sep 2020 01:07:22 +0200, Jeremie Juste 
>  said:

Jeremie> Hello,
Jeremie> Thanks for the input.

Jeremie> From what I understand, it seems that org-table-sum is not 
behaving as
Jeremie> expected. I don't know if it would be interesting to split the 
function
Jeremie> into 2. One for summing of time values and one for summing 
integers?

I suspect that the people using org-table sum would not want to split
the function in two: itʼs a useful utility function (and why split off
the integer summing? Thatʼs always going to be accurate).

Jeremie> For the sum of integers (possibly real numbers) it might be 
interesting
Jeremie> to make a function use TBLFM directly? 

You could make org-table-sum use calc, which would achieve the same. I
donʼt think there'd be any complaints about floating-point additions
suddenly being more accurate (famous last words)

Robert
-- 



Re: org-table-sum

2020-09-25 Thread Robert Pluim
> On Thu, 24 Sep 2020 16:48:14 -0400, Kyle Meyer  said:

>> I did not find a way to reproduce this with other numbers, but the
>> order seems to matter.

Kyle> See .

Exactly. Which is why you should use 'calc' with floating point
numbers, it handles them correctly. i.e.

| 171.00 |
|   4.07 |
|   4.44 |
|   2.61 |
|  12.21 |
|   6.69 |
|  19.72 |
|  23.09 |
|   6.23 |
|  15.28 |
| 250.00 |
| 250.00 |
| 250.00 |
|  78.85 |
||
||
#+TBLFM:@>$1=vsum(@1$1..@-1$1)

Put point in that empty cell and do 'C-u C-c C-c'

Robert



Re: Getting Org-Crypt to work (doc bug?)

2020-09-15 Thread Robert Pluim
> On Mon, 14 Sep 2020 15:17:02 +0100, Colin Baxter  said:

>writes:
>> On Mon, Sep 14, 2020 at 12:18:50PM +0100, Colin Baxter wrote:
>>> [...] I set the variable `epa-pinentry-mode' to loopback as in
>>> 
>>> #+begin_src elisp (setq epa-pinentry-mode 'loopback) #+end_src
>>> 
>>> This seems to work.

>> Oh, thanks -- this answers the question I only half-posed :)

>> BTW: the variable documentation says to use `epg-pinentry-mode'
>> for Emacs versions >= 27.1

Colin> I remember I had this epa/epg issue a while ago, I think with
Colin> emacs-26.3. Putting the variable as `epa-pinentry-mode' worked for 
me, but
Colin> `epg-pinentry-mode' didn't. I've not looked at it since. It still 
works
Colin> for me with emacs-27.1 and I thought it best to leave it alone. :-)

epa-pinentry-mode is a variable defined in `epg-config.el'.
Its value is nil

  This variable is an alias for `epg-pinentry-mode'.
  This variable is obsolete since 27.1;
  use `epg-pinentry-mode' instead.

That means you should be good for at least another two emacs releases
or so (5 years, 8? who knows).

Robert



Re: Headline generation as in diary?

2020-09-03 Thread Robert Pluim
>>>>> On Thu, 03 Sep 2020 16:46:48 +0200, Michael Heerdegen 
>>>>>  said:

Michael> Robert Pluim  writes:
>> It can? Thatʼs not documented, as far as I can tell.

Michael> As a user, I read "Diary-style expression entries" in the org 
manual as
Michael> including my own defined diary sexps - excluding them would be a
Michael> surprise that should be documented (no, I don't want that to 
happen!).

Ah, I wasnʼt aware that "diary-style expression entries" and "lisp
expression with %% prepended" were the same thing.

And itʼs not likely to go away: org just runs those expressions
through `eval'.

Robert



Re: Headline generation as in diary?

2020-09-03 Thread Robert Pluim
> On Thu, 03 Sep 2020 21:35:54 +0800, Ihor Radchenko  
> said:

>> When dealing with complicated date rules it can likely happen that a
>> diary sexp doesn't fit into one line.

Ihor> Diary sexp can be a user-defined function. If your sexp needs to span
Ihor> multiple lines, it is probably worth defining a function and simply
Ihor> using <%%(your-function)> as a timestamp.

It can? Thatʼs not documented, as far as I can tell.

Robert



Re: Headline generation as in diary?

2020-09-02 Thread Robert Pluim
>>>>> On Wed, 02 Sep 2020 15:45:36 +0200, Michael Heerdegen 
>>>>>  said:

Michael> Robert Pluim  writes:
>> How about:
>> 
>> diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
>> index 78fe13303..9049b3a42 100644
>> --- a/lisp/org-agenda.el
>> +++ b/lisp/org-agenda.el
>> @@ -5772,7 +5772,7 @@ displayed in agenda view."
>> r (replace-match "" nil nil r)))
>> (if (string-match "\\S-" r)
>> (setq txt r)
>> -  (setq txt "SEXP entry returned empty string"))
>> +  (setq txt (org-no-properties (org-get-heading t t t t
>> (setq txt (org-agenda-format-item extra txt level category tags 'time))
>> (org-add-props txt props 'org-marker marker
>> 'date date 'todo-state todo-state

Michael> Thanks for looking at this.

Michael> Ok - That gives me a headline in the agenda, but a wrong one (more 
or
Michael> less, a random headline in the same file, at a seemingly unrelated
Michael> location).

OK. Thatʼs as far as my org-hacking knowledge goes, so perhaps someone
else here has an idea of the right way to invoke "tell me what heading
Iʼm in, as a string".

>> >> **  Just before midnight on a few days 23:00-24:00
>> >> <%%(org-block 2020 8 31 2020 9 2)>
>> >> <%%(org-block 2020 9 10 2020 9 12)>
>> 
Michael> But it seems those time stamps are not allowed to span
Michael> multiple lines
Michael> (at least I don't get it work).  Seems org doesn't
Michael> recognize them as
Michael> such?
>> 
>> Itʼs working fine for me in org-9.3.6. Note that I have my default
>> agenda view set to a fortnight, and those dates span two different
>> weeks.

Michael> I didn't mean time spans.  What doesn't work for me are time 
_stamps_
Michael> that span multiple text lines.

You've lost me. Can you show me an example?

Robert



Re: Headline generation as in diary?

2020-09-02 Thread Robert Pluim
>>>>> On Tue, 01 Sep 2020 23:56:55 +0200, Michael Heerdegen 
>>>>>  said:

Michael> Robert Pluim  writes:
>> Itʼs triggered by the %%(, I believe, but not in headlines.

Michael> Yes, I see that in the code.

Michael> But actually I seem to have the opposite problem: I can't make the
Michael> original headline appear in the agenda.  When the sexp doesn't 
return a
Michael> string the agenda will contain a line saying "SEXP entry returned 
empty
Michael> string" instead of showing the headline.

It seems `org-anniversary' supports %d for year and thatʼs about it,
which is not surprising, since itʼs just a wrapper around
`diary-anniversary'.

How about:

diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index 78fe13303..9049b3a42 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -5772,7 +5772,7 @@ displayed in agenda view."
r (replace-match "" nil nil r)))
(if (string-match "\\S-" r)
(setq txt r)
- (setq txt "SEXP entry returned empty string"))
+ (setq txt (org-no-properties (org-get-heading t t t t
(setq txt (org-agenda-format-item extra txt level category tags 
'time))
(org-add-props txt props 'org-marker marker
   'date date 'todo-state todo-state

(Iʼm guessing yet-another-config-variable is unnecessary)

>> You can use them in timestamps as well, which is useful for weird time
>> periods
>> 
>> **  Just before midnight on a few days 23:00-24:00
>> <%%(org-block 2020 8 31 2020 9 2)>
>> <%%(org-block 2020 9 10 2020 9 12)>

Michael> But it seems those time stamps are not allowed to span multiple 
lines
Michael> (at least I don't get it work).  Seems org doesn't recognize them 
as
Michael> such?

Itʼs working fine for me in org-9.3.6. Note that I have my default
agenda view set to a fortnight, and those dates span two different
weeks.

Robert



Re: Headline generation as in diary?

2020-09-01 Thread Robert Pluim
> On Tue, 01 Sep 2020 17:18:42 +0200, Michael Heerdegen 
>  said:

Michael> Eric S Fraga  writes:
>> No, not necessarily.  I have entries like this:
>> 
>> %%(diary-anniversary 1981 03 17) Somebody's birthday (%d years)
>> 
>> and the agenda view shows "Somebody's birthday (19 years)"; the actual
>> heading for this entry is ignored.

Michael> Where in an entry do you specify such specifications?

Below the headline, after the properties.

>> However, I don't know if other diary- functions work the same way.

They do, although there are org- versions of most (all?) of them that
you should use, since they consistently use ISO8601 date order,
unlike the diary functions. The manual is a bit lacking in this area,
I think.

Michael> Yes, the interesting part then is: when does org behave like this, 
and
Michael> can this behavior be forced?

Itʼs triggered by the %%(, I believe, but not in headlines. You can
use them in timestamps as well, which is useful for weird time periods

**  Just before midnight on a few days 23:00-24:00
<%%(org-block 2020 8 31 2020 9 2)>
<%%(org-block 2020 9 10 2020 9 12)>

Robert



Re: org-caldav-sync hangs

2020-08-13 Thread Robert Pluim
> On Thu, 13 Aug 2020 11:00:34 +0200, "Loris Bennett" 
>  said:

Loris> Thanks for the suggestions.  Unfortunately all the relevant Org file
Loris> pass linting and regenerating .org-id-locations didn't help.

Loris> What I do occasionally see is this error:

Loris>   up-list: Scan error: "Unbalanced parentheses", 388, 126

Loris> However I don't even know whether this is coming from Org or not, so 
I
Loris> can't tell whether it is relevant.

(setq debug-on-message "Unbalanced parentheses")

Robert



Re: Q: placement of initialization for org-time-stamp-formats

2020-07-03 Thread Robert Pluim
> On Fri, 3 Jul 2020 15:18:40 +0200, hj-orgmod...@hj.proberto.com said:

hj-orgmode-1>  Hello again.

hj-orgmode-1>  After a lot of searching and trying, I finally figured one 
thing that
hj-orgmode-1> seems to work: ( I am no lisp programmer, so I don't know what
hj-orgmode-1> negative side effects might this have) ; I've added into
hj-orgmode-1> dotspacemacs/user-config section inside .spacemacs :

hj-orgmode-1>  (add-hook 'org-load-hook
hj-orgmode-1>   (lambda ()
hj-orgmode-1>     (setq org-time-stamp-formats '("<%Y-%m-%d %a>"
hj-orgmode-1> . "<%Y-%m-%d %a %H:%M:%S %Z>")) ))

hj-orgmode-1>  Does that look like this should have no undesirable side 
effects?

Thatʼs normally written

(with-eval-after-load "org"
  (setq org-time-stamp-formats '("<%Y-%m-%d %a>" . "<%Y-%m-%d %a%H:%M:%S 
%Z>")))

Robert



Re: issue tracker?

2020-05-26 Thread Robert Pluim
> On Mon, 25 May 2020 13:20:30 +0200, Roland Everaert 
>  said:

Roland> No, I was not aware of it.  Yet, if I understand the objective of 
the Emacs
Roland> ML and Debbugs, it is for, when you have a crash with emacs or, at 
least,
Roland> an error stack trace when evaluating some lisp code. This is 
different from
Roland> the intent here to define how to switch a thread started as a simple
Roland> conversation to a tracked conversation, as a bug, feature request or
Roland> suggestion, an the other way around.

Roland> Sorry if I was not clear about it or if I misunderstand the purpose 
of
Roland> Debbugs and the Emacs ML.

The definition of 'emacs bug' is fairly loose. It ranges from 'emacs
crashed' to 'when I do this funky org-mode thing with 1000 lines of
config, thereʼs an extra space at eol' and everything in between, and
also covers feature requests.

Robert



Re: [RFC PATCH] specify a time, not number of minutes to keep, with org-resolve-clock

2020-02-03 Thread Robert Pluim
> On Sat, 01 Feb 2020 15:34:54 +0100, Bastien  said:
Bastien> And since is it a good outcome to have more people signing the FSF
Bastien> papers, I recommend requesting contributors to sign the copyright
Bastien> assignment for every >15 lines contributions (significant or not).

Not only that: without copyright assignment you need to keep track of
whether an individual has contributed more than 15 significant lines
*total*, which is a hassle.

Robert



Re: Discrepancy between documentation and implementation regarding comments

2019-10-29 Thread Robert Pluim
>>>>> On Tue, 29 Oct 2019 15:14:37 +0100, Thibault Polge  said:

Thibault> Robert Pluim writes:
>> end of line *is* a whitespace character, but Iʼm not going to argue
>> that. Iʼm going to argue that this doesnʼt cover the case of a '#' at
>> EOB without a newline, hence saying 'zero or more' would be better.

Thibault> But zero-or-more would mean that this line:

Thibault> #Alpha

Thatʼs the problem with human language, itʼs imprecise. I meant

^[ \t]*#[ \t]*$

Robert



Re: Discrepancy between documentation and implementation regarding comments

2019-10-29 Thread Robert Pluim
> On Mon, 28 Oct 2019 17:16:55 +0100, Nicolas Goaziou 
>  said:

Nicolas> Hello,
Nicolas> Thibault Polge  writes:

>> Thanks Nicolas, just a small detail though: unless this is a planned
>> (breaking) change, I believe the description you linked should read:
>> 
>> A “comment line” starts with *zero or more whitespace characters,
>> followed by* a hash sign, followed by a whitespace character or an end
>> of line.

Nicolas> True. I fixed that.

end of line *is* a whitespace character, but Iʼm not going to argue
that. Iʼm going to argue that this doesnʼt cover the case of a '#' at
EOB without a newline, hence saying 'zero or more' would be better.

(and if it really is *one* whitespace character, thatʼs a breaking
change from at least org-9.2.6, which allows zero-or-more).

Robert



Re: Discrepancy between documentation and implementation regarding comments

2019-10-27 Thread Robert Pluim
> On Sun, 27 Oct 2019 11:07:20 +0100, Thibault Polge  said:

Thibault> Hello,
Thibault> According to Org-Mode documentation[1],

>> Lines starting with zero or more whitespace characters followed by one
>> ‘#’ and a whitespace are treated as comments and, as such, are not
>> exported.

'whitespace' in emacs normally covers newline as well. Of course org
might mean 'at least one space or tab', but as you say, thatʼs not
what the implementation does. eg in org 9.2.6, org-fill-element does

(re-search-backward "^[ \t]*#[ \t]*$" begin t)

However org-at-comment-p does

(looking-at "^[ \t]*# ")

so thereʼs some possible inconsistency there.

FWIW, Iʼd vote for expressing it as 'zero or more whitespace followed
by one # followed by zero or more whitespace'

Robert



Re: [O] Dates with repeaters, times and range

2019-10-03 Thread Robert Pluim
> On Wed, 2 Oct 2019 09:31:33 +, "Fraga, Eric"  said:

Eric> On Tuesday,  1 Oct 2019 at 23:38, Nathan Neff wrote:
>> I have a meeting that's scheduled from 10:00 - 11:00 for the next three
>> days.

Eric> This is discussed in the FAQ on the org mode website.

Eric> Quick answer: not possible the way you wish.  Instead, the easiest
Eric> solution is to make a one day entry and then use M-x
Eric> org-clone-subtree-with-time-shift RET.

This works for me:

**  Meeting 08:30-15:00
<%%(org-block 2019 10 2 2019 10 4)>


You can even make the period discontiguous:

**  Meeting 08:30-15:00
<%%(org-block 2019 10 2 2019 10 4)>
<%%(org-block 2019 10 7 2019 10 8)>



Re: [O] Bug: Operator associativity problem [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)]

2019-09-26 Thread Robert Pluim
> On Wed, 25 Sep 2019 20:16:26 +0200, Justus Winter 
>  said:

Justus> "Fraga, Eric"  writes:
>> On Wednesday, 25 Sep 2019 at 11:50, Justus Winter wrote:
>>> I noticed a operator associativity problem when evaluating formulas in
>>> tables.  To reproduce, enter:
>>> 
>>> | :=6/2*3 |
>>> 
>>> And evaluate the formula.  This results in:
>>> 
>>> | 1 |
>>> #+TBLFM: @1$1=6/2*3
>> 
>> Yes, this is a property (feature, ?) of Emacs Calc.

Justus> Wow!  Re-reading the org-mode documentation I see that it is 
prominently
Justus> mentioned indeed, and that it is an precedence thing, not an
Justus> associativity one.

See 'calc-multiplication-has-precedence'

Robert


signature.asc
Description: PGP signature


Re: [O] Insert time in Org-mode

2019-06-25 Thread Robert Pluim
> On Tue, 25 Jun 2019 18:41:15 +0200, gmx  said:

gmx> Hello,
gmx> How to insert the current time? I have a table in which I want to
gmx> indicate the beginning of an oral exam (firt column), the end (second
gmx> column), and (third column) make the difference between the two (I can
gmx> do that).

C-u M-x org-time-stamp

will prompt for a date and insert it along with the current time (I
bind org-time-stamp to "C-c ." for convenience)

Robert



Re: [O] Compile failure

2019-06-24 Thread Robert Pluim
> On Mon, 24 Jun 2019 08:49:07 -0400 (EDT), William Denton  
> said:

William> The current source isn't compiling, at least for me (this is with 
an
William> Emacs freshly compiled from source):

William> $ make
William> make -C doc clean;  make -C lisp clean;
William> make[1]: Entering directory '/usr/local/src/org-mode/doc'
William> rm -f org orgguide *.pdf *.html *_letter.tex org-version.inc \
William>   org-version.tex *.aux *.cp *.cps *.dvi *.fn *.fns *.ky *.kys 
\
William>   *.pg *.pgs *.toc *.tp *.tps *.vr *.vrs *.log *.html 
*.ps
William> make[1]: Leaving directory '/usr/local/src/org-mode/doc'
William> make[1]: Entering directory '/usr/local/src/org-mode/lisp'
William> rm -f org-version.el org-loaddefs.el org-version.elc 
org-loaddefs.elc
William> org-install.elc
William> rm -f *.elc
William> make[1]: Leaving directory '/usr/local/src/org-mode/lisp'
William> make -C lisp compile
William> make[1]: Entering directory '/usr/local/src/org-mode/lisp'
William> rm -f org-version.el org-loaddefs.el org-version.elc 
org-loaddefs.elc
William> org-install.elc
William> org-version: 9.2.4 (release_9.2.4-381-g226363)
William> emacs: could not resolve realpath of "(null)": No such file or 
directory
William> Makefile:70: recipe for target 'org-version.el' failed
William> make[1]: *** [org-version.el] Error 1
William> make[1]: Leaving directory '/usr/local/src/org-mode/lisp'
William> mk/targets.mk:95: recipe for target 'compile' failed
William> make: *** [compile] Error 2

Thatʼs an emacs issue, not an org-mode issue. If you specify the full
path to your emacs binary instead of using a symlink, does it compile?

Robert



[O] bug#34684: 26.1; Strange characters when inserting date

2019-03-11 Thread Robert Pluim
> On Mon, 11 Mar 2019 16:13:16 +, "Wong, Philip" 
>  said:

Philip> Chinese, Sunday to Saturday:日一二三四五六

Philip> Attempting M-: (I hope I did this right, I pressed Alt +
Philip> Shift + :, then copied and pasted your command)

Philip> No output but it says this on the bottom: 'Trailing
Philip> garbage following expression'

I guess that means you typed literally ' RET'. Eli meant: type the
command up to the closing ')', and then hit the 'Enter' key, which we
normally refer to as 'RET'.

Robert





[O] bug#34684: 26.1; Strange characters when inserting date

2019-03-11 Thread Robert Pluim
> On Mon, 11 Mar 2019 09:41:41 +, "Wong, Philip" 
>  said:

Philip> Sorry, I don't understand what you mean by emacs -Q.  How
Philip> exactly am I supposed to run this command?

Philip> I tried ctrl c and then started typing 'emacs -Q' but it
Philip> did nothing.

I guess youʼre starting emacs by clicking on some icon? You need to
start it from the command line, with an argument of -Q, probably from
cmd.exe or similar (I am Emacs-on-windows ignorant).

Robert





Re: [O] [RFC] Fixing link encoding once and for all

2019-03-05 Thread Robert Pluim
Neil Jerram  writes:

> Thanks for explaining that.  It's not mentioned in the manual though
> (https://www.gnu.org/software/emacs/manual/html_node/emacs/Regexps.html);
> are you sure that it's supported in Emacs regexps?
>

Itʼs described in the next node:



Robert



[O] bug#34684: 26.1; Strange characters when inserting date

2019-03-01 Thread Robert Pluim
Eli Zaretskii  writes:

>> From: Robert Pluim 
>> Cc: philip.w...@warwick.ac.uk,  34...@debbugs.gnu.org
>> Date: Fri, 01 Mar 2019 14:47:21 +0100
>> 
>> > That's only so if the above produces the same garbled result as in the
>> > original report.  Does it?
>> 
>> Didnʼt I send this yesterday?
>> 
>> $ LANG=zh_HK src/emacs -Q -l ss.el
>> (require 'org)
>> (org-time-stamp)
>> <2019-03-01 五>
>> 
>> I think '五' is 'Five', but donʼt quote me on that.
>
> This is not garbage by any measure.  Please compare with what the OP
> reported.

We are miscommunicating. I was demonstrating that in my setup,
org-time-stamp produces the correct output => itʼs a configuration
issue.

> What, if anything, is wrong with the OP's configuration is exactly the
> issue here.

Right.

Robert





[O] bug#34684: 26.1; Strange characters when inserting date

2019-03-01 Thread Robert Pluim
Eli Zaretskii  writes:

>> From: Robert Pluim 
>> Cc: Eli Zaretskii ,  34...@debbugs.gnu.org
>> Date: Fri, 01 Mar 2019 11:00:01 +0100
>> 
>> > It could be some snafu in Org, though, e.,g. if it doesn't know how to
>> > support that value of $LANG.  In any case, should be reported to Org
>> > developers first.
>> 
>> org-time-stamp just calls essentially
>> 
>> (insert (format-time-string "<%Y-%m-%d %a>" (current-time)))
>> 
>> so itʼs hard to see how this could be an issue in Org.
>
> That's only so if the above produces the same garbled result as in the
> original report.  Does it?

Didnʼt I send this yesterday?

$ LANG=zh_HK src/emacs -Q -l ss.el
(require 'org)
(org-time-stamp)
<2019-03-01 五>

I think '五' is 'Five', but donʼt quote me on that.

So at least for me itʼs working correctly (in both *scratch* and an
Org-mode buffer), which means thereʼs something wrong in the
reporter's configuration somewhere.

Robert





[O] bug#34684: 26.1; Strange characters when inserting date

2019-03-01 Thread Robert Pluim
Robert Pluim  writes:

> Eli Zaretskii  writes:
>
>>> From: Robert Pluim 
>>> Cc: Eli Zaretskii ,  34...@debbugs.gnu.org
>>> Date: Fri, 01 Mar 2019 11:00:01 +0100
>>> 
>>> > It could be some snafu in Org, though, e.,g. if it doesn't know how to
>>> > support that value of $LANG.  In any case, should be reported to Org
>>> > developers first.
>>> 
>>> org-time-stamp just calls essentially
>>> 
>>> (insert (format-time-string "<%Y-%m-%d %a>" (current-time)))
>>> 
>>> so itʼs hard to see how this could be an issue in Org.
>>
>> That's only so if the above produces the same garbled result as in the
>> original report.  Does it?
>
> Didnʼt I send this yesterday?
>
> $ LANG=zh_HK src/emacs -Q -l ss.el
> (require 'org)
> (org-time-stamp)
> <2019-03-01 五>
>
> I think '五' is 'Five', but donʼt quote me on that.
>
> So at least for me itʼs working correctly (in both *scratch* and an
> Org-mode buffer), which means thereʼs something wrong in the
> reporter's configuration somewhere.

And also

(insert (format-time-string "<%Y-%m-%d %a>" (current-time)))

produces the same result for me.





[O] bug#34684: 26.1; Strange characters when inserting date

2019-03-01 Thread Robert Pluim
Eli Zaretskii  writes:

>> Iʼm assuming thereʼs an issue with buffer-file-coding-system or
>> similar.
>
> Unlikely: buffer-file-coding-system has no effect whatsoever on the
> text that is inserted into a buffer, it only has effect when you want
> to save the buffer or send it to some sub-process.
>
> It could be some snafu in Org, though, e.,g. if it doesn't know how to
> support that value of $LANG.  In any case, should be reported to Org
> developers first.

org-time-stamp just calls essentially

(insert (format-time-string "<%Y-%m-%d %a>" (current-time)))

so itʼs hard to see how this could be an issue in Org.

Does this happen when running 'emacs -Q'?

Robert





[O] bug#34684: 26.1; Strange characters when inserting date

2019-02-28 Thread Robert Pluim
Eli Zaretskii  writes:

>> From: "Wong, Philip" 
>> Date: Thu, 28 Feb 2019 14:16:25 +
>> 
>> When I insert a date by pressing CTRL+C then period then enter I get 
>> “<2019-02-28 ¶g¥|>”.
>> 
>> I’m not sure what the strange character is (¶g¥|), can someone help?
>
> Please show a complete recipe, starting from "emacs -Q", to reproduce
> the issue.  When I type "Ctrl-C ." in "emacs -Q", Emacs says that
> sequence is not bound to any command, so I wonder what is needed to
> "insert a date" in your scenario.

>From the output, this is 'org-time-stamp', which produces
<2019-02-28 Thu> here. Based on this in the report:

Important settings:
  value of $LANG: ZHH
  locale-coding-system: cp1252

Iʼm assuming thereʼs an issue with buffer-file-coding-system or
similar. If I do

LANG=zh_HK src/emacs -Q
(require 'org)
(org-time-stamp) => <2019-02-28 四>

where that character after the date is CJK IDEOGRAPH-56DB

(and now Iʼve exhausted what I know about Asian characters)

Robert





Re: [O] Arithmetic range error

2019-02-07 Thread Robert Pluim
Colin Baxter  writes:

> Hello,
>
> Publishing an org file today, the html output looks ok but I get the
> compilation error:
>
> Arithmetic range error: "floor", 1549541220.7500212
>
> I get the error with org-version 9.2.1 (release_9.2.1-200-g18b85a)
> but not with org-version 8.2.10.
>
> Looking at 'org-publish-cache-ctime-of-src' in the file `ox-publish.el',
> its not obvious to me where the error is coming from. Ditto after
> looking in NEWS and the git commit logs.

Thatʼs emacs signalling that thereʼs an overflow when converting that
float to an integer. It seems much too small for that, though. Which
version of emacs is this, on what platform?

Robert



Re: [O] (9.2) Noweb blocks not expanded in Python blocks : it should be a bug...

2019-02-04 Thread Robert Pluim
John Kitchin  writes:

> #+RESULTS:
> : <<\([^
> : ].+?[^ ]\|[^
> : ]\)>>

That regex looks malformed, and will only match strings with 1 or 3 or
more characters between << and >>. If someone knows what itʼs supposed
to be matching we can fix it. eg it looks like it wants to allow

<>

Is that something that should be accepted?

Robert



Re: [O] Bug: ODT export fails if NAME: and ref: equation [9.1.14 (9.1.14-1-g4931fc-elpa @ /home/kdm/.emacs.d/elpa/org-20180910/)]

2018-11-08 Thread Robert Pluim
Nicolas Goaziou  writes:

> Hello,
>
> Ken Mankoff  writes:
>
>> On Mon, Nov 5, 2018, 13:59 Nicolas Goaziou >
>>>
>>> What would be the expected output?
>>>
>>
>> There is no output. It doesn't even export. It's a showstopper. No
>> references to equations allowed or the exporter fails.
>
> I know. I can reproduce your problem. But I know nothing about ODT, so
> it would help if you could tell me what should be the desired output. At
> the moment, referencing anything else than a headline or a target is
> unsupported in this back-end, AFAICT.

FWIW, the original example works for me if I set
'org-latex-to-mathml-convert-command' to
"latexmlmath \"%i\" --presentationmathml=%o"

as described at


(interestingly I didnʼt have to set #+OPTIONS: LaTeX:t)

Robert



Re: [O] OT: gmane seems to be back

2018-10-31 Thread Robert Pluim
Colin Baxter  writes:

>> Nick Dokos  writes:
>
> > Achim Gratz  writes:
> >> Am 30.10.2018 um 16:57 schrieb Nick Dokos:
> >>> For a couple of weeks, I had not been able to connect to gmane,
> >>> so I finally gave up and changed my preferences so that I could
> >>> receive the email from the list.  I have not seen any
> >>> acknowledgement anywhere that it was down BTW - did anybody here
> >>> notice? Or was it just me?
> >> 
> >> Plain NNTP wasn't down at all, but connections that use TLS
> >> stopped working some time ago and probably still don't work.
>
> > I have this in my .gnus.el:
>
> > (setq gnus-select-method '(nntp "news.gmane.org"
> > (nntp-open-connection-function nntp-open-tls-stream)
> > (nntp-port-number 563) ;; (nntp-port-number 119)
> > (nnir-search-engine gmane) ))
>
> My gnus works fine (always has) with just the first line. The
> nntp-open-tls-stream and port-numbers appear not to be required. And I
> thought gmane.org was could no longer be searched with nnir.

If you do that then you connect to port 119 using cleartext and the
connection is (potentially) upgraded using STARTTLS. Thatʼs not the
same as making a TLS connection to port 563. Whether this matters for
reading news is entirely a personal decision.

The gmane search interface is sadly indeed defunct.

Robert



[O] bug#32906: org-in-src-block-p always returns nil

2018-10-03 Thread Robert Pluim
Eivind Otto Hjelle  writes:

> I thought I had updated emacs to the latest version, but apparently not.
> After upgrading to emacs-26 the command org-in-src-block-p works as
> expected. Thanks!

Thanks for checking. Closing.

Regards

Robert





[O] bug#32906: org-in-src-block-p always returns nil

2018-10-02 Thread Robert Pluim
Eivind Otto Hjelle  writes:

> The function 'org-in-src-block-p' always returns nil on my system
> running Windows 10.
>
> How to reproduce this bug starting from 'emacs -Q':
> Define a function 'test-org-in-src-block-p' in the scratch buffer as
> follows:
>
> (defun test-org-in-src-block-p ()
>   (interactive)
>   (print (org-in-src-block-p)))
>
> Navigate to a src block in org mode and call 'M-x
> test-org-in-src-block-p'. Now nil is printed to the message buffer.

Works for me in emacs-26. Would it be possible to try that version?

Regards

Robert





Re: [O] org-end-of-line and in table interaction

2018-09-29 Thread Robert Pluim
Nicolas Goaziou  writes:

> Robert Pluim  writes:
>
>> It does call 'end-of-line'. If thatʼs the intended semantics, itʼs not
>> entirely clear from the docstring (and I will adjust my code).
>
> The first sentence is:
>
>   Go to the end of line, but before ellipsis, if any.
>
> If you think that's ambiguous, would you want to suggest a different
> wording? Or do you think we should add a more explicit reference to
> `end-of-line' function somewhere in the docstring? 

I thought it was for headlines only because the next paragraph talks
about headlines, but that was entirely my misreading.

Robert



Re: [O] org-end-of-line and in table interaction

2018-09-28 Thread Robert Pluim
Nicolas Goaziou  writes:

> Robert Pluim  writes:
>
>> I was under the impression that 'org-end-of-line' is intended to do
>> something only when in a heading, since it does:
>>
>> (looking-at org-complex-heading-regexp)))
>>
>> hence my patch to make it not do anything in tables.
>
> It is meant to do something special on a heading and call `end-of-line'
> everywhere else. Are you saying that `org-end-of-line' doesn't call
> `end-of-line', as it should?

It does call 'end-of-line'. If thatʼs the intended semantics, itʼs not
entirely clear from the docstring (and I will adjust my code).

Robert



Re: [O] org-end-of-line and in table interaction

2018-09-28 Thread Robert Pluim
Nicolas Goaziou  writes:

> Hello,
>
> Robert Pluim  writes:
>
>> I have
>>
>> (add-hook 'org-tab-first-hook 'org-end-of-line)
>>
>> This causes  inside a table to always create another row, rather
>> than moving to the next field. The patch below fixes this for me,
>> although Iʼm not sure itʼs the right solution.
>
> Why would you want to patch Org source instead of fixing the function
> you attach to the hook?

Yes, I could wrap org-end-of-line in a (when (not (org-at-table-p))),
but that would fix it only for me. I was under the impression that
'org-end-of-line' is intended to do something only when in a heading,
since it does:

   (looking-at org-complex-heading-regexp)))

hence my patch to make it not do anything in tables.

Robert



[O] org-end-of-line and in table interaction

2018-09-28 Thread Robert Pluim
Hi,

I have

(add-hook 'org-tab-first-hook 'org-end-of-line)

This causes  inside a table to always create another row, rather
than moving to the next field. The patch below fixes this for me,
although Iʼm not sure itʼs the right solution.

diff --git a/org.el b/org.el
index 45be987..f22e9a1 100644
--- a/org.el
+++ b/org.el
@@ -23608,6 +23608,7 @@ (defun org-end-of-line ( n)
   (`(,_ . ,C-e) C-e) (_ org-special-ctrl-a/e)))
deactivate-mark)
 ;; First move to a visible line.
+(when (not (org-at-table-p))
 (if (bound-and-true-p visual-line-mode)
(beginning-of-visual-line n)
   (move-beginning-of-line n))
@@ -23651,7 +23652,7 @@ (defun org-end-of-line ( n)
(when (/= bol (line-beginning-position))
  (goto-char bol)
  (end-of-line
- (t (end-of-line)
+ (t (end-of-line))
 
 (define-key org-mode-map "\C-a" 'org-beginning-of-line)
 (define-key org-mode-map "\C-e" 'org-end-of-line)



Re: [O] Bug: Removing and adding deadline bug in org agenda [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)]

2018-09-18 Thread Robert Pluim
Kevin Foley  writes:

> My mistake, I misread, thanks for the correction Robert.  FWIW I also am
> unable to reproduce on 9.1.14
>
> I would still suggest using C-c C-d with . as it seems like a simpler
> workflow.

Yes, that is a lot simpler than remove/add.

Robert



Re: [O] Bug: Removing and adding deadline bug in org agenda [9.1.9 (release_9.1.9-65-g5e4542 @ /usr/share/emacs/26.1/lisp/org/)]

2018-09-18 Thread Robert Pluim
Kevin Foley  writes:

> The issue is once you use C-u C-c C-d to remove the deadline with your
> point on the same line as the deadline, that line is removed and the point
> stays in the same place.  That means point is now on Task 2 so calling
> `org-deadline' there will apply to Task 2.
>

I believe the C-u C-c C-d is being done from the agenda buffer, not
the org buffer, so the agenda should be able to keep track of the task
location.

Having said that, Iʼve not been able to reproduce this with Org 9.1.14

Robert



Re: [O] repeating timestamps with an end date

2018-08-01 Thread Robert Pluim
Eric S Fraga  writes:

> On Monday, 30 Jul 2018 at 15:25, Robert Pluim wrote:
>> Hi,
>>
>> is there a generic way to specify an end date for a repeating event? 
>
> The short answer is no.
>
> The longer answer is to consider using
> org-clone-subtree-with-time-shift.  Make the entry you want and then make
> the repeating entries.  I use this for lectures, for instance, and then
> delete particular entries that might correspond to cancelled lectures.

That will work, but it feels inelegant. I guess Iʼll stick to using
'diary-block' and similar.

Thanks

Robert



[O] repeating timestamps with an end date

2018-07-30 Thread Robert Pluim
Hi,

is there a generic way to specify an end date for a repeating event? I
can do something like

* 10:00-12:00 an event
  <%%(org-class 2018 8 1 2018 8 31 2)>

to have something repeat every Tuesday in August, but that doesnʼt
work for other repeating intervals. Iʼd much rather be able to do
something like

* an event
  <2018-08-01 Wed 10:00-12:00+1w>--<2018-08-14>

but that makes it appear in the agenda every day.

Thanks

Robert



[O] bug#31468: 24.5; org mode do not export current heading

2018-05-17 Thread Robert Pluim
Michel Damiens  writes:

> Hello Robert
> I think I did not read correctly the documentation : I believed that the
> heading would be in a div container with class outline-1 and the text
> inside would be in a div with class outline-text-1
> Thanks a lot for your help !

Youʼre welcome. Closing the bug.

Regards

Robert





[O] bug#31468: 24.5; org mode do not export current heading

2018-05-17 Thread Robert Pluim

[please keep the bug address in CC]

Michel Damiens  writes:

> no change for the heading with with emacs -Q :
>
> 
> 
> Descartes et la constitution de l'écriture symbolique
> mathématique
> 
> L'Ars Magna de Cardan (1545) est écrit avec des notations
> actuellement difficilement déchiffrables. Par contre les notations de la
> Géométrie de Descartes (1637) nous semblent lisibles.
> Diophante :
> Algébristes arabes :
> Algébristes italiens :
> Coss :
> Viète :
> Descartes :
> Leibniz :
> 

Is that not correct? You have in your :PROPERTIES:

:EXPORT_TITLE: Descartes et la constitution de l'écriture symbolique 
mathématique

Removing that, the title class with emacs-24 -Q becomes the same as
the org headline. Note that emacs -Q for me uses org-8.2.10

Robert





[O] bug#31468: 24.5; org mode do not export current heading

2018-05-16 Thread Robert Pluim
Michel Damiens  writes:

[please keep the bug address in CC ]

> Hello
> my og-mode version is 9.1.13
> I'm not able to upgrade to emacs-26 for the moment : I'm not working on my
> own system.
> How do you think that sort of problem would depend on emacs version ?

Features and bugs can be very different between different emacs
versions. However, Iʼve just tried 9.1.13 on emacs-24, and I donʼt see
an issue, which suggests itʼs due to some local configuration Is it
possible for you to come up with a reproduction recipe starting from
'emacs -Q'?

Regards

Robert





[O] bug#23917: Please consider making Bug #23917 a blocker for 25.1 (was Re: org-capture: Capture template ‘g’: Match data clobbered by buffer modification hooks)

2016-07-22 Thread Robert Pluim
Eli Zaretskii  writes:

>> From: npost...@users.sourceforge.net
>> Cc: 23...@debbugs.gnu.org,  nljlistb...@gmail.com,  jwieg...@gmail.com,  
>> rpl...@gmail.com,  monn...@iro.umontreal.ca,  alex.ben...@linaro.org
>> Date: Thu, 21 Jul 2016 21:08:43 -0400
>> 
>> I made the same adjustments to the saved sub_start and sub_end
>> variables, but I had a mistake in that adjustment which caused the false
>> positives.  Fixed in the attached v2 patch.  We could just drop the
>> check, though I've already found it useful to catch bugs
>> (https://github.com/joaotavora/yasnippet/issues/720).
>> 
>> If I drop the checks (see attached v3 patch), then after following the
>> bug#23869 recipe, I get:
>> 
>> ## -*- Octave -*-
>> -module(bug).
>> -export([identity/1, is_even/1, size/1, reverse/1]).
>
> OK, let's wait for a few days to give time to the people who were
> affected by the issue to test the patch, and if no new issues come up,
> please push the version with the error code to emacs-25.
>

Patch v2 fixes 'emacs -Q' and my normal capture templates, and I'm
using the patched emacs for this email. I'll keep running with it for
the next few days.

Regards

Robert





[O] bug#23917: 25.0.95; commit 3a9d6296b35e5317c497674d5725eb52699bd3b8 causing org-capture to error out

2016-07-21 Thread Robert Pluim
nljlistb...@gmail.com (N. Jackson) writes:

> At 20:56 -0400 on Wednesday 2016-07-20, npost...@users.sourceforge.net wrote:
>>
>> From a8098080dff5f83f7cbcbec2bc263f9db3b45ad9 Mon Sep 17 00:00:00 2001
>> From: Noam Postavsky <npost...@gmail.com>
>> Date: Wed, 20 Jul 2016 20:15:14 -0400
>> Subject: [PATCH v1] Adjust match data before calling after-change-funs
>>
>> * src/insdel.c (replace_range): Add new parameter ADJUST_MATCH_DATA, if
>> true.  Update all callers except Freplace_match to pass 0 for the new
>> parameter.
>> * src/search.c (update_search_regs): New function, extracted from
>> Freplace_match.
>> (Freplace_match): Remove match data adjustment code, pass 1 for
>> ADJUST_MATCH_DATA to replace_range instead.
> FWIW on my system applying this patch only partially resolves the
> org-capture issue. I'm testing with org-20160718 from GNU Elpa and
> latest Emacs 25 branch from the git (Repository revision:
> 4157159a37b43712440da91a45a6d5f71eb96e8a).
>
> The patch successfully eliminates the match-data-clobbered error/abort
> during org-capture with all my capture templates when I have my entire
> config loaded, but with a minimal recipe from emacs -Q the org-capture
> match-data-clobbered error still occurs.
>
> The minimal recipe I'm testing with is similar to that posted by Robert
> Pluim on 2016-07-18, specifically
>
>   src/emacs -Q
>
>   M-: (custom-set-variables '(package-selected-packages (quote 
> (org-20160718 RET
>   M-x package-initialize RET
>
>   C-x C-f ; find file.
>   C-S-backspace   ; kill-whole-line.
>   ~/.notes RET; Open the file expected by default capture 
> template.
>   M-x org-mode RET; put the buffer into Org Mode.
>   M-x org-capture RET t ; Run the default "Task" capture template bound to 
> the t key.
>
> With your patch I still get the error: 
>
>   org-capture: Capture template ‘t’: Match data clobbered by buffer 
> modification hooks
>
> .
>
> It puzzles me that your patch doesn't work for the emacs -Q recipe but
> does work for my normal configuration, so much so that I suspected that
> I had made a mistake, but I have reset and reapplied the patch three
> times and I continue to see the same results.

You're not alone: this patch doesn't fix the issue for me either with
emacs -Q or with my normal capture templates.

Regards

Robert





[O] bug#23917: 25.0.95; commit 3a9d6296b35e5317c497674d5725eb52699bd3b8 causing org-capture to error out

2016-07-21 Thread Robert Pluim
nljlistb...@gmail.com (N. Jackson) writes:

> At 21:09 +0300 on Monday 2016-07-18, Eli Zaretskii wrote:
>
>> diff --git a/lisp/subr.el b/lisp/subr.el
>> index e9e19d3..1bb1cb3 100644
>> --- a/lisp/subr.el
>> +++ b/lisp/subr.el
>> @@ -3466,7 +3466,7 @@ save-match-data
>>;; if you need to recompile all the Lisp files using interpreted code.
>>(declare (indent 0) (debug t))
>>(list 'let
>> -'((save-match-data-internal (match-data)))
>> +'((save-match-data-internal (match-data 'integers)))
>>  (list 'unwind-protect
>>(cons 'progn body)
>>;; It is safe to free (evaporate) markers immediately here,
>
> FWIW on my system applying this patch does not resolve the org-capture
> issue. I'm testing with org-20160718 from GNU Elpa and latest Emacs 25
> branch from the git (Repository revision: 
> 4157159a37b43712440da91a45a6d5f71eb96e8a).
>
> With these versions of Org and Emacs and your patch applied, with a
> recipe similar to that posted by Robert Pluim on 2016-07-18,
> specifically
>
>   src/emacs -Q
>
>   M-: (custom-set-variables '(package-selected-packages (quote 
> (org-20160718 RET
>   M-x package-initialize RET
>
>   C-x C-f ; find file.
>   C-S-backspace   ; kill-whole-line.
>   ~/.notes RET; Open the file expected by default capture 
> template.
>   M-x org-mode RET; put the buffer into Org Mode.
>   M-x org-capture RET t ; Run the default "Task" capture template bound to 
> the t key.
>
> I get the error: 
>
>   org-capture: Capture template ‘t’: Match data clobbered by buffer 
> modification hooks

save-match-data is a macro. Did you recompile org with the modified
emacs?

That patch works for me when using that version of org uncompiled.

Regards

Robert





[O] bug#23917: Please consider making Bug #23917 a blocker for 25.1 (was Re: org-capture: Capture template ‘g’: Match data clobbered by buffer modification hooks)

2016-07-18 Thread Robert Pluim
(I'm moving this discussion to the bug, let me know if that's not OK)

Eli Zaretskii  writes:

>> From: Alex Bennée 
>> Cc: Eli Zaretskii , "N. Jackson" , 
>> emacs-de...@gnu.org
>> Date: Sun, 17 Jul 2016 18:28:36 +0100
>> 
>> I've just uninstalled the ELPA installed org and run into the same
>> problem with the bundled version. It certainly doesn't happen with all
>> my capture templates but this particular entry with %a and %c does
>> trigger the error. From my *Messages:
>> 
>> Clipboard pasted as level 2 subtree
>> org-capture: Capture template ‘g’: Match data clobbered by buffer 
>> modification hooks
>> "/home/alex/src/emacs/install/share/emacs/25.0.95/lisp/org/org.elc"
>
> Can you come up with a reproducible recipe, starting with "emacs -Q",
> and then loading everything required for the reproduction?  Otherwise,
> I don't see how this problem could be resolved, given the sadly small
> number of people on board who are capable of debugging such problems.
>

Make sure that you have org-20160704 from elpa.

# emacs -Q

;evaluate the following 
(custom-set-variables
 '(package-selected-packages
   (quote
(org-20160704
(package-initialize)

; Now do:

C-x C-f ~/.notes
M-x org-mode
M-x org-capture
t

; This should result in:
Capture template ‘t’: Match data clobbered by buffer modification
hooks

I've tried to follow who clobbers it via GDB, but I keep getting
lost. For me it's always search_regs.end[sub] that has the unexpected
value.

Regards

Robert





Re: [O] Re-marking agenda entries, with advice on org-agenda-bulk-action in .emacs

2015-03-05 Thread Robert Pluim
Bastien b...@altern.org writes:

 netty hacky netty.ha...@gmail.com writes:

 The issue of re-marking agenda entries has been raised before:
 http://lists.gnu.org/archive/html/emacs-orgmode/2011-02/msg00200.html

 From latest master, you can (setq org-agenda-persistent-marks t) to 
 get persistent marks.

Hi, there's a small issue with the texi description of this
feature. Fixed as follows:

* org.texi (Agenda commands): Correct reference to
  org-agenda-persistent-marks
---
 doc/misc/ChangeLog | 5 +
 doc/misc/org.texi  | 2 +-
 2 files changed, 6 insertions(+), 1 deletion(-)

diff --git a/doc/misc/ChangeLog b/doc/misc/ChangeLog
index 448c7f2..c71355e 100644
--- a/doc/misc/ChangeLog
+++ b/doc/misc/ChangeLog
@@ -1,3 +1,8 @@
+2015-03-03  Robert Pluim  rpl...@gmail.com
+
+   * org.texi (Agenda commands): Correct reference to
+   org-agenda-persistent-marks
+
 2015-02-25  Tassilo Horn  t...@gnu.org
 
* reftex.texi (Multifile Documents): Document
diff --git a/doc/misc/org.texi b/doc/misc/org.texi
index 2cb80ab..63eacef 100644
--- a/doc/misc/org.texi
+++ b/doc/misc/org.texi
@@ -8995,7 +8995,7 @@ Bulk action: act on all marked entries in the agenda.  
This will prompt for
 another key to select the action to be applied.  The prefix arg to @kbd{B}
 will be passed through to the @kbd{s} and @kbd{d} commands, to bulk-remove
 these special timestamps.  By default, marks are removed after the bulk.  If
-you want them to persist, set @code{org-agenda-bulk-persistent-marks} to
+you want them to persist, set @code{org-agenda-persistent-marks} to
 @code{t} or hit @kbd{p} at the prompt.
 
 @table @kbd
-- 
2.1.4




[O] Applying style to a paragraph for HTML export

2011-05-05 Thread Robert Pluim
(I thought this would be a FAQ, but I can't find anything similar)

Hi,

I'm exporting from org to html, which is working well. Since my final
target is MSWord, I'd like to add style information to various
paragraphs, ie bold, underline etc. I can see how to do eg *bold* for
individual words, but how do I apply that kind of formatting to a span
of text?

(I'm CSS-ignorant, so please use small words and talk slowly)

Thanks

Robert




Re: [O] Applying style to a paragraph for HTML export

2011-05-05 Thread Robert Pluim
Jambunathan K kjambunat...@gmail.com writes:

 Robert Pluim rpl...@gmail.com writes:

 (I thought this would be a FAQ, but I can't find anything similar)

 Hi,

 I'm exporting from org to html, which is working well. Since my final
 target is MSWord, I'd like to add style information to various
 paragraphs, ie bold, underline etc. I can see how to do eg *bold* for
 individual words, but how do I apply that kind of formatting to a span
 of text?

 I recommend using the odt exporter and then use LibreOffice to convert
 the resulting file to MSWord.

 http://orgmode.org/worg/org-faq.html#convert-to-open-office

Whilst that would work, it's inherently a 2-step process, versus 1 for
the html route, plus it requires installing yet-another-application. In
any case, the example file for the odt-converter has corrected my
misunderstanding: *bold* works even for multiple words (although it
appears the various style markers don't nest: */bold-italic/* give me
the same as *bold*).

Thanks

Robert




Re: [O] Applying style to a paragraph for HTML export

2011-05-05 Thread Robert Pluim
Jambunathan K kjambunat...@gmail.com writes:

 Robert Pluim rpl...@gmail.com writes:

 Jambunathan K kjambunat...@gmail.com writes:

 Robert Pluim rpl...@gmail.com writes:

 (I thought this would be a FAQ, but I can't find anything similar)

 Hi,

 I'm exporting from org to html, which is working well. Since my final
 target is MSWord, I'd like to add style information to various
 paragraphs, ie bold, underline etc. I can see how to do eg *bold* for
 individual words, but how do I apply that kind of formatting to a span
 of text?

 I recommend using the odt exporter and then use LibreOffice to convert
 the resulting file to MSWord.

 http://orgmode.org/worg/org-faq.html#convert-to-open-office

 Whilst that would work, it's inherently a 2-step process, versus 1 for
 the html route, plus it requires installing yet-another-application. 

 I thought you said your final target is MSWord and not html.

It is, but MSWord can read html directly, so no extra step is required.

 In any case, the example file for the odt-converter has corrected my
 misunderstanding: *bold* works even for multiple words (although it
 appears the various style markers don't nest: */bold-italic/* give me
 the same as *bold*).

 Spanned text has to be part of the single emacs line and not be broken
 across multiple lines.

Ah, I don't think that's documented anywhere. Looks like I'll have to
turn off auto-fill.

Thanks

Robert




[O] Re: subscribe org list, but opt out from recieving mails.

2011-04-01 Thread Robert Pluim
Yagnesh Raghava Yakkala yagn...@live.com writes:

 Dear list,

 I read orgmode list from gmane news group and I want to subscribe the
 list to be able to post, but dont want to recieve any mails unless they
 directs to my mail ID. is it possible??

I believe you can post via gmane without being subscribed to the list
(this post being an example :) )

Robert




Re: [O] Org expert mode?

2011-03-10 Thread Robert Pluim
Bastien b...@altern.org writes:

 Hi all,

 Org tries to stay as simple/accessible as possible for newbie and as
 complete/flexible as possible for power users.

 The documentation and the UI are central for this: the documentation
 should promote core features, document complex ones, and give pointers
 on how to hack Org -- it does that already IMO; the UI should give
 access to core features and give hints on complex ones, so that the
 user can learn more.

 I've just added the ability to run a custom function for bulk agenda
 actions (thanks to Puneeth for the patch!)  This is clearly for power
 users -- or those who are willing to take the time to find functions
 that we might document in Worg.

 So I naturally thought of something like an Org Expert mode: when
 turned off, the UI would *not* give access to complex features and
 perhaps display more helpful messages on simple ones; when turned on,
 Org would have a less verbose UI (think of the C-c C-e window, do we
 really want to *read* it all the times?) and give access to all the
 complex features.

 This is really just a call for ideas/comments -- I wonder if people
 already came accross such an idea and and what they think.

 I'm myself not convinced: it's a good thing that Org doesn't need an
 Expert mode so far, it means newbies are not confused by the UI, and
 experts are not frustrated by it either.  But I expect neat features 
 can emerge from the discussion.

I've been using org for about a year, and am by no means an 'expert',
but it does what I want the way I want it (and I learn more every day).
It is in many ways exactly like the surrounding Emacs environment: very
powerful, but simple to get started in.  I personally see no reason at
all to hide any of that power, since as far as I'm concerned it simply
doesn't get in the way, and implementing such hiding would be a waste of
effort.

Regards

Robert




[Orgmode] Re: should the mail list be splitted resp. sub-tagged ?

2011-01-05 Thread Robert Pluim
Nick Dokos nicholas.do...@hp.com writes:

 [Forgot to reply-all - sorry about that. Apologies to Robert for
  the duplicate email.]


This is why I have Mail-Copies-To: never in my headers :) No biggie.

 Robert Pluim rpl...@gmail.com wrote:

 Nick Dokos nicholas.do...@hp.com writes:
 
  Štěpán Němec step...@gmail.com wrote:
 
  FWIW, I do. Having [Org] (or anything, really) prepended to the subjects
  of _all_ mails coming from a list that is already uniquely identifiable
  (e.g. by its address) has no information value altogether (unlike
  [Babel], [PATCH] etc.) and only takes up the much precious Subject:
  header space.
  
  I have never understood why anyone would like anything like that.
 
 
  Because I can scan my inbox at a glance and triage quickly. Here's what
  I see (with mh-e in emacs as my reader):
 
 
 (disclaimer: I've been seeing this argument for the best part of 20
 years, I doubt I'm bringing anything new to the table, but I feel
 strongly about it)
 
 Triage is for *computers* to do, they're much better at it than humans.
 

 You are kidding, right? How does the computer know what *I* need to do?


Because you tell it what to do?

 Also, those markers in the subject are obnoxious and *really* annoying,
 and take up valuable screen space.  Please don't clutter up the org-mode
 emails for zero benefit.
 

 It is *not* zero benefit to me.

OK.  Zero benefit to people who split their email then.  I must admit
I've never understood why people don't, but to each his own.

Robert


___
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] Re: should the mail list be splitted resp. sub-tagged ?

2011-01-05 Thread Robert Pluim
Achim Gratz strom...@nexgo.de writes:

 Robert Pluim rpl...@gmail.com writes:
 Triage is for *computers* to do, they're much better at it than humans.

 Then let your MUA strip the tag off for you and live a happier life.

 Also, those markers in the subject are obnoxious and *really* annoying,
 and take up valuable screen space.  Please don't clutter up the org-mode
 emails for zero benefit.

 They are very valuable when you need to quickly check things from a
 computer where you don't have set up your filtering for instance.  Plus
 they are indispensable for everyone who decides to not filter mail into
 folders or anything like that.  They don't force you to not filter, so
 why should you force them to change their workflow?

Using your same argument from above, why don't they configure their MUA
to add the tag?  Why should I be forced to change my workflow to strip
it? (and the tags are not 'indispensable' for human triage: you can
display the To/CC or List-Id headers, which will contain org-mode as well).

 org-mode list email has a List-Id header, the list software has already
 taken care of it for you.  I fail to see how much can go wrong with
 filtering on that, configure it once and you're done. (or read the list
 via gmane, all nicely split out for you).

 This header is there for software to see, not for humans.  There is
 multiple redundancy in both the headers and the tagging of the subject
 line and this is what makes things resilient.  And yes, I read the list
 via Gmane/GNUS, but that doesn't mean everyone has to do it the same
 way.

Right, which is why I argue for the minimal simplicity of just setting
the header, and letting people take care of anything else they want to
do afterwards.

Anyway, I think we've reached the end of this discussion, it's
definitely not relevant to org-mode anymore.  Whoever maintains the list
will decide what they prefer.

Robert


___
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] Re: should the mail list be splitted resp. sub-tagged ?

2011-01-04 Thread Robert Pluim
Nick Dokos nicholas.do...@hp.com writes:

 Štěpán Němec step...@gmail.com wrote:

 FWIW, I do. Having [Org] (or anything, really) prepended to the subjects
 of _all_ mails coming from a list that is already uniquely identifiable
 (e.g. by its address) has no information value altogether (unlike
 [Babel], [PATCH] etc.) and only takes up the much precious Subject:
 header space.
 
 I have never understood why anyone would like anything like that.


 Because I can scan my inbox at a glance and triage quickly. Here's what
 I see (with mh-e in emacs as my reader):


(disclaimer: I've been seeing this argument for the best part of 20
years, I doubt I'm bringing anything new to the table, but I feel
strongly about it)

Triage is for *computers* to do, they're much better at it than humans.

Also, those markers in the subject are obnoxious and *really* annoying,
and take up valuable screen space.  Please don't clutter up the org-mode
emails for zero benefit.

  ...
  221+ 01/04 Štěpán Němec [Orgmode] Re: should the mail list be
 splitted resp. sub-tagged ?Bastien bastien.gue...@wikimedia.fr
 writes:  Hi Torste
  ...

 If I am in org-mode mode (so to speak), I'll look at it. If not, I will
 skip it for now and get back to it later.

 Having the mailing list markers is indispensable to me. I belong to
 quite a few MLs and the ones that don't have a marker are a PITA.
 Shortening the marker is fine: eliminating it is not.

 If you want to somehow treat the mails from this list specially, why
 don't you filter on the presence of the mailing list address in the
 headers, for example?
 

 Because all of that needs additional setup, both at the front end to do
 the filtering and at the back end to make sure that I don't miss anything.
 And that needs debugging and continued maintenance (and missed emails when
 something goes wrong, which inevitably it will). I'd rather have the list
 software take care of it.

org-mode list email has a List-Id header, the list software has already
taken care of it for you.  I fail to see how much can go wrong with
filtering on that, configure it once and you're done. (or read the list
via gmane, all nicely split out for you).

Robert


___
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] Excluding DONE todo items from the agenda

2010-12-03 Thread Robert Pluim
Hi,

is there a way to not show TODO items that are DONE in the agenda view
('C-aa') by default? It seems I have them showing up because they have a
deadline, but when they're done, that doesn't matter anymore :)

Thanks

Robert


___
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] Re: Excluding DONE todo items from the agenda

2010-12-03 Thread Robert Pluim
Robert Pluim rpl...@gmail.com writes:

 Hi,

 is there a way to not show TODO items that are DONE in the agenda view
 ('C-aa') by default? It seems I have them showing up because they have a
 deadline, but when they're done, that doesn't matter anymore :)

Whilst investigating this, I noticed the following, which I suspect
counts as obvious enough that I won't have to sign anything :)

2010-12-03  Robert Pluim  rpl...@gmail.com

* org-agenda.el (org-agenda-toggle-deadlines): Fix docstring

diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index 48856c9..c63fa98 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -6314,7 +6314,7 @@ When called with a prefix argument, include all archive 
files as well.
   (if org-agenda-include-diary on off)))
 
 (defun org-agenda-toggle-deadlines ()
-  Toggle diary inclusion in an agenda buffer.
+  Toggle inclusion of entries with a deadline in an agenda buffer.
   (interactive)
   (org-agenda-check-type t 'agenda)
   (setq org-agenda-include-deadlines (not org-agenda-include-deadlines))


___
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] Re: Excluding DONE todo items from the agenda

2010-12-03 Thread Robert Pluim
Robert Pluim rpl...@gmail.com writes:

 Hi,

 is there a way to not show TODO items that are DONE in the agenda view
 ('C-aa') by default? It seems I have them showing up because they have a
 deadline, but when they're done, that doesn't matter anymore :)

And I've now found:
org-agenda-skip-deadline-if-done
which works perfectly.

It must be time for lunch, I didn't see that in my apropos search.

Regards

Robert


___
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] org-capture and XEmacs, indenting too far

2010-12-01 Thread Robert Pluim
Hi, I'm using XEmacs 21.5  (beta29) garbanzo d27c1ee1943b+ [Lucid]
(i686-pc-cygwin, Mule) of Mon Oct 18 2010 on RPluim, with the following
org-capture-templates

((t Todo entry (file+headline ~/org/notes.org Tasks) * TODO %?))

The problem is that for some reason the resulting TODO heading is has 2
extra spaces, and is placed at too deep a level, giving:

* Tasks
***   TODO a task

I've tested this on a fairly recent emacs24 build, and everything works
fine there, so this is probably something XEmacs specific.  Can anyone
suggest any way to track this down (I'd bisect, but I've yet to find a
'good' version)?

Thanks

Robert


___
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] Re: org-freemind.el and rx

2010-10-14 Thread Robert Pluim
Michael Sperber sper...@deinprogramm.de writes:

 Carsten Dominik carsten.domi...@gmail.com writes:

 Hi Lennart,

 I am trying to keep org-mode also workable with XEmacs.  One problem
 here is that XEmacs does not have rx.  Would you object if I replace
 the rx macro calls with the string representations of the regular
 expressions in org-freemind.el?

 Michael, an alternative would be to get rx ported to and included into
 XEmacs.  Is anything like this in the works, or would you like to look
 into this?

 I think the solution is to do rx (I sure hate textual regexps) - which
 is on my list, but will likely be a while.

I took a quick look, and it's failing byte-compilation because in
rx-any-condense-range:

(defun rx-any-condense-range (args)
  Condense by side effect ARGS as range for Rx `any'.
  (let (str
l)
;; set STR list of all strings
;; set L list of all ranges
(mapc (lambda (e) (cond ((stringp e) (push e str))
((numberp e) (push (cons e e) l))
(t (push e l
  args)
;; condense overlapped ranges in L
(let ((tail (setq l (sort l #'car-less-than-car)))
  d)

'car-less-than-car is signalling 
  apply(debug error (wrong-type-argument listp ?\[))

l is (?\ ?\[) at this point, and I don't think you can call #'car on
either of those 2 elements. Either this code meant to use #', or the (t
(push e l)) is wrong, or we've discovered another difference between GNU
Emacs and XEmacs :)

Regards

Robert


___
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