Src block fontification when scrolled off window
Hi, In one of my org files, I will occasionally see src blocks lose their formatting. Specifically, if I switch to editing the src block, or I first open an org file that is expanded to a section with a src block, if the beginning #+begin_src is scrolled above the window, but part of the block itself is still visible, the src block will be fontified as if it were regular text in org. I have org-src-fontify-natively. If I scroll up so that #+begin_src is in view, it fontifies as expected. Is this expected behavior? Is there a way to increase the lookback amount? Thanks, Aaron
Re: Src block fontification when scrolled off window
On Tuesday, 14 Jan 2020 at 07:21, Aaron Jensen wrote: > In one of my org files, I will occasionally see src blocks lose their > formatting. [...] > > Is this expected behavior? Is there a way to increase the lookback amount? I don't see this behaviour. You might want to look at jit-lock-chunk-size but that's me grasping at straws... -- Eric S Fraga via Emacs 27.0.50, Org release_9.3-34-g2eee3c
Inserting a row divider/header into org-babel results
Adding a header to the data === I am presenting some simple data here, but the idea is, I would like to programatically add a header to the results of an org-babel evaluation. Looking at the results from `data_table', I would like to intercept the first line so that I can massage it into the preferred output. I am just unsure how to insert the header into my output. My goal is to be able to generate the "Preferred result" programatically. Any Ideas? Thanks! Latex Test ~~ Table test here: , | rows = (1..5) | columns = (1..5) | results = [] | rows.each_with_index do |row| | result_row = [] | columns.each do |column| | result_row << column * row | end | results << result_row | end | results ` 1 2 3 4 5 2 4 6 8 10 3 6 9 12 15 4 8 12 16 20 5 10 15 20 25 Preferred result column 1 column 2 column 3 column 4 column 5 -- 2 4 6 810 3 6 91215 4 8121620 510152025 peace, sergio photographer, journalist, visionary Public Key: https://pgp.key-server.io/pks/lookup?op=get&search=0x69B08F58923AB3A2 #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV @sergio_101@mastodon.social https://sergio101.com http://www.codeandmusic.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101 signature.asc Description: Message signed with OpenPGP
RE: attachment: link type export to HTML invalid attach dir
Hi again, > -Original Message- > From: Emacs-orgmode On > Behalf Of stardiviner > Sent: den 14 januari 2020 06:04 > To: Gustav Wikström > Cc: emacs-orgmode@gnu.org > Subject: Re: attachment: link type export to HTML invalid attach dir > > [...] > > Many thanks for really quick patching. > > I tested out the new patch, still does not work. > > #+begin_src org > ,** Strings are not Lists, but Anyway… >:PROPERTIES: >:ID: 2fd354f3-ac7a-499d-9fe4-a76626bbdb38 >:END: > > In Calva Paredit, strings are treated in much the same way as lists are. > Here’s an example showing Slurp and Barf, Forward/Backward List, and Grow > Selection. > > [[attachment:string-as-list.gif]] > > #+end_src > > The upper org content is exported as this (HTML page): > > #+begin_example > Strings are not Lists, but Anyway… > > In Calva Paredit, strings are treated in much the same way as lists are. > Here’s an example showing Slurp and Barf, Forward/Backward List, and Grow > Selection. > > file:///home/stardiviner/Org/Wiki/Computer > Technology/Programming/Emacs/Data/Emacs Packages/string-as-list.gif > #+end_example > > You can see: > > 1. the link still does not contains the attach directory from ~(org- > attach-dir)~. > 2. image links are not exported as inline image displayed with ~ src="...">~. Ah, you're right. I missed a few things. Should be fixed now in master. Care to verify from your end again? Thanks Gustav
RE: [O] FW: [RFC] Link-type for attachments, more attach options
Hi, > -Original Message- > From: Emacs-orgmode On > Behalf Of stardiviner > Sent: den 13 januari 2020 14:42 > To: emacs-orgmode@gnu.org > Subject: Re: [O] FW: [RFC] Link-type for attachments, more attach options > > > I found when I set option ~(setq org-attach-store-link-p t)~. Then attach > a file, store file link with =[C-c C-l]=. The stored link. I open this > link got error "No such file: ". I tested this with minimal Emacs > config. confirmed this problem. > I cannot reproduce this. In my try with a minimal Emacs (emacs -q) and with only that single customization it works for me. I'm testing it in linux. A wild guess.. Could it be that you used the move operation instead of the copy operation when attaching the file? Regards Gustav
About options to export/tangle block for markdown or html, on a remote tramp ssh relative dir ?
Hi, I'm using tramp and remote ssh VM with org-mode v9 & org-babel to produce reproducible scientific document on web using ox-hugo. In this context, to describe my scientific workflow, i'm interested to display html or markdown block content in my final exported document AND export this content as a file (bla.html or bla.org used as input file for other scripts into org document) in my remote session. I have a global header arg which define my session on vm : :properties: :header-args:sh: :dir /ssh:rzine@multipass:/home/rzine/ :end: To move into different folders using relative or absolute path starting from this remote :dir i found some weird solution, and ask for other answer by org experts here : https://emacs.stackexchange.com/questions/54914/rewrite-relative-or-absolute-path-from-inherited-tramp-ssh-property-with-org-bab But i face another problem, in the final document, i'm interest to display and export html/markdown text, so i use BEGIN_EXPORT block. #+BEGIN_EXPORT html ... #+END_EXPORT #+BEGIN_EXPORT markdown ... #+END_EXPORT But is it possible using options to : - export this block as file using :tangle, - on a remote :dir using option for #+BEGIN_EXPORT ? I search a little on the org doc and on the mailling list, but i see nothing like this. Thanks for your help, Best, -- Sébastien Rey-Coyrehourcq Research Engineer UMR IDEES 02.35.14.69.30 {Stronger security for your email, follow EFF tutorial : https://ssd.eff.org/} signature.asc Description: This is a digitally signed message part
Re: [PATCH] restore window configuration after org-edit-src-exit
By the way -- I just got my copyright papers officially updated for my current job -- so we don't need to worry about line counts and whatnot anymore :) Best, John "Jack" Kamm
Re: attachment: link type export to HTML invalid attach dir
Gustav Wikström writes: > Hi again, > >> -Original Message- >> From: Emacs-orgmode On >> Behalf Of stardiviner >> Sent: den 14 januari 2020 06:04 >> To: Gustav Wikström >> Cc: emacs-orgmode@gnu.org >> Subject: Re: attachment: link type export to HTML invalid attach dir >> >> [...] >> >> Many thanks for really quick patching. >> >> I tested out the new patch, still does not work. >> >> #+begin_src org >> ,** Strings are not Lists, but Anyway… >>:PROPERTIES: >>:ID: 2fd354f3-ac7a-499d-9fe4-a76626bbdb38 >>:END: >> >> In Calva Paredit, strings are treated in much the same way as lists are. >> Here’s an example showing Slurp and Barf, Forward/Backward List, and Grow >> Selection. >> >> [[attachment:string-as-list.gif]] >> >> #+end_src >> >> The upper org content is exported as this (HTML page): >> >> #+begin_example >> Strings are not Lists, but Anyway… >> >> In Calva Paredit, strings are treated in much the same way as lists are. >> Here’s an example showing Slurp and Barf, Forward/Backward List, and Grow >> Selection. >> >> file:///home/stardiviner/Org/Wiki/Computer >> Technology/Programming/Emacs/Data/Emacs Packages/string-as-list.gif >> #+end_example >> >> You can see: >> >> 1. the link still does not contains the attach directory from ~(org- >> attach-dir)~. >> 2. image links are not exported as inline image displayed with ~> src="...">~. > > Ah, you're right. I missed a few things. Should be fixed now in master. Care > to verify from your end again? > > Thanks > Gustav I checked out the latest commit "0ac6a9e1f", The ~~ tag is solved. But the ~(org-attach-dir)~ still not work. The exported ~~ inline image still does not contains the attach directory. -- [ stardiviner ] I try to make every word tell the meaning what I want to express. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner, Matrix: stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3
Re: [O] FW: [RFC] Link-type for attachments, more attach options
Gustav Wikström writes: > Hi, > >> -Original Message- >> From: Emacs-orgmode On >> Behalf Of stardiviner >> Sent: den 13 januari 2020 14:42 >> To: emacs-orgmode@gnu.org >> Subject: Re: [O] FW: [RFC] Link-type for attachments, more attach options >> >> >> I found when I set option ~(setq org-attach-store-link-p t)~. Then attach >> a file, store file link with =[C-c C-l]=. The stored link. I open this >> link got error "No such file: ". I tested this with minimal Emacs >> config. confirmed this problem. >> > > I cannot reproduce this. In my try with a minimal Emacs (emacs -q) and with > only that single customization it works for me. I'm testing it in linux. A > wild guess.. Could it be that you used the move operation instead of the copy > operation when attaching the file? > > Regards > Gustav Did you reproduce this issue with =emacs -q= ? That is a built-in Org Mode version which does not contains the latest version =org-attach.el=. Here is my minimal Emacs config: #+begin_src emacs-lisp :tangle "~/.config/emacs/minimal-init.el" (package-initialize) ;;; add my init files directory (add-to-list 'load-path "/usr/share/emacs/site-lisp/") (add-to-list 'load-path (expand-file-name "init" user-emacs-directory)) ;; recursively load init files. (let ((default-directory (expand-file-name "init" user-emacs-directory))) (setq load-path (append (let ((load-path (copy-sequence load-path))) ; shadow (append (copy-sequence (normal-top-level-add-to-load-path '("."))) (normal-top-level-add-subdirs-to-load-path))) load-path))) (setq load-prefer-newer t) ;;; [ package.el ] -- Emacs Lisp Package Archive (ELPA) (require 'package) (setq package-enable-at-startup nil) (setq package-menu-async t) (setq package-user-dir (expand-file-name "elpa" user-emacs-directory)) ;;; ELPA Mirrors ;; (setq-default package-archives ;;'(("gnu" . "https://elpa.gnu.org/packages/";) ;; ("melpa" . "http://melpa.org/packages/";) ;; ("melpa-stable" . "http://stable.melpa.org/packages/";) ;; ("marmalade" . "http://marmalade-repo.org/packages/";) ;; ("org" . "http://orgmode.org/elpa/";))) (setq-default package-archives '(("melpa" . "http://mirrors.tuna.tsinghua.edu.cn/elpa/melpa/";) ("org" . "http://mirrors.tuna.tsinghua.edu.cn/elpa/org/";) ("gnu" . "http://mirrors.tuna.tsinghua.edu.cn/elpa/gnu/";))) (let* ((elpa-archives-dir (expand-file-name "elpa/archives/" user-emacs-directory)) (elpa-gnu-archives-dir (concat elpa-archives-dir "gnu")) (elpa-melpa-archives-dir (concat elpa-archives-dir "melpa")) (elpa-org-archives-dir (concat elpa-archives-dir "org"))) (unless (and (file-exists-p elpa-gnu-archives-dir) (file-exists-p elpa-melpa-archives-dir) (file-exists-p elpa-org-archives-dir)) (package-refresh-contents))) (package-initialize) (add-to-list 'display-buffer-alist '("^\\*package-build-result\\*" (display-buffer-reuse-window display-buffer-below-selected))) ;;; Load `use-package' ahead before `package-initialize' for (use-package org :pin manual ...). ;;; [ use-package ] (unless (package-installed-p 'use-package) (package-refresh-contents) (package-install 'use-package)) (eval-when-compile (require 'use-package)) (require 'bind-key) ; if you use any `:bind' variant (use-package delight; if you use `:delight' :ensure t) ;; (use-package deminish ; if you use `:diminish' ;; :ensure t) (setq use-package-verbose t ; 'debug: any evaluation errors report to `*use-package*` buffer. use-package-always-ensure nil) ;;; use latest source code version Org Mode. (if (not (file-exists-p "~/Code/Emacs/org-mode/lisp/")) (progn (use-package org :pin org :ensure t :preface (setq org-modules nil) :mode (("\\.org\\'" . org-mode))) (use-package org-plus-contrib :pin org :ensure t)) ;; disable Emacs built-in Org Mode (delete (format "/usr/local/share/emacs/%s/lisp/org" emacs-version) load-path) (delete "/usr/share/emacs/site-lisp/org/" load-path) (use-package org :pin manual :load-path "~/Code/Emacs/org-mode/lisp/" :defer t :preface ;; Org Mode modules -- modules that should always be loaded together with org.el. ;; t: greedy load all modules. ;; nil: disable all extra org-mode modules to speed-up Org-mode file opening. (setq org-modules nil) :mode (("\\.org\\'" . org-mode)) :init ;; add source code version Org-mode Info into Emacs. (with-eval-after-load 'info (add-to-list 'Info-directory-list "~/Code/Emacs/org-mode/doc/") (info-initialize)) ;; load org before using some Org settings. (require 'org) (use-package org-plus-contrib :pin manual