Re: [BUG] org-open-at-point broken when on headline [9.6.1 (release_9.6.1-208-g0c0059 @ /home/b/s/org/org-mode/lisp/)]

ual issue was located somewhere in front of the monitor. Sorry for the noise! Thanks! -- Marco Wahl On 2/1/23, Ihor Radchenko wrote: > Marco Wahl writes: > >> AFAICS org-open-at-point is broken in the case when point is on a >> headline: org-open-at-point does not open

[BUG] org-open-at-point broken when on headline [9.6.1 (release_9.6.1-208-g0c0059 @ /home/b/s/org/org-mode/lisp/)]

linux-gnu, GTK+ Version 3.24.34, cairo version 1.16.0) of 2023-02-01 Package: Org mode version 9.6.1 (release_9.6.1-208-g0c0059 @ /home/b/s/org/org-mode/lisp/) -- Marco Wahl

Re: [please check] Add RET to go from overlay to edit buffer

Hi Ihor! Ihor Radchenko writes: > Marco Wahl writes: > >> Just pushed the little feature "RET to go from overlay to edit buffer". > > Two comments: > 1. It would make sense to mention the new key binding in NEWS > 2. org-edit-src-goto binding is slightly con

[please check] Add RET to go from overlay to edit buffer

Dear Orgers, Just pushed the little feature "RET to go from overlay to edit buffer". As always complaints and comments are welcome. Ciao, -- Marco

Re: [PATCH] Fix outdated o-blog link

thecashewtrader writes: > org-blog-wiki.org | 2 +- > > -- [[http://renard.github.com/o-blog][o-blog]] :: Stand-alone blogging system > that does not require any external > > +- [[https://renard.github.io/o-blog-v2/][o-blog]] :: Stand-alone blogging > system that does not require any external

Re: [BUG] Typo in manual [9.5.2 (9.5.2-gfbff08 @ /home/ignacio/.emacs.d/elpa/org-9.5.2/)]

Ignacio Casso writes: > I would like to report a minor typo in the manual, although I'm not sure > if this is the right place (please point me to it if it's not). Confirmed. And this is the right place to report this bug. Thanks! > In the section Appendix A Hacking -> Using the Mapping API >

Test failure in test-org-colview

Hello! Is this just me or does anybody else see these failures with the latest checkout of main? #v+ make test ... Ran 908 tests, 903 results as expected, 5 unexpected (2022-02-07 12:23:35+0100, 55.200528 sec) 16 expected failures 5 unexpected results: FAILED test-org-colview/columns-move

Re: Minor patch for org-attach.el

Stefan Monnier writes: > Here's a patch which cleans up some magic numbers in > `org-attach.el` and gets rif of the use of the second arg of `commandp`, > by making `org-attach-commands` accept any commands (including keyboard > macros). > > > Stefan > > > diff --git a/lisp/org/org-attach

Re: how to copy a column of a table (with content)

Uwe Brauer writes: > I sometime have to deal with table that contains large columns and I > want to copy that columns and modify them a bit. > > So I usually just insert an empty column and use kill-rectangle and > yank-rectangle. > > I am wondering, there seems no > org-table-kill-this-column

Re: [PATCH] Fix parallel build failure for Texinfo manual

Max Nikulin writes: > On 21/12/2021 19:48, Marco Wahl wrote: >> >> From my point of view using singuar targets for org.texi and >> orgguide.texi is the clearest path to go. > > It matter of taste. I do not like code duplication. > >> I already committed

Re: [PATCH] Fix parallel build failure for Texinfo manual

Hi Max! Max Nikulin writes: > On 21/12/2021 04:39, Marco Wahl wrote: >> Possibly a split of function org-make-manuals in org-make-manual and >> org-make-guide and further create two single targets instead of the >> current double target is more clear. > > Mar

Re: [PATCH] Fix parallel build failure for Texinfo manual

Ulrich Mueller writes: >>>>>> On Mon, 20 Dec 2021, Marco Wahl wrote: > >> Possibly a split of function org-make-manuals in org-make-manual and >> org-make-guide and further create two single targets instead of the >> current double target is more clear.

Re: [PATCH] Fix parallel build failure for Texinfo manual

ersion: $(ORGVERSION) ($(GITVERSION))" > @echo "@c automatically generated, do not edit" > org-version.inc Thanks for the report and the suggestion. Possibly a split of function org-make-manuals in org-make-manual and org-make-guide and further create two single targ

Re: [BUG] `org-fill-paragraph' doesn't respect formatting

Tor Kringeland writes: > Applying `org-fill-paragraph' to /e.g./ > > /Some text./ Some more text. > > when `sentence-end-double-space' is t removes the double space to a > single space. The same happens with other formatting like *bold* and > _underline_. In other instances it is more contex

Re: Org-syntax: Intra-word markup

Hi! >>> Currently, org syntax doesn't officially seem to support intra-word >>> emphasis. Am I missing something? >> >> intra-*word* works just fine for me. >> >> Best, >> Ihor > > I think what Denis is referring to is a construction of the type > *intra*word, which, if I'm not mistaken, is not s

Re: [PATCH] Fix org-comment-line-break-function

Tim and all! >> diff --git a/lisp/org.el b/lisp/org.el >> index 1a1375461..fdeec0d67 100644 >> --- a/lisp/org.el >> +++ b/lisp/org.el >> @@ -19695,7 +19695,8 @@ non-nil." >>(save-excursion (forward-char -1) (delete-horizontal-space)) >>(delete-horizontal-space)

Re: [PATCH] Fix org-comment-line-break-function

Hi Richard and all, [...] > Just to be extra, super sure, I built Emacs this afternoon from a > checkout of the repo, and the error is *still* there, with the same > cause. In that build, with emacs -Q, I have: > > (org-version) > "9.5" > > (emacs-version) > "GNU Emacs 29.0.50 (build 1, x86_64-pc

Re: epresent font increase ?

Jean-Christophe Helary writes: > I'm trying to increase the overall font for an epresent slide show > that I'm presenting in 37 minutes and I keep getting this > "face-attribute: Invalid face: epresent-content-face" message... > > My screen is a 15" and running that full screen makes the contents

Re: how to get verbatim text with line breaks

"Christopher W. Ryan" writes: > I have this in an org file > > 0,Mon [start_plus_0] at 03:00 PM > 30,Mon [start_plus_0] at 03:30 PM > 60,Mon [start_plus_0] at 04:00 PM > 90,Mon [start_plus_0] at 04:30 PM > 120,Mon [start_plus_0] at 05:00 PM > > I want to export to ASCII text and have it look exac

Re: [PATCH] [BUG] Org 9.5: org-goto UI seems broken

Thanks Eric and Max! > On Wednesday, 13 Oct 2021 at 19:23, Max Nikulin wrote: >> Does someone have settings that pins help buffer to particular >> window/frame of location in a frame (e.g. bottom of "sidebar")? > > This is what I use, which is slightly more complex because I have a wide > landscap

Re: [PATCH] [BUG] Org 9.5: org-goto UI seems broken

Thanks Ihor! > Marco Wahl writes: > >> My feeling is that the "protection" is good intention but brings more >> harm than good. I think it's not a good idea to enforce a certain >> window setting. I guess the knowing user has an easier path to fine &

Re: [PATCH] [BUG] Org 9.5: org-goto UI seems broken

Hi Max and all! > On 08/10/2021 17:22, Marco Wahl wrote: >> Max Nikulin writes: >>> On 05/10/2021 23:32, Ihor Radchenko wrote: >>>> Max Nikulin writes: >>>> I tried come up with the reason why org-no-popup was used in the >>>> initial >>

Re: [PATCH] [BUG] Org 9.5: org-goto UI seems broken

Max Nikulin writes: > On 05/10/2021 23:32, Ihor Radchenko wrote: >> Max Nikulin writes: >> I tried come up with the reason why org-no-popup was used in the >> initial >> implementation. I think, the reason is avoiding situation like what you >> may see after running >> (let ((pop-up-frames t)) (f

Re: [PATCH] Fix some typos

2b doc/org-manual.org13907 (Stefan Kangas 2021-09-16 > 14:40:12 -0700 13909) > besides other typos, one in this verse was fixed > - 4271f228db doc/org-manual.org13909 (Marco Wahl 2021-09-20 > 12:09:31 +0200 13909) > reverted one edit by Stefan likely assuming old English sp

Re: shrink table in columnmode view (poor man's issue system)

Hi all! Bastien > Uwe Brauer writes: >> Thank you for the code! As I said, your code should be included. If you >> have write access please push it. Thanks Uwe. > It's up to the maintainers to decide for pushing changes, and to > regular contributors, for areas they feel confident they can pu

Re: behavior of (org-insert-heading-respect-content)

Bastien! > Marco Wahl writes: > >> Would be great if you could test the fix. > > If you're confident with the fix, please go ahead and push the commit. This has been committed some days ago. See https://git.savannah.gnu.org/cgit/emacs/

Re: shrink table in columnmode view (poor man's issue system)

Hi! Uwe Brauer writes: > I use the following org file to organise my issues. > It works quite well, however I would like to have a shrink option > automatically in my columnview. Your suggestion looks quite useful to me. > Any idea how to achieve that? One possibility is to write your own dyna

[PATCH] CONTRIBUTE: Update to follow the new structure of doc/

--- CONTRIBUTE | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/CONTRIBUTE b/CONTRIBUTE index a68771703..94d471a0f 100644 --- a/CONTRIBUTE +++ b/CONTRIBUTE @@ -42,7 +42,7 @@ Org maintenance is detailed on Worg: see [[https://orgmode.org/worg/org-maintena applies are:

Re: [PATCH] Fix some typos

Please don't top post! Hopefully there is consent about using the bottom posting style on this list. Juan Manuel Macías writes: > I attach a patch with Shakespeare's sonnet completely fixed: the poem is > replaced by the version included in Wikipedia (Shakespeare, William. > Duncan-Jones, Kathe

Re: Switching to new Git repositories

William Denton writes: > I'm seeing exactly the same, and the suggested rebase commands didn't change > it. > > I wonder if it's related to a problem I have on one of the two > machines (both Ubuntu, with identical setups) where I run Org from > source. > > On one, when I switched to the new rep

Re: Switching to new Git repositories

Hi! Colin Baxter writes: >> Nick Dokos writes: > > > FWIW, I get $ git remote -v upstream > > https://git.savannah.gnu.org/git/emacs/org-mode.git (fetch) > > upstream https://git.savannah.gnu.org/git/emacs/org-mode.git > > (push) > > > $ git tag | wc -l 386 > > > May

Re: [PATCH] Fix some typos

Max Nikulin writes: > Please, forgive my ignorance of Shakespeare's poetry. Ignorance is bliss! (Sophocles) > On 17/09/2021 17:05, Marco Wahl wrote: >>> On 17/09/2021 04:40, Stefan Kangas wrote: >>>> Please find attached another clean-up patch that fi

Re: Switching to new Git repositories

Thanks you both! Thanks to you I use a suitable reference to the repo now! My first tiny commit landed in the new repo AFAICS. Note that I had wrongly filled out the form for the ssh-key on the savannah platform. Clearly this is my fault. BTW the documentation is all there on the savannah page

Re: Switching to new Git repositories

Hi Bastien, Thanks for all! > from now on, here are the official Org repositories: > > - org-mode: https://git.savannah.gnu.org/cgit/emacs/org-mode.git > - worg: https://git.sr.ht/~bzg/worg > - orgweb: https://git.sr.ht/~bzg/orgweb > > org-contrib will continue to be on https://git.sr.ht/~bzg/org

Re: behavior of (org-insert-heading-respect-content)

Victor! > Le 13 Sep 2021, Marco Wahl a écrit : > >> As far is I see it, the intended behavior of >> org-insert-heading-respect-content with point before the first heading >> is to >> >> - insert the new heading immediately before the first heading. Respect

Re: [PATCH] Fix some typos

Timothy and Stefan! Praise thy effort! Thou shall not change "memeory" to "memory" tho! Thy nittpicker!

Re: [PATCH] Various minor docfixes found by checkdoc

Stefan Kangas writes: > The attached patch cleans up some style errors in docstrings and > comments that were found by checkdoc. Thanks Stefan! Your patch has been applied.

Re: Bug: doc string for "org-end-of-meta-data"

Hi Tom, > You make sense. What you propose to substitute is easier to understand and > concise: > > When FULL is non-nil but not t, skip planning information, > properties, clocking lines and logbook drawers. Thank you for the report and the confirmation! I just committed accordingly

Re: Bug: doc string for "org-end-of-meta-data"

Hello Tom, > I believe the last paragraph of the doc string for the function > "org-end-of-meta-data" contains an error. That one-sentence paragraph > currently reads: > > When FULL is non-nil but not t, skip planning information, > clocking lines and only non-regular drawers, i.e. proper

Re: behavior of (org-insert-heading-respect-content)

Hi Victor, > Le 09 Sep 2021, Marco Wahl a écrit : > >> My impression is that org-insert-heading-respect-content should be >> called only with point in a subtree. >> >> The fix would be to signal an error when point is not located in a >> subtree. >> &

Re: behavior of (org-insert-heading-respect-content)

Hi! "Victor A. Stoichita" writes: > I see the following behavior which seems erroneous to me : > - When I issue (org-insert-heading-respect-content) in a brand new org > buffer, with point at point-min I get the error "Beginning of buffer" > and no heading is inserted. > - If I write somethi

Re: Bug: Error making documentation 9.4.6

>> [... issue with make doc ...] > Sorry about that, I'm new in contributing to org. I found the solution > in the mailing list[1]. There was an old version of `makeinfo'. > [1] > Good to know. Thank

Re: Bug: Error making documentation 9.4.6

Daniel Fleischer writes: > Hi, > > Pulling master @ 1690fbd88, calling `make doc' leads to error: > > > org-version: 9.4.6 (release_9.4.6-635-g1690fb) > makeinfo --no-split org.texi -o org.info > org.texi:6: warning: unrecognized encoding name `UTF-8'. > org.texi:810: Unknown command `arrow'. > o

Re: org-attach-sync uses directory-empty-p (new in Emacs 28)

Maxim Nikulin writes: >>> Compiling single /home/ubuntu/org-mode/lisp/org-compat.el... >>> >>> In end of data: >>> org-compat.el:1255:1:Warning: the function ‘directory-empty-p’ is not >>> known to >>> be defined. > I have never fought with this kind of problem. After looking at the > other

Re: org-attach-sync uses directory-empty-p (new in Emacs 28)

Maxim Nikulin writes: > On 11/08/2021 03:52, Marco Wahl wrote: >>> Kyle Meyer writes: >>> >>>> In 61e083732 (org-attach: Possibly delete empty attach directory, >>>> 2021-07-09), you added a call to directory-empty-p. This function was >>>&

Re: org-attach-sync uses directory-empty-p (new in Emacs 28)

Arthur Miller writes: > Kyle Meyer writes: > >> In 61e083732 (org-attach: Possibly delete empty attach directory, >> 2021-07-09), you added a call to directory-empty-p. This function was >> introduced in Emacs's 0806075520 (Add directory-empty-p and new argument >> COUNT for directory-files-*,

Re: Headings and Headlines

André A. Gomes writes: > The project's documentation refers to headings and headlines as > synonyms. Relying on a single definition would be beneficial. Agreed. E.g. no more thinking waste about the question if it is headline or heading? > If I had to choose between the two, I'd go with headi

Re: [WDYT] org-attach-sync better remove an empty attachment directory?

Colin Baxter writes: >> Tim Cross writes: > We could introduce multiple possibilities to choose from. > >>> > >>> 1. Ask in case of an empty directory if it should be deleted. > >>> 2. Don't ask. Don't touch an empty directory. (The state now.) > >>> 3. Don't ask. Del

Re: [WDYT] org-attach-sync better remove an empty attachment directory?

Marco Wahl writes: > Marco> Please recall that only empty attachment directories would be > Marco> removed, so removal of a directory--and in particular one > Marco> that existed before its interpretation as Org > Marco> attachment--wouldn't be a big

Re: [WDYT] org-attach-sync better remove an empty attachment directory?

Marco> Please recall that only empty attachment directories would be Marco> removed, so removal of a directory--and in particular one Marco> that existed before its interpretation as Org Marco> attachment--wouldn't be a big deal AFAICS. Tim> Not as confident here. I can imagi

Re: [WDYT] org-attach-sync better remove an empty attachment directory?

>> org-attach-sync can be used to "Synchronize the current outline node >> with its attachments." Which is great AFAICT. >> >> What do you think about letting org-attach-sync remove the attachment >> directory if it's empty? >> >> Rationale: Nobody needs an empty attachment directory. >> > >

[WDYT] org-attach-sync better remove an empty attachment directory?

Hi, org-attach-sync can be used to "Synchronize the current outline node with its attachments." Which is great AFAICT. What do you think about letting org-attach-sync remove the attachment directory if it's empty? Rationale: Nobody needs an empty attachment directory. Ciao, -- Marco

[mini, special, fyi] Speed Key g change

Dear Org people, It's almost nothing, but the default for speed key "g" in org-speed-commands changed slightly in master. Instead of the recent, irritating--at least for me--text "Refile...to" there is now "Goto" displayed in the minibuffer. The latter expresses that the action to be done is a j

Re: org-agenda no longer clocks out then in

Tory, Dave D write: >...> issues with org-log-note-clock-out... > this commit > https://code.orgmode.org/bzg/org-mode/commit/8e3e2f667f0b28b85845204b708c3f0aebc9152b > probably fixes the issue. Could you perhaps give it a test? Yes, please! I also guess that the commit by Nicolas is a fix for

Re: org-agenda no longer clocks out then in

torys.ander...@gmail.com (Tory S. Anderson) writes: > For years my workflow has centered in org-agenda and I would go from > one clocked item to the next. For instance, I would be clocked into > my "Emails" task, which never closes, and then eventually move down in > the agenda to "Task B". Then

Re: Calendar vs. org-agenda exit

Hi. > is org mode rebinding keys in the calendar? Yes. "c" calls the Org agenda. "i" in the calendar calls org-agenda-diary-entry when org-agenda-diary-file has been configured. (See function org--setup-calendar-bindings.) > I ask, because I've been using traditional calendar+diary; now, > wh

Re: Using lexical-binding

> Kyle Meyer writes: >> Stefan Monnier writes: >> >>> Since I'm not using it, I can't really test the result in any meaningful >>> way. Furthermore, just like `calendar.el`, it relies on dynamic scoping >>> and `eval` in all kinds of ways, so it's very difficult to be sure the >>> result is "suffi

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

Samuel Wales writes: > are there precedents? calc? h in dired does c-h m. Looks to me like calc shines brightest with its help system which btw one enters with key h. Up to now I see the precedents - dired - help-mode - view-mode - Buffer-menu-mode They all have h be the same as C-h m (des

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

Robert Pluim writes: >>>>>> 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? Bas

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

Hi all! What do you think about binding key h to function describe-mode in Org agenda? Basically pressing key h would open a window showing the key bindings in the agenda. There would also be additional information. The implementation could be just the line (org-defkey org-agenda-mode-map

Request to backport from Emacs 28

Hello, The Emacs guys changed the signature of define-obsolete-function-alias. Eli Zaretskii: The use of this (and a couple of other) functions without the WHEN argument has been obsolete since Emacs 23.1. The packages should adapt. AFAICS there is only usage of the obsolete usage

Re: Org Capture Menu cannot be fully viewed - Results of testing C-n, C-p, C-v

> 1. Capture Option Selection > === > > C-n, C-p, C-v work well and one can go through the capture menu easily. > > Below the capture buffer, I am seeing another buffer that is displaying events > from the mouse (triple-mouse-1, down-mouse 5, ...) and keyboard (down up up,

Re: Org Capture Menu cannot be fully viewed

pie...@caramail.com writes: >> Would be great if you could check out the fix. > > Of coarse. Is the following command the right way to get the fix > for testing? > > git clone https://code.orgmode.org/bzg/org-mode.git This is a step in the right direction. With this line you get a fresh clone of

Re: Org Capture Menu cannot be fully viewed

Hi Pietru and all, > When making a relatively long Org Capture Menu for Archaeological Field > Management, > the relevant capture window cannot be scrolled down. This becomes > particularly > problematic with small field laptops. Thanks for reporting. I just committed a fix along the lines of

Re: Using org-agenda-time-grid with lists

Hi Steve! > I have made two versions for calling org-agenda-time-grid, but the first does > not > comply with what the last call does. Yet the parameters are identical. > > (setq grid-displ '(today daily require-timed)) > (setq tm '(number-sequence 800 2000 100)) > (message "tm: %s" tm) > (setq

Re: Using org-agenda-time-grid with lists

steve-humphr...@gmx.com writes: > I am trying to insert finer timings in org-agenda with the following code. > Haw can one pass a list in a list? > > (setq tm '(number-sequence 800 2000 30)) > (setq org-agenda-time-grid '((daily today require-timed) >tm ".." "")) > > > But

[FYI] valign.el: Align tables containing variable-pitch font and the like

Hi! Yuan Fu proposed valign.el to be included in ELPA over at the emacs devel newsgroup. If you like aligned tables containing non-monospace items then valign.el might be something like. valign.el does a good job AFAICS. The project repo is https://github.com/casouri/valign. Best regards, --

Re: [HELP} Capture Template

Tim Cross writes: > I'm trying to get a capture template to work, but without luck. Not sure > what I'm doing wrong, but figured someone on this list could help by > pointing out my probably obvious error. > > The template is > > ("e" "expense" entry > (file+headline "~/Documents/org-data/refi

[Marco Wahl] Re: [Feature Request] More flexibility in org-speed-commands customization

Hi Gustavo, >>> I don't know if there is a strong reason to hard-code the set of keys >>> in `org-speed-commands-default'. But, if there isn't, could you >>> consider (somehow) exposing the whole set of `org-speed-commands' to >>> user customization? >> >> This sounds like a good idea to me. >> >

Re: [Feature Request] More flexibility in org-speed-commands customization

Hi Gustavo, > Org's speed keys are a very interesting feature to which I've long > been attracted to. And indeed, I've flirted with it a number of times > in the past. But every time I do so, I end up stepping back, because > I get weary of fat fingering my documents. The whole set of speed > k

Re: [Discuss] separate (recenter window-line) out of org-agenda-redo

"numbch...@gmail.com" writes: > I try to add an idle timer to auto refresh org agenda views. > > Here is what I code: > > #+begin_src emacs-lisp > ;;; auto refresh `*Org Agenda*' buffer > (defun my/org-agenda-auto-refresh () > "Rebuild all agenda views buffers." > (org-agenda-redo-all t)) > >

Re: Bug: Org line commands and visual-line mode bindings [9.3.7 (9.3.7-15-gc9abb4-elpaplus @ /home/gustavo/.emacs.d/elpa/org-plus-contrib-20200727/)]

Hi Gustavo, > The Org line commands -- `org-beginning-of-line', `org-end-of-line', and > `org-kill-line' -- all take due care for the presence of > `visual-line-mode' to do the right thing if it is turned on. However, > when `visual-line-mode' is indeed on, the bindings on > `visual-line-mode-map

Re: [Discuss] separate (recenter window-line) out of org-agenda-redo

"numbch...@gmail.com" writes: [...] > I dive into source code of ~org-agenda-redo~ function. > Found this error is caused by ~(recenter window-line)~. > > I'm thinking what about to separate this code out? So function > ~org-agenda-redo~ can be used to non-interactive usage? My gut feeling says

New function org-hide-entry

Hi, I just comitted function org-hide-entry which is a counterpart to org-show-entry. Critique, praise etc. welcome, as always. Best regards, -- Marco

Re: [PATCH] manual: Fix minor typo

Kyle Meyer writes: >> Up to now I thought only a 'format-patch' can be applied easily. Would >> you please share a way to apply an inline patch? Or at least give a hint? > > Sure. For an inline patch, you feed the entire message, rather than the > attachment, to 'git am'. It looks like Gnus is

Re: [PATCH] manual: Fix minor typo

Hi Kyle and Arun, >> To make the handling of patches easier please use "format-patch". > > It looks like this was sent with git-send-email (which is fed > format-patch output either explicitly or underneath), and it applied > cleanly for me. Okay, good. Thanks for sharing! Apologies for demandin

Re: [rfc] Call agenda finalize hook a little bit later

Hello all, > What do you think about calling the agenda finalize hook a little bit > later so that the cursor position can be changed? > > E.g. this would allow to hook in a function that attempts to move point > to the current clock. Since there was neither opposition nor discussion and since th

Re: [PATCH] manual: Fix minor typo

Hi Arun, Thanks for the patch. I applied it. > * doc/org-manual.org (Clocking Work Time): Replace "to that you can" > with "so that you can". To make the handling of patches easier please use "format-patch". More details from the Emacs CONTRIB: --8<---cut here---start---

Re: Habit error

Hello Colin, Colin Baxter writes: > With the latest pull of org-mode I now find habits are not displayed > correctly in agenda. The graph bar is missing, with the error > > org-habit-insert-consistency-graphs: Wrong type argument: > number-or-marker-p, nil I guess this was due to my attempt to f

[rfc] Call agenda finalize hook a little bit later

, -- Marco >From 37f2e1519915a0476bb4d15328473541236d4890 Mon Sep 17 00:00:00 2001 From: Marco Wahl Date: Tue, 30 Jun 2020 13:02:19 +0200 Subject: [PATCH] agenda: Call finalize-hook later * lisp/org-agenda.el (org-agenda-finalize): Call the hooks after the save-excursion. This opens the way for ho

Join lines in region with M-^ in Org

Hello all, With my last tiny commit on master org-delete-indentation (M-^) behaves as good old plain delete-indentation in the case when a region is active. Concretely the lines get joined. Before the region has not been taken into account by org-delete-indentation. I guess and hope this change i

Re: New mailing list archive at https://orgmode/list/

Hi! > with Kyle's help, I've set up a new mailing list archive: > > https://orgmode/list/ > > References in https://orgmode.org and https://orgmode.org/list > that pointed to gmane.org are now using this, so many links are > functional again. Thanks! May I take the occasion to ask naively about

Document level property drawer position

Hi, With file #v+ :PROPERTIES: :CATEGORY: Org :END: #+TITLE: Stuff related to Org * TODO a task #v- the category is "Org" as expected. (This can be seen in the agenda.) Moving the property drawer below the title line breaks this behavior. Concretely see this with file #v+ #+TITLE: Stuff relat

[idea] Dynamic agenda filtering

Hi, These are a few lines of experimental code to bring dynamic filtering to the agenda. I think it's not too bad already. I'd like to invite you to check it out. Just mark the code and do {M-x eval-region RET}. Then you have the "dynamic filtering" on key "&" in the agenda. Just type to see t

Re: $LR in Table Formula

Carsten Dominik writes: >> If the Org code shall iterate towards clarity then the question would be >> resurrection or elimination of the Last Row (LR) feature AFAICS. > > Elimination should be fine in this case since it does not work anymore > anyway. Okay, I eliminated the LR parts from the co

Re: [RFC] Change default value for `org-startup-folded'?

> Reading a recent message on Emacs devel list, I stumbled upon this: > > I needed to go and look up to figure out how to read the org file > that came with pdf-tools. It isn't that much text, and the annoying > folding that org does for what amounts to a simple README file is > gra

Re: Failing tests

Kyle Meyer writes: > Marco Wahl writes: > >> When building with "make test" I get >> >> #v+ >> 2 unexpected results: >>FAILED ob-tangle/jump-to-org >>FAILED test-org-attach/dir >> #v- >> >> does this ring a bell

Re: $LR in Table Formula

Carsten Dominik writes: > This was an old way to refer to fields in the last row. It was already > deprecated in 2011. I also does not seem to work anymore. > > I had forgotten all about it and only found it back with > > git log -S \$LR --source --all | less > > which pointed me to commit 8237

Re: Bug: org-table-insert-column edits formulas wrongly [9.3 (release_9.3 @ /usr/local/Cellar/emacs-plus/HEAD-9d38564/share/emacs/28.0.50/lisp/org/)]

Hi, And thanks, Eric! Eric S Fraga writes: > Now, I might be pushing my luck so apologies but: it would be nice if > the kill row/column behaviour were also consistent. Right now, if you > kill a row, it leaves point where it was; if you kill a column, it moves > point to the previous column.

$LR in Table Formula

Hi! By accident at browsing the code I stumbled over "$LR" in column formulas. TBH I don't understand "$LR" and I haven't found a bit about it in the documentation. What is the meaning of $LR? Ciao, -- Marco

Failing tests

Dear all, When building with "make test" I get #v+ 2 unexpected results: FAILED ob-tangle/jump-to-org FAILED test-org-attach/dir #v- does this ring a bell for anybody? Best regards, -- Marco

Re: Bug: org-table-insert-column edits formulas wrongly [9.3 (release_9.3 @ /usr/local/Cellar/emacs-plus/HEAD-9d38564/share/emacs/28.0.50/lisp/org/)]

Nicolas Goaziou writes: >> Where shall the change go? maint (and master) or just to master? > > I think maint is fine. Okay, pushed. Thanks, -- Marco

Re: Bug: org-table-insert-column edits formulas wrongly [9.3 (release_9.3 @ /usr/local/Cellar/emacs-plus/HEAD-9d38564/share/emacs/28.0.50/lisp/org/)]

Hi, Carsten Dominik writes: >> > I just pulled the lates master, and I think the creation of a new >> > column has not been set back to the way it used to be, even though >> > Nicolas agreed to do so. Am I missing something? >> As I understood, we practice some patience now to see if someone v

Re: Bug: org-table-insert-column edits formulas wrongly [9.3 (release_9.3 @ /usr/local/Cellar/emacs-plus/HEAD-9d38564/share/emacs/28.0.50/lisp/org/)]

Hi Carsten, > I just pulled the lates master, and I think the creation of a new column > has not been set back to the way it used to be, even though Nicolas agreed > to do so. Am I missing something? As I understood, we practice some patience now to see if someone votes for keeping the current b

Re: 'org-structure-template-alist' is only partially working...

Sharon Kimble writes: > I'm having great difficulty in getting 'org-structure-template-alist' to work > properly. > > This is what I'm using - > > #+BEGIN_SRC emacs-lisp > ;(require 'org-tempo) > (setq org-structure-template-alist >'('("s" . "src emacs-lisp") > ;("e" . "example

Re: Bug: org-table-insert-column edits formulas wrongly [9.3 (release_9.3 @ /usr/local/Cellar/emacs-plus/HEAD-9d38564/share/emacs/28.0.50/lisp/org/)]

Nicolas Goaziou writes: > Eric S Fraga writes: > >> And I believe that a reasonable expectation is symmetry with inserting a >> row. The way I think of it is the arrow indicates to make space by >> moving columns/rows in that direction. Most spreadsheets work in this >> way, in my experience (

Re: Preventing org-cycle from scrolling the buffer

Dmitrii Korobeinikov writes: > When calling org-cycle on a collapsed section which contains a lot of > text, the headline is adjusted to the top of the page. Collapsing it > doesn't revert the scroll, which makes it hard to quickly peek at > what's in the section without getting disoriented. Is th

Re: Bug: org-table-insert-column edits formulas wrongly [9.3 (release_9.3 @ /usr/local/Cellar/emacs-plus/HEAD-9d38564/share/emacs/28.0.50/lisp/org/)]

Yu Han Quek writes: > Calling org-table-insert-column in a table with formulas wrongly increments > the column number left of the newly inserted column. > > Minimal example: > > | 1 | 2 | 3 | > > #+TBLFM: $3=$1+$2 > > With cursor in the `1` cell, call `M-x org-table-insert-column`. > > Expected o

Re: Bug: :completion-function no longer takes a lambda [9.3.6 (9.3.6-elpa @ /home/arne/.guix-profile/share/emacs/site-lisp/)]

Arne Babenhauserheide writes: > Hi, > > I set up my publishing workflow with org-project using lambdas in the > :completion-function, but I now receive errors when I try to publish. > > Example Setup: > > (setq org-publish-project-alist > '(("guile-basics" > :base-directory "~/eige

Re: ob-calc duplicate stack-element issue

Eric S Fraga writes: > On Wednesday, 18 Mar 2020 at 15:47, Marco Wahl wrote: >> AFAICS at the org babel calc evaluation the last value of the calc stack >> gets dropped. >> >> So your workaround is okay, I think. You can just write any dummy >> element at the

  1   2   3   4   >