At 15:04 +0800 on Sunday 2022-04-24, Ihor Radchenko wrote:
>
> "N. Jackson" writes:
>
>> I have tested with your v2 patch applied to Org 9.5.3:
>>
>> 1. It fixes the two bugs I reported in this thread
>>
>> 2. It also makes the Agenda display prop
At 17:27 +0800 on Friday 2022-04-22, Ihor Radchenko wrote:
>
> "N. Jackson" writes:
>>
>> If Org needs to support versions of Emacs before 25.1 then I assume
>> you need the same guard on every instance of
>> window-max-chars-per-line -- because window-max
At 13:58 +0800 on Friday 2022-04-22, Ihor Radchenko wrote:
>
> Attaching the updated patch.
> @@ -10301,10 +10301,7 @@ (defun org-agenda-show-new-time (marker stamp
> &optional prefix)
> (line-end-position)
> '(display nil))
>
Hello Ihor,
At 03:16 -0400 on Thursday 2022-04-21, N. Jackson wrote:
>
> However, the problem with the tags wrapping in Agenda (instead of
> being right aligned) remains.
I believe the problem with the wrapping of the Agenda tags is here:
(defun org-agenda-align-tags (&
At 13:25 +0800 on Thursday 2022-04-21, Ihor Radchenko wrote:
>
> Attaching the patch.
Great. I tested the patch (with Org mode version 9.5.3) and that
fixes the problem for the block separator wrapping.
However, the problem with the tags wrapping in Agenda (instead of
being right aligned) remai
At 12:01 +0800 on Wednesday 2022-04-20, Ihor Radchenko wrote:
>
> "N. Jackson" writes:
>
>> It seems that Org maybe should be using window-max-chars-per-line
>> rather than window-width.
>>
>> [Unfortunately w-m-c-p-l is not a drop in replacement f
At 11:16 +0800 on Tuesday 2022-04-19, Ihor Radchenko wrote:
>
> Thanks! I was able to reproduce the problem.
>
> I believe that it is not Org's fault. Org is trusting (window-width)
> return value to calculate the width of the separator line. However, with
> you settings, (window-width) apparently
At 21:39 +0800 on Monday 2022-04-18, Ihor Radchenko wrote:
> "N. Jackson" writes:
>
>> Recently it seems as if Org Agenda thinks its window is one
>> character wider than it actually is. The incorrect behaviour I
>> observe is:
>
> I do not see any issues
Recently it seems as if Org Agenda thinks its window is one
character wider than it actually is. The incorrect behaviour I
observe is:
1. Tags in Agenda are all wrapped to the next line even though there
is plenty of space to display them on the same
line. (org-agenda-tags-column is set to its d
In Org Agenda, `C-u l', which IIUC is supposed to "show all possible
log items, not only the ones configured in
`org-agenda-log-mode-items'" shows clocking of work, closing of
entries, and other state changes of entries (tagged in the agenda
with "Clocked", "Closed", and "State" respectively).
T
It would be nice if org-move-item-up (and org-move-item-down) took
a numeric prefix argument to specify how many times to move the
item up (or down).
I was surprised that this is missing and I'm guessing there might
be a good reason for that? Otherwise, I think this would be a
useful addition.
Th
Hi Josiah,
At 09:48 -0700 on Thursday 2017-09-21, Josiah Schwab wrote:
> Have you looked at the incompatible changes described in the
> release notes?
No, I hadn't. This is the downside of having the convenience of a
package manager in Emacs rather than installing things manually --
one neglects
After an Emacs package update a few days ago, my Org captures no
longer work. This is with org-plus-contib-20170917 from
http://orgmode.org/elpa/.
After I select a capture template to run, I get the error message
Invalid file location: nil
and setting debug-on-error I see this:
Debugger ent
At 21:08 -0400 on Thursday 2016-07-21, npost...@users.sourceforge.net wrote:
> 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, th
At 10:19 +0200 on Thursday 2016-07-21, Robert Pluim wrote:
>
> nljlistb...@gmail.com (N. Jackson) writes:
>
>> At 20:56 -0400 on Wednesday 2016-07-20, npost...@users.sourceforge.net wrote:
>>>
>>> From: Noam Postavsky
>>> Subject: [PATCH v1] Adjust m
At 10:08 +0200 on Thursday 2016-07-21, Robert Pluim wrote:
>>
> 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
>
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
> Date: Wed, 20 Jul 2016 20:15:14 -0400
> Subject: [PATCH v1] Adjust match data before calling after-change-funs
>
> * src
At 21:09 +0300 on Monday 2016-07-18, Eli Zaretskii wrote:
> My suggestion to fix this is below. I ask for opinions on (1) whether
> this looks like TRT, (2) whether it is safe enough for emacs-25, and
> (3) whether someone has better ideas. If someone thinks I've
> misunderstood the issue, don't
When org-log-into-drawer is t and the log book drawer is open, using
org-add-note closes the log book drawer.
I think it would be better if org-add-note left the state (open or
closed) of the log book drawer alone.
In comparison org-clock-in and org-clock-out do leave the state of the
log book dr
At 19:49 +0200 on Monday 2016-07-18, Nicolas Goaziou wrote:
>
> My secret plan is to have Org 9.0 merged in Emacs master branch just
> after Emacs 25.1 is released.
The effectiveness of this strategy might depend upon whether Emacs 25.2
is cut from what is now the Emacs master branch or from the e
Hello Org Mode developers,
I'm wondering if there will be an updated version of Org Mode
bundled with Emacs 25?
In the tarball for the most recent pre-release version (25.0.95)
the bundled Org Mode is 8.2.10. This is the same version that was
bundled with Emacs 24.5 15 months ago or so, and presu
At 16:09 -0300 on Sunday 2016-06-26, N. Jackson wrote:
> I am trying to get ox-koma-letter.el working in my Emacs (25.0.95).
>
> I have been following the instructions at
> http://orgmode.org/worg/exporters/koma-letter-export.html and I am
> testing with the "A simple let
I am trying to get ox-koma-letter.el working in my Emacs (25.0.95).
I have been following the instructions at
http://orgmode.org/worg/exporters/koma-letter-export.html and I am
testing with the "A simple letter example"
(http://orgmode.org/cgit.cgi/worg.git/plain/exporters/koma-letter-new-example.
Thanks Kyle.
At 21:41 -0400 on Wednesday 2016-04-20, Kyle Meyer wrote:
>
> Based on your configuration dump, it seems like you're using outshine,
You are right. I had installed navi-mode (and its dependencies outshine
and outorg) a few months ago to try it out. I have removed them and the
problem
For several months now I have been getting the error "File mode
specification error: (error Before first heading)" when I open some of
my Org files. [After the error message, the file opens just fine and Org
works normally.]
What distinguishes the Org files that do not suffer from this problem
fr
Bastien writes:
> nljlistb...@gmail.com (N. Jackson) writes:
>
>> Ah, that sounds like the start of a new adventure...
>>
>> ... which went _far_ more smoothly than I expected! I am now testing
>> with GNU Emacs 24.3.50.1 Repository revision: 116400 and Org-mode
>
Bastien writes:
> can you tell me what exactly the bug is wrt cua-mode and org-mode?
Hi Bastien,
Well, I can tell you the symptoms; I'm sorry to report that I know
nothing of the internals.
I have this snippet of code in my configuration files and with it
everything works fine and has been wor
Bastien writes:
> Can you try the two recipes I gave here:
> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5753#26
Wherein Bastien gnu.org> writes:
>> With Emacs from trunk:
Ah, that sounds like the start of a new adventure...
... which went _far_ more smoothly than I expected! I am now testi
This post is for the sake of completeness, and to summarise / add to my
previous posts on this bug, namely:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5753#17
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5753#35
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5753#41
In GNU Emacs 23.3.1 [1] and 24
The following message is a courtesy copy of an article
that has been posted to gnu.emacs.bug as well.
Lars Ingebrigtsen writes:
> Lennart Borgman writes:
>
>> Shift-select in cua-mode does not work in org-mode although
>> org-replace-disputed-keys is t, org-disputed-keys are set for shift
>> ar
Update: This is now resolved (for me).
The capture failures I was seeing (when the type was "entry" rather
than "plain") was either a problem with my installation of
Version 7.8.11 org-20120611 or a bug in that version.
Reverting to the built-in version of Org Mode (Version 6.33x) (by turning
Update: This is now resolved (for me).
The jumping cursor behaviour I was seeing was either a problem with my
installation of Version 7.8.11 org-20120611 or a bug in that version.
Reverting to the built-in version (Version 6.33x) (by turning off
the Emacs package manager) fixed the problem, an
> On Tue, Jun 5, 2012 at 9:07 AM, Mike Fitzgerald gmail.com>
wrote:
>
> I'm presented with an "*Org Select*" buffer that offers me the available
choices"
> However, this part does not work as expected:"when I select one of those I
select one of those, I get a "CAPTURE-foo.org" buffer"I would e
Andrew Stine gmail.com> writes:
>
> When org-indent-mode is active, the cursor repeatedly jumps to the
> bottom of the buffer. This makes using the buffer impossible while
> org-indent-mode is active.
>
I am experiencing the same behaviour (cursor jumping to the end of the buffer
whenever I tr
34 matches
Mail list logo
