Re: [O] C++ code block not linked

On 26/11/2017 12:42, Roger Mason wrote: Hello, Thierry Banel writes: On 25/11/2017 15:59, Roger Mason wrote: This code compiles fine on command line but org-babel can't link it. #+BEGIN_SRC C++ :flags

Re: [O] Possible bug: Headings greater than level 2 stars not showing -- unable to navigate with normal commands

Yes, I have same issue too. - [ ] org-indent-mode display the 3rd level asterisk as bold - [ ] I can't =[C-c C-f]= And confirmed it is caused by commit ed06b159c | * Small fix to emphasis fontification. [stardiviner] GPG key ID: 47C32433 IRC(freeenode): stardiviner

Re: [O] Possible bug: Headings greater than level 2 stars not showing -- unable to navigate with normal commands

"Samuel W. Flint" writes: >> Samuel W Flint writes: > >> Kyle Meyer writes: > KM> "Samuel W. Flint" writes: > >>> Any idea what might be causing this? I checked > >>> org-bullets-mode, but that doesn't seem to be it. > > KM>

Re: [O] ob-python newline & indentation behavior

Jack Kamm writes: > I haven't heard back from the FSF yet, any idea how long it takes to hear > from them? Hmm, according to the site below, a response should come within 5 business days. That fits with my personal experience, but I'm not sure what's typical. Also, the

Re: [O] [PATCH] make org-comment-dwim comment headings if on a heading

Thanks. I've been trying to do that and ran into an issue that you can hopefully help me understand. I've attached the updated patch (with a test), but the test fails because calling M-x comment-dwim in an org buffer on a heading results in the old behavior of comment-dwim rather than the new

Re: [O] Possible bug: Headings greater than level 2 stars not showing -- unable to navigate with normal commands

> Samuel W Flint writes: > Kyle Meyer writes: KM> "Samuel W. Flint" writes: >>> Any idea what might be causing this? I checked >>> org-bullets-mode, but that doesn't seem to be it. KM> No, sorry. Hopefully others might have a hunch. I'd suggest

Re: [O] Possible bug: Headings greater than level 2 stars not showing -- unable to navigate with normal commands

> Kyle Meyer writes: KM> "Samuel W. Flint" writes: >> Any idea what might be causing this? I checked org-bullets-mode, >> but that doesn't seem to be it. KM> No, sorry. Hopefully others might have a hunch. I'd suggest KM> that you first verify

[O] bug#29329: 27.0.50; Missing requirement in org-gnus.el

In org-gnus-store-link: org-gnus.el:121:49:Warning: reference to free variable ‘gnus-newsgroup-name’ org-gnus.el:127:42:Warning: reference to free variable ‘gnus-summary-buffer’ In org-gnus-follow-link: org-gnus.el:203:9:Warning: reference to free variable ‘gnus-other-frame-object’ In end of

Re: [O] Possible bug: Headings greater than level 2 stars not showing -- unable to navigate with normal commands

"Samuel W. Flint" writes: > Any idea what might be causing this? I checked org-bullets-mode, but > that doesn't seem to be it. No, sorry. Hopefully others might have a hunch. I'd suggest that you first verify that you don't see the issue when you use Org without your

Re: [O] Possible bug: Headings greater than level 2 stars not showing -- unable to navigate with normal commands

> Kyle Meyer writes: First, sorry about accidentally sending nearly the same email twice. KM> "Samuel W. Flint" writes: >> Hey -- I'm at Org mode version 9.1.3 (release_9.1.3-185-g579fa1 @ >> /home/swflint/.emacs.d/org-mode/lisp/), and GNU Emacs 25.2.1

Re: [O] Possible bug: Headings greater than level 2 stars not showing -- unable to navigate with normal commands

"Samuel W. Flint" writes: > Hey -- I'm at Org mode version 9.1.3 (release_9.1.3-185-g579fa1 @ > /home/swflint/.emacs.d/org-mode/lisp/), and GNU Emacs 25.2.1 > (x86_64-unknown-linux-gnu, GTK+ Version 3.22.18) of 2017-08-29, and on > my files with level 3 headings and

[O] Possible bug: Headings greater than level 2 stars not showing -- unable to navigate with normal commands

Hey -- I'm at Org mode version 9.1.3 (release_9.1.3-185-g579fa1 @ /home/swflint/.emacs.d/org-mode/lisp/), and GNU Emacs 25.2.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.22.18) of 2017-08-29, and on my files with level 3 headings and greater, the stars aren't showing, and I'm unable to use the

Re: [O] Bug: Estimate effort ranges do not work [9.1.3 (9.1.3-elpa @ /home/francisv/.emacs.d/elpa/org-20171116/)]

Hello, Francisco Velázquez writes: > 1. What exactly did you do? > >I try to use the low-high estimates with the column attribute {est+} >as documented in http://orgmode.org/manual/Column-attributes.html. > >For that, I tried to assign low and high effort values

Re: [O] C++ code block not linked

Hello, Thierry Banel writes: > On 25/11/2017 15:59, Roger Mason wrote: >> This code compiles fine on command line but org-babel can't link it. >> >> #+BEGIN_SRC C++ :flags "-std=c++11 -I/usr/local/include" :libs >> "-L/usr/local/lib -lginac" >> #include >> #include >>

Re: [O] [PATCH] Do not save target buffer after archiving subtree

Hello, Matt Lundin writes: > The attached patch removes the call to save-buffer in > org-archive-subtree. This significantly reduces the time necessary to > archive a subtree, especially when archiving many subtrees in a region. > Without this patch, Org Mode will save the

Re: [O] Bug: Dead links from clocking tables to other org files in HTML export [9.1.3 (9.1.3-2-g322612-elpa @ /home/mrhn/.emacs.d/elpa/org-20171120/)]

Hello, Martin Hans writes: > When exporting my project with org-publish, the exporter generates > anchors with names such as "orga79e495" and refers to them when linking > to the headers from other files. However, the generated anchor names > don't match between files,

Re: [O] ob-python newline & indentation behavior

ob-ipython has a bug which renders it basically unusable to me -- it crashes when trying to interrupt the kernel with C-c C-c, which is something I often find myself needing to do (see https://github.com/gregsexton/ob-ipython/issues/115). However I agree that ob-ipython is very promising and

Re: [O] ob-python newline & indentation behavior

Hello, Attached please find my revised patch based on Kyle's feedback. I simplified the behavior to send the whole block to the tmpfile (including the lastline), but restricted this change to ":results output" only (":results value" retains its old, broken behavior). I also added a test and fixed

[O] Bilingual text in org

Hi, I want to use org-mode to translate a text from german to englisch. In my current setup I have marked the section with a tag to select either (or both) languages. This works fine for one language. If I want to print both, I have to manually adjust the argument to babel. My solution is to