Use of the org-protocol-store-link bookmarklet [1] sometimes makes
Emacs hang (as in Emacs not responding to input), but not always.
It seems to be caused by accumulation of emacsclient processes. Each
click of the bookmarklet creates a new emacsclient process which
stays, and the number of these
There are some Emacs commands that come disabled by default.
narrow-to-region and narrow-to-page are examples. Emacs manual says
The purpose of disabling a command is to prevent users from executing
it by accident; we do this for commands that might be confusing to the
uninitiated.
80% of my mind
elisp code blocks do not recognize lexical-binding in org src edit
mode. For example, if I press C-c . on the following block, the buffer
does not have lexical-binding set to t.
#+BEGIN_SRC elisp
;; -*- lexical-binding: t; -*-
(message %S lexical-binding)
#+END_SRC
Is there a workaround?
With different defaults for Body only and Export scope?
Or can I make a command that is like org-export-dispatch except it
uses different defaults?
When I use async org export feature to export some org buffer to html
with a different init file (org-export-async-init-file), code blocks
(a.k.a. src blocks) seem to get limited syntax highlight for the
terminal Emacs, and not the graphical Emacs.
How can I configure org to use graphical
M-x version
GNU Emacs 24.3.1 (i386-mingw-nt6.1.7601) of 2013-03-18 on MARVIN
M-x org-version
Org-mode version 8.0.5 (8.0.5-6-g426917-elpa @
c:/Users/Alice/AppData/Roaming/.emacs.d/elpa/org-20130708/)
Short description:
Invoking C-c ' (org-edit-special) on an org src block containing an
ascii diagram causes table recognition and font lock glitch if the
diagram has a rectangle in it.
Long description:
Invoke C-c ' on any of the following three src blocks
#+BEGIN_SRC artist
+-+
When I draw a box diagram in an example block or a source code block,
the rectangles trigger org-src-mode to recognize that as tables. For
example, If I org-edit-special on the following:
#+BEGIN_EXAMPLE
+-+
| |
| box |
| |
+-+
#+END_EXAMPLE
I get a
I can write a table:
| Python | Emacs Lisp |
|+|
|||
and I can write two source code blocks:
#+BEGIN_SRC python
a = [0, 1, 2]
a[0] += 10
#+END_SRC
#+BEGIN_SRC elisp
(setq a (vector 0 1 2))
(cl-incf (elt a 0) 10)
#+END_SRC
but I don't know how to
On Mon, Jul 8, 2013 at 5:05 PM, Bastien b...@gnu.org wrote:
Hi Jisang,
Jisang Yoo jisang.yoo.ac+...@gmail.com writes:
C-h v cannot find the variable org-export-section-number-format but
M-x customize-group RET org-export-general RET shows its
documentation, after that C-h v shows
On Mon, Jul 8, 2013 at 5:21 PM, Bastien b...@gnu.org wrote:
Hi Jisang,
Jisang Yoo jisang.yoo.ac+...@gmail.com writes:
There seems no new option that can be found from exploring
customization group org-export.
You can check `org-html-format-headline-function' and its docstring
Org-mode version 8.0.5 (latest)
Test done with this command:
emacs -q --load ~/t/org-test-final.el
Contents of ~/t/org-test-final.el:
(setq package-load-list '((org t)
(org-plus-contrib t)))
(setq org-export-section-number-format '(((I .)) . .))
If you are referring to org-kill-line, it is indeed odd that C-k in
org mode kills screen lines in visual line mode while C-k in text mode
always kills logical lines.
It seems temporarily turning off visual-line-mode while running the
macro involving org-kill-line is a workaround.
Or define a
short description:
When I try to create a new heading using M-RET, it works as expected except
one case: inside the first second-level heading of the first first-level
heading. This bug affects the latest ELPA version of org, but not the latest
bundled-with-Emacs version
long description:
14 matches
Mail list logo