Re: [PATCH] Re: Bug: org-cycle stops working on Org files with empty lines at end of buffer [9.4 (9.4-elpaplus @ /home/brentg/.emacs.d/elpa/org-plus-contrib-20200914/)]

> Did you intended to send a different patch? This looks to be the same > patch you sent at . I have no patch for the bug report in this thread. The patch I sent was intended for https://orgmode.org/list/87ft78608z.fsf@localhost. > But, trying w

Re: [PATCH] Re: Bug: org-cycle stops working on Org files with empty lines at end of buffer [9.4 (9.4-elpaplus @ /home/brentg/.emacs.d/elpa/org-plus-contrib-20200914/)]

Ihor Radchenko writes: > Subject: [PATCH] Do not remove trailing newline when deleting planning info > line. > > * lisp/org.el (org-add-planning-info): Remove front newline instead of > trailing newline when deleting planning info is completetly removed > from a heading. Fixes "Cycling through T

Re: Bug: Org-mode v3.8 tag hierarchy [9.3.3 (release_9.3.3 @ /home/user/.emacs.d/org-mode/lisp/)]

Leon Weber writes: > Hi together, I recently updated from org-mode version 9.1.8 to 9.3. I > noticed a problem with group tags / tag hierarchy in the agenda-view > (Agenda for current week or day). > > Example File: > -- > #+TAGS: [ PARENT : CHILD1 CHILD2 ] > * test1 :CHILD1: > SCHED

Re: newline or no newline at end of capture: expected behavior

well, fwiw, i am still getting empty lines for capture buffers with a final newline and empty capture buffers. idk if htat helps by iutself. recent maint [new org version] emacs 25. On 9/27/20, Samuel Wales wrote: > ... but i want to know what is expected. it sopunds like org is > intended to

Re: ob-java compile only

Hi John, Thanks for the suggestion and patch. Is the reason for this so that you can have classes without needing dummy "main" methods? Did you consider using org-babel-tangle to generate the source files? This works for me: Steps: 1. put javatangle.org (below) on your local. 2. create "pkg" dir

org file loading speed possibly improved in maint

my .emacs loads org files. went from maybe 7s to 3-4s. this might be due to the new maint version. if this is so, thank you all! my longstanding 2-day agenda speed by the benchmark function is the same, so i think it is loading speed. -- The Kafka Pandemic Please learn what misopathy is. htt

ob-java compile only

Hey Ian! Happy to see you as the maintainer of the ob-java! I would like to propose a feature to ob-java. The feature allows a source code block to write and compile only, without executing. Here is a common use case for me. Class without a entry point have an :compile-only header. #+HEADE

Re: newline or no newline at end of capture: expected behavior

... but i want to know what is expected. it sopunds like org is intended to produce the desired result regardless. so i will messa aroud more with my settings. i am limited in comput3er use so it might take a while for me to produce anything liek an mwe. but i will check a few things. On 9/27/

Re: newline or no newline at end of capture: expected behavior

hi nicolas, thanks, that helps to know that org adds a newline. this prevents the failure mode of corrupted headers. just to confirm, do you mean capture /templates/ [potentially verifiable by org] vs. /finalized buffers/? it sounds like you mean templates, because otherwise org just does whate

[Feature Request] Diagrams

https://github.com/mingrammer/diagrams I'm an extensive user of PlantUML and Ditaa packages for org-mode. One thing that is lacking is the ability to do simple Architecture Diagrams with templated icons. *Diagrams* fills that gap. Although I wish it was made more DSL/Declarative like Plantuml. B

Re: [PATCH] Enhance org-html--build-meta-info

Jens Lechtenboerger writes: On 2020-09-28, TEC wrote: Jens Lechtenboerger writes: Also, in org-html--build-meta-info you call org-html-encode-plain-text with two arguments, but it just accepts one. ? No I don't. Your patch contains this: + (let* ((title (org-html-encode-plain-text

Re: [PATCH] Enhance org-html--build-meta-info

On 2020-09-28, TEC wrote: > Jens Lechtenboerger writes: >> Also, in org-html--build-meta-info you call >> org-html-encode-plain-text with two arguments, but it just accepts >> one. > > ? No I don't. Your patch contains this: + (let* ((title (org-html-encode-plain-text (plist-get info :title) i

Re: [PATCH] Enhance org-html--build-meta-info

Jens Lechtenboerger writes: Currently the only element handled differently to `org-html-encode-plain-text' is "author". I don't know why so I don't want to touch it. I believe that was also the previous conclusion. However, as this is not documented, maybe now could be the chance to ch

Re: [PATCH] Expanded ob-python results handling and plotting

Thanks -- I've pushed this to master now. Jack Bastien writes: > Hi Jack, > > Jack Kamm writes: > >> For now, I think I prefer to keep ob-python leaner, so am going to hold >> off on this. > > The leaner the less maintainance ahead :) > >> I'll wait a week or so for comments before merging thi

Re: [PATCH] Enhance org-html--build-meta-info

On 2020-09-26, TEC wrote: > @Maintainers I think this is ready for a review. > > Jens Lechtenboerger writes: > >> My suggestion would be to go with the handling of description in all >> cases, including the title. > > Currently the only element handled differently to > `org-html-encode-plain-text

Unexpected behavior when editing table formulas in dedicated buffer

Hi, I noticed that when editing table formulas in a separate buffer (using org-table-edit-formulas) which contain assignments to named fields whose name includes underscores (e.g., $foo_bar), these lines are not included in the generated #+TBLFM directive. This is probably because the regular

Re: newline or no newline at end of capture: expected behavior

Hello, Samuel Wales writes: > thank you. when i can, i will try explicitly setting all three to 0 > to see if that prevents the unwanted newlines, in the buffer with > newline on last line, and empty buffer, cases. > > the docstring says empty-lines defaults to 0, which is what i want. > it doe

Re: [BUG] orgalist: Hickup in fill-paragraph with orgalist in markdown-mode

Hello, Daniel Hornung writes: > when in markdown-mode, fill-paragraph behaves strangely in lists if the > orgalist minor mode is enabled. > > In the following example, when the cursor is in the first item of the list, > pressing M-q or executing fill-paragraph does not recognize that line 3 is

Re: newline or no newline at end of capture: expected behavior

hi richard, thank you. when i can, i will try explicitly setting all three to 0 to see if that prevents the unwanted newlines, in the buffer with newline on last line, and empty buffer, cases. the docstring says empty-lines defaults to 0, which is what i want. it does not say what the default fo

Re: newline or no newline at end of capture: expected behavior

Hi Samuel, > On 9/23/20, Samuel Wales wrote: >> i have the same question for headline-only capture >> buffers. i.e. what is the expected result with and without trailing >> newline. Just to clarify: are you aware of the :empty-lines, :empty-lines-before and :empty-lines-after keys that you can