[PATCH] org-src: Reset buffer-modified-p after fontifying

Hi all, * lisp/org-src.el (org-src-font-lock-fontify-block): Reset the modification flag of the temporary fontification buffer after fontifying. Without this some modes cause Emacs to prompt about unsaved buffers when exiting: `Save buffer *org-src-fontification:...-mode*?' (I'm seeing this

Re: [O] buffer-file-name in [* Org src *] buffers

On 2018-04-26 19:34, Bastien wrote: > Hi Clément and Nicolas, > […] > I've removed the setting of `buffer-file-name' in Org Src buffers. Wonderful news, thanks Bastien !

Re: [O] buffer-file-name in [* Org src *] buffers

Hi Nicolas, > The explanation is here: > > > > AFAIU, this was needed so that Emacs would warn when closing a remote > editing buffer with C-x k. This feature doesn't appear to be functional > at the moment, tho. Sorry for

[O] buffer-file-name in [* Org src *] buffers

Hi all, TL;DR: why does org-src-mode-configure-edit-buffer set buffer-file-name to a non-nil value? https://code.orgmode.org/bzg/org-mode/commit/4b6988bf36cb458c9d113ee4332e016990c1eb04#diff-ea848b037ba2c0bf95915700bb6f4e539d80d8cR486 Background information: I'm reviewing a patch

Re: [O] 45048eb78359fc742097982fc1adc5ca5e4b2509 Fix `C-e' with visible lines and arguments

On 2017-04-30 16:28, Nicolas Goaziou wrote: > Have you tried C-S-RET? I have not :) Thanks a lot!

[O] 45048eb78359fc742097982fc1adc5ca5e4b2509 Fix `C-e' with visible lines and arguments

Hi all, Commit 45048eb78359fc742097982fc1adc5ca5e4b2509 (Fix `C-e' with visible lines and arguments, http://orgmode.org/w/?p=org-mode.git;a=commitdiff;h=45048eb78359fc742097982fc1adc5ca5e4b2509) breaks my usual org-mode workflow, in which I commonly press C-e to go past the ellipses of a

[O] bug#25132: 26.0.50; emacs hangs when loading org file with python source blocks

On 2017-01-19 19:52, npost...@users.sourceforge.net wrote: > because even after doing (make-variable-buffer-local 'var), (let > ((var 'foo))...) still makes a global binding. > `make-variable-buffer-local' only has effect for `setq', which I > think will hardly ever happen for

[O] bug#25132: 26.0.50; emacs hangs when loading org file with python source blocks

On 2016-12-07 21:08, Glenn Morris wrote: > David Dynerman wrote: >> The bug does NOT occur with org 8.2.10. > > Since that's the version included with Emacs, I'm confused as to why > you've been encouraged to report this to bug-gnu-emacs. I can reproduce the issue in emacs -Q on master; hence my

Re: [O] Emacs hangs while loading org file with python blocks

Hi David, It might be good to open a bug report on the Emacs side; a Python font-locking freeze was fixed on master recently, but there may be other ones (your example hangs Emacs for me too), and your profile doesn't seem very Org-specific. The following backtrace might be useful too:

Re: [O] Make wide tables more readable

On Thu, Dec 1, 2016 at 3:43 PM, Joost Kremers wrote: > Why not use `text-scale-adjust`? On 2016-12-01 16:12, John Kitchin wrote: > If I had to guess its because I was unaware of that command when I wrote > those functions ;) Note that these two don't do the same thing. Text-scale-adjust

Re: [O] [RFC] Change visibility for bracket links

On 2016-10-13 08:30, Nicolas Goaziou wrote: > I understand what `prettify-symbols-mode' is. My real problem is > understanding how it can help with links in Org. In particular, I'd like > to see it, or any other mechanism, turn > > [[http://orgmode.org][Org mode]] > > displayed as > > Org

Re: [O] [RFC] Change visibility for bracket links

On 2016-10-13 12:13, Nick Dokos wrote: >> > >> > But when the cursor is next to the link or emphasized text markers are >> > shown. >> > >> > Pre text |[description] post text >> > Pre text |*bold text* post text >> > >> > It would not cause much jumping. Of course, for people who

Re: [O] Leslie Lamport has a foot in the 21st century

On 2016-10-11 10:56, Hubert Chathi wrote: > I suspect that it will be a long time before hierarchical proofs gain > much popularity though, given that Lamport has been talking about them > since at least the 90's, and I haven't seen one "in the wild" yet. Depends how much you're willing to

Re: [O] [RFC] Change visibility for bracket links

On 2016-10-10 10:17, Nick Dokos wrote: > Clément Pit--Claudel <clement@gmail.com> writes: > >> On 2016-10-07 22:38, Adam Porter wrote: >>> I understand the motivation for making this change, but I respectfully >>> request that this be made configurab

Re: [O] [RFC] Change visibility for bracket links

On 2016-10-07 22:38, Adam Porter wrote: > I understand the motivation for making this change, but I respectfully > request that this be made configurable. I much prefer the "clean" links > without visible brackets, and adding them would seem like a regression > to me. I'm guessing that many

Re: [O] Best diagram, image software?

On 2016-10-06 15:10, Peter Davis wrote: >> > (add-to-list 'org-latex-packages-alist >> > '(("AUTO" "inputenc" t) >> >("" "color" t) >> >("" "minted" t) >> >("" "parskip" t) >> >("" "tikz" t))) This looks wrong. You're

Re: [O] [RFC] Change visibility for bracket links

On 2016-10-05 20:16, David A. Gershman wrote: > On 10/05/2016 03:26 PM, Nicolas Goaziou wrote: >> Hello, >> >> "David A. Gershman" writes: >> >>> Not bad, but could it be customizable via variable giving the user the >>> choice? >> Thank you for your feedback. >> >> I

Re: [O] [OT] List member's email cracked?

On 2016-09-20 05:07, Philip Hudson wrote: > Bastien, assuming you're either still on the list or somebody knows > how to reach you, I just found I received a spam message 5 days ago > from what appears to be your account 'bastien.gue...@free.fr' Do you have reasons to believe it was actually

Re: [O] Restrict include to some backend

On 2016-09-14 07:55, Kaushal Modi wrote: > On Mon, Sep 12, 2016 at 11:14 PM Clément Pit--Claudel <clement@gmail.com > <mailto:clement@gmail.com>> wrote: > > Sure thing :) Here it is: > > > Thanks! This works great! I added it to `org-export-befor

Re: [O] Restrict include to some backend

> I am looking forward to the BEGIN_ONLY/END_ONLY kind of solution too. > > @Clément Would you please share your draft solution? > > Thanks. > > On Tue, Sep 6, 2016 at 5:39 PM Nicolas Goaziou <m...@nicolasgoaziou.fr > <mailto:m...@nicolasgoaziou.fr>>

Re: [O] using rgrep, ag, etc in folded org files?

On 2016-09-12 11:36, Aaron Ecay wrote: > (Arguably this hook function should be added to org-mode, if enough > people find it useful). That would be brilliant. signature.asc Description: OpenPGP digital signature

Re: [O] Multiple bibliography files with ox-bibtex and html export

e more intrusive change in the code. Maybe others would have a better > feel for this than I do. > > Thanks for the comments on this. Once a consensus is reached, I can > work towards an updated patch. > > thibault > >> I'd suggest starting the process and then usi

Re: [O] adding "wrap=off" option to textarea for HTML export

On 2016-09-08 11:49, Eric S Fraga wrote: > To turn wrapping off, I would need to add 'wrap="off"' to the textarea > form as this option cannot be controlled using CSS unfortunately. I > don't see any way to do this from org. Hm. Doesn't the following work? textarea { white-space: pre; }

Re: [O] org-review is on melpa

This looks great! Thanks Alan. On 2016-09-07 01:49, Alan Schmitt wrote: > Hello, > > After using this for a couple of years, I’ve finally taken the time to > put it on Melpa. Org-review (https://melpa.org/#/org-review) is a set of > functions to maintain review dates for entries, so that you may

Re: [O] Multiple bibliography files with ox-bibtex and html export

On 2016-09-06 23:46, Thibault Marin wrote: >>> I am attaching a patch which allows me to use multiple files with html >>> export. It creates a combined bibliography file and call bibtex2html on >>> it. I am not sure this is the best way to address this, so any >>> suggestion would be welcome.

Re: [O] Restrict include to some backend

On 2016-09-06 11:58, Nicolas Goaziou wrote: > Besides, we would need to introduce a new syntax to implement this, > which I find not too appealing. Do you think so? Wouldn't BEGIN_ONLY … END_ONLY work? It would be similar to BEGIN_EXPORT, right? Or it could even be an option to begin_export?

Re: [O] Restrict include to some backend

The examples below should have read begin_only: > #+begin_only html > #+include foo.py src python > #+end_ony > > #+begin_only latex > This is processed as *regular* ~org-mode~ code, but only when exporting to > LaTeX. > #+end_only Clément On 2016-09-06 09:59, Clément

Re: [O] Restrict include to some backend

Hi Fabrice, I've run into this issue recently (while writing my first large document in Org). I couldn't find a good natice solution, so I used a rather unpleasant trick, and I've been meaning to write emacs-orgmode about it since then. In my documents I have a BEGIN_ONLY environment that I

Re: [O] table alignment with org-pretty-entities turned on

On 2016-08-31 04:25, Eric S Fraga wrote: > On Tuesday, 30 Aug 2016 at 18:12, jsj wrote: > > [...] > >> | a | b | c | >> |---+---+---| >> | α β | | | >> >> Is it just me or you can reproduce the same behavior? > > I have seen the same at times. Not always so it may be font >

Re: [O] Bug? Highlighting inconsistent with export

On 2016-08-30 06:08, Nicolas Goaziou wrote: > I have no objection to this. Ok; patch attached :) Here's a test case: ~this~~won't~~work~ ~but~​~this~​~will~ ~and~⁠~so~⁠~will~⁠~this~ ⇒ this~~won't~~work but​this​will and⁠so⁠will⁠this You can see the difference in

[O] Bug? Highlighting inconsistent with export

Hi all, In the following snippets, I have marked which bits are syntax-highlighted as code, and which bits are exported as code. Some “=code=” [fn:: ~more~ ~of it~]. ~even more code~— ~this~ —. Highlighted?NoYesNo NoNo

Re: [O] Suggestion: prettify \nbsp{} as NO-BREAK SPACE

make \nbsp display as a non-breaking space in buffers and also when > exporting to (UTF8) plain text. > > 2016ko abuztuak 28an, Clément Pit--Claudel-ek idatzi zuen: > >> I can provide a patch if it is useful. > > Thanks for the offer. I went ahead and made the change (on th

[O] Suggestion: prettify \nbsp{} as NO-BREAK SPACE

Emacs displays NO-BREAK SPACE differently from regular space, whereas Org-mode displays \nbsp{} as a regular space (when replacement of symbols is enabled). Maybe it would help to display it as NO-BREAK SPACE instead? I can provide a patch if it is useful. Clément. signature.asc

[O] Bug? org-export-unravel-code inserts a spurious newline at end of inline-src-block elements

Exporting the following file to HTML yields the following: #+PROPERTY: header-args :exports code This code has many src_python{def}s. This code has many def s. This renders as ~This code has many def s~, instead of the expected ~This code has many defs~. The extra

Re: [O] Feature request: "Figure #:" in labels of listings

On 2016-08-24 15:51, Nicolas Goaziou wrote: > Hello, > > Clément Pit--Claudel <clement@gmail.com> writes: > >> One small difficulty is that html export uses two separate counters >> for figures and listings, while LaTeX export calls both figures

Re: [O] Feature request: "Figure #:" in labels of listings

On 2016-08-22 16:27, Nicolas Goaziou wrote: > Done. Thank you. Works great; thanks! One small difficulty is that html export uses two separate counters for figures and listings, while LaTeX export calls both figures, and uses a single counter. This makes it tricky to reference figures in a way

Re: [O] Feature request: "Figure #:" in labels of listings

On 2016-08-15 11:43, Nicolas Goaziou wrote: > Hello, > > [...] > > I agreed we can add it unconditionally, using (org-html--translate > "Listing %d:" info). Neat, thanks! > What class do you suggest for the listing number, " class=\"listing-number\">"? Sounds good :) > If so, should

[O] Feature request: "Figure #:" in labels of listings

This org file: #+CAPTION: Some C code #+NAME: fig:c #+BEGIN_SRC c int main() { return 0; } #+END_SRC See figure [[fig:c]]. produces HTML similar to this: … Some C code … See figure 1. The link says "Figure (1)", but the figure label

Re: [O] Bug: org-link-add does not exist

On 2016-08-08 21:29, Kyle Meyer wrote: > Hello, > > Clément Pit--Claudel <clement@gmail.com> writes: > >> The documentation of org-add-link-type says: >> >> This function is obsolete since Org 9.0; >> use `org-link-add' instead. >> >>

[O] Exporting fuzzy links using LaTeX's autoref

Hi all, The LaTeX command \autoref{} produces a hyperlink that covers both the target type and its number; for example, \autoref{chap:org} produces something like _Chapter 3_. It's very similar to Chapter \ref{chap:org}, but: * "Chapter" is clickable * I can demote this chapter to a section,

[O] Bug: org-link-add does not exist

The documentation of org-add-link-type says: This function is obsolete since Org 9.0; use `org-link-add' instead. But org-link-add doesn't seem to be defined anywhere. CHeers, Clément. signature.asc Description: OpenPGP digital signature

[O] Escaping :: in lists

Hi emacs-orgmode, I'm trying to make a list of code snippets including double colons: - ~head :: tail~ - =head :: tail= - src_ocaml{head :: tail} But exporting to LaTeX fails: \item[{\textasciitilde{}head}] tail\textasciitilde{} \item[{=head}] tail= \item[{src\(_{\text{ocaml}}\)\{head}] tail\}

Re: [O] Two small org-src patches

On 2016-08-08 05:06, Nicolas Goaziou wrote: > Hello, > > Clément Pit--Claudel <clement@gmail.com> writes: > >> In 2016-08-07 15:16, Clément Pit--Claudel wrote: >>> The two attached patches add this feature. >> >> There was a small mistake in the f

Re: [O] Two small org-src patches

In 2016-08-07 15:16, Clément Pit--Claudel wrote: > The two attached patches add this feature. There was a small mistake in the first patch; I have reattached both of them. From 41263e53a58fe43a123e00b5ee2ce459f1b1274e Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Cl=C3=A9ment=20Pit--Clau

[O] Two small org-src patches

Hi emacs-orgmode, I use prettify-symbols-mode heavily, and prettification isn't currently copied by org-src's native fontification. The two attached patches add this feature. You can test them by enabling global-prettify-symbols-mode and creating an emacs-lisp code block in org-mode. I already

[O] Bug: org-hierarchical-todo-statistics + org-update-statistics cookies in before-save-hook breaks overlays [8.3.5 (8.3.5-elpaplus @ /home/clement/.emacs.d/.cask/25.1.50.7/elpa/org-plus-contrib-2016

Hi emacs-orgmode, Setting ‘org-hierarchical-todo-statistics’ to nil confuses ‘org-update-statistics-cookies’ when that function is used in a before-save-hook. More precisely, every time I save the attached org file, the hidden section of the buffer shrinks a bit, revealing a few characters at

[O] Bug: org-activate-plain-links assumes that 'face is a list [8.3.3 (8.3.3-26-ge92a06-elpa @ /home/clement/.emacs.d/elpa/org-20160125/)]

Hi all, Updating org a few days ago broke syntax highlighting. The function org-activate-plain-links has this snippet: (memq 'org-tag (get-text-property (max (1- (match-beginning 0)) (point-min)) 'face)) However, the text property that gets returned on my machine is