For me, C-c ! has suddenly become unbound and no longer inserts
an inactive timestamp. Has this changed in the base org-mode, or
most likely is this an issue with my setup?
Thanks.
I'm not sure if I still need to set org-block-background in 8.3.1.
But if I do need to continue setting this, what is the new name for org-
block-background?
(set-face-attribute 'org-block-background nil
:height (round (* 0.9 (face-attribute 'fixed-pitch
:height
Nicolas Goaziou mail at nicolasgoaziou.fr writes:
Point is /before/ the ellipses here. You need to move after them,
e.g.,
using C-f or mess with `org-special-ctrl-a/e'.
Regards,
OK thanks. I understood behind the ellipses at the end of a headline
as before the ellipses, not after.
Luke Crook luke at balooga.com writes:
* TEST...
cursor here, then M-enter
Doesn't do anything
The above I cannot consistently reproduce. So ignore for now.
Thanks.
Question concerning the behaviour of org-insert-heading;
The manual states the following.
If the command is used at the end of a folded subtree (i.e., behind the
ellipses at the end of a headline), then a headline will be inserted after
the end of the subtree.
However at least in my
Luke Crook luke at balooga.com writes:
However at least in my installation (Emacs 34.3, org-mode 8.2.10),
Emacs 24.3 obviously.
Nick Dokos ndokos at gmail.com writes:
Nope - I tried to reproduce it with latest (both master and maint) and
could not, so I suspect an error in your configuration.
I experience the same issue.
http://article.gmane.org/gmane.emacs.orgmode/88610
/Luke
Nick Dokos ndokos atzgmail.com writes:
Can anybody else reproduce this?
/me raises hand.
I just noticed that org does not jump to the correct cell in the table when
examining formulas using org-table-edit-formulas.
This was working in 8.2.6. In most cases, it will jump to a different
location in the buffer. Example table below.
Note that I had to break the table formulae onto
The following example is not being exported in Latex as a code block. However
it is exported correctly in HTML export. org-mode version 8.2.6
#+BEGIN_SRC emacs-lisp -n -r
(save-excursion (ref:sc)
(goto-char (point-min))) (ref:jump)
#+END_SRC
Eric S Fraga e.fraga at ucl.ac.uk writes:
On Wednesday, 30 Apr 2014 at 18:00, Luke Crook wrote:
The following example is not being exported in Latex as a code block.
However
it is exported correctly in HTML export. org-mode version 8.2.6
#+BEGIN_SRC emacs-lisp -n -r
(save
I just noticed that links in tables Ref1, Ref2 below do not
increment, whereas links in lists do. Example below.
* Reference Documents
| Reference | Document Description |
|---+--|
| Ref1Ref-1 | Ref 1|
| Ref2Ref-2 | Ref 2|
Nicolas Goaziou n.goaziou at gmail.com writes:
This is expected. Targets in tables return table number, but only among
captioned tables. Otherwise, the returned value is undefined.
Got it. Thanks for the info.
/Luke
Rasmus rasmus at gmx.us writes:
I've used this snip to recover such fields
\makeatletter
\let\Title\ at title
\let\Author\ at author
\let\Date\ at date
\makeatother
Obviously, this is only good for LaTeX.
How would I implement this? Is including in the .tex file sufficient?
Eric S Fraga e.fraga at ucl.ac.uk writes:
You could always use the new command in the org directive, assuming you
only use LaTeX export:
#+LATEX_HEADER: \newcommand{\orgauthor}{author}
#+AUTHOR: \orgauthor
This would avoid duplication.
Brilliant!! Thank you.
Bastien bzg at gnu.org writes:
Hi Luke,
Luke Crook luke at balooga.com writes:
#+LATEX_HEADER: \newcommand{\orgtitle}TITLE
My understanding is that Org's macros cannot be used
within #+... options.
HTH,
Bastien, thanks. That would certainly explain it. I think I
I tried creating a custom class and then tried creating a custom style. But
I found the easiest to be the following;
#+AUTHOR: author
#+LATEX_HEADER: \newcommand{\orgauthor}{author}
#+EMAIL: email
#+LATEX_HEADER: \newcommand{\orgemail}{email}
#+TITLE: Title
#+LATEX_HEADER:
I'm looking for a quick and dirty way to use the org-mode variables within
Latex.
I thought the following might work;
#+TITLE: A nice title
#+LATEX_HEADER: \newcommand{\orgtitle}TITLE
And then in the .tex file;
\orgtitle{}
Suggestions?
Thanks
The following small change to ox-taskjuggler.el will export the date stored
in #+DATE:
Modified site/org-mode/contrib/lisp/ox-taskjuggler.el
diff --git a/site/org-mode/contrib/lisp/ox-taskjuggler.el b/site/org-
mode/contrib/lisp/ox-taskjuggler.el
index 761e180..5a1895c 100644
---
Sebastien Vauban sva-news@... writes:
Luke Crook wrote:
In column view, org-mode sums 3xSubtasks each having an effort of 1d
as 1d
0:00. Is there a way to change the sum to display this as 3d?
You could try to attach an ECM (« Exemple Complet Minimal », or minimal
working example
In column view, org-mode sums 3xSubtasks each having an effort of 1d as 1d
0:00. Is there a way to change the sum to display this as 3d?
/Luke
PM, Nick Dokos ndo...@gmail.com wrote:
Luke Crook l...@balooga.com writes:
Nicolas Goaziou n.goaziou at gmail.com writes:
Hello,
Luke Crook luke at balooga.com writes:
Hi Nicolas, I'm definitely using 8.2.2, as reported by org-version.
OK. Then could you provide an ECM? I'm
class=lefta id=2 name=2/a/td
td class=leftTwo/td
td class=leftTwo/td
/tr
/tbody
/table
On Thu, Dec 19, 2013 at 11:12 AM, Luke Crook l...@balooga.com wrote:
Hi Nicolas,
What about the following code. In the following, 1 and 2 are not
appearing in the HTML or the Latex exorts.
* test
One
Ok. I feel quite quite silly now.
Thanks
/Luke
On Thu, Dec 19, 2013 at 12:48 PM, Nicolas Goaziou n.goaz...@gmail.comwrote:
Hello,
Luke Crook l...@balooga.com writes:
What about the following code. In the following, 1 and 2 are not
appearing in the HTML or the Latex exorts
Nicolas Goaziou n.goaziou at gmail.com writes:
Hello,
Luke Crook luke at balooga.com writes:
Hi Nicolas, I'm definitely using 8.2.2, as reported by org-version.
OK. Then could you provide an ECM? I'm unable to reproduce the problem.
Regards,
Hi Nicolas,
The first two work
Both \newpage and #+LATEX: \newpage generate page breaks in Latex.
However \newpage is included verbatim in HTML export.
Should I use #+LATEX: \newpage instead?
/Luke
I am unable to get links of the following type to appear in Tables when
exporting to HTML or Latex;
[[*Heading 1][A Heading]]
The links are valid in Emacs, meaning I can navigate to the target using C-c
C-o.
Links to headings using ID, or links to other tables ( e.g. [[tbl:aTable]]) do
seem
Nicolas Goaziou n.goaziou at gmail.com writes:
You are probably using an old Org revision (e.g. the one shipped with
Emacs 24.3).
Hi Nicolas, I'm definitely using 8.2.2, as reported by org-version.
That works. But that means I need both #+HTML: and #+Latex: for the same
thing. \newpage should convert as appropriate depending on the export.
So, \newpage should translate to the HTML equivalent on HTML export, and the
Latex equivalent on Latex export.
It only works correctly on Latex
Nicolas Goaziou n.goaziou at gmail.com writes:
\ref{} is LaTeX syntax. Try [[tbl:repositories]] instead.
Regards,
That did the trick, thank you.
Thanks for highlighting this. Being able to skip the #+NAME tag in this
situation makes it quite straightforward.
On Tue, Jun 11, 2013 at 4:58 PM, Rasmus ras...@gmx.us wrote:
Hi Luke!
It seems you're using v8.0.3. . .
Thank you for the feedback. I should have scrubbed my tags pre-8.0 tags to
conform to the post-8.0 world, sorry about that.
The following tags now work as expected. The List of
On Tue, Jun 11, 2013 at 4:58 PM, Rasmus ras...@gmx.us wrote:
It seems you're using v8.0.3. . .
Your example would be something like
#+OPTIONS: toc:nil
#+TOC: figures ## -- not implemented currently
#+LATEX: \listoffigures
The following generates the List of Figures
#+TOC: listings
No
I just noticed that the List of Figures is not being generated in 8.0.3.
I have a figure with;
#+LATEX: \listoffigures
#+ATTR_LaTeX: width=5.5cm
#+CAPTION: A Caption Here
#+LABEL: fig:test-figure-1
#+begin_src plantuml :file test-figure-1.png :cmdline -Tpng
plantuml stuff here
#+end_src
I have
On Fri, Mar 22, 2013 at 1:54 PM, Nick Dokos nicholas.do...@hp.com wrote:
My guess is that you have a seriously mixed-up installation.
It was a load-path problem. I use an init.el file to load my ~/.emacs.d/
emacs.org initialization file, and I totally forgot to update the path to
the org
When exporting to Latex, the system used to change the paper orientation to
landscape for tables between the #+begin_landscape #+end_landscape tags.
I noticed that v7.9.3f no longer does this. Were the
#+begin_landscape/#+end_landscape tags deprecated?
Thanks,
-Luke
in a pdf viewer.
On Tue, Mar 26, 2013 at 2:41 PM, John Hendy jw.he...@gmail.com wrote:
On Tue, Mar 26, 2013 at 4:32 PM, Luke Crook l...@balooga.com wrote:
When exporting to Latex, the system used to change the paper orientation
to
landscape for tables between the #+begin_landscape
works as
expected.
On Tue, Mar 26, 2013 at 4:36 PM, Charles Berry ccbe...@ucsd.edu wrote:
Luke Crook luke at balooga.com writes:
When exporting to Latex, the system used to change the paper orientation
to
landscape for tables between the #+begin_landscape #+end_landscape tags.
I
Sorry, pdfscape is what I am using. But I have used lscape in other docs
and #+begin_landscape/#+end_landscape does basically the same thing.
On Tue, Mar 26, 2013 at 6:03 PM, Luke Crook l...@balooga.com wrote:
Yes, I have. In fact, lscape is what I am using.
I haven't changed
Nick Dokos nicholas.dokos at hp.com writes:
My guess is that you have a seriously mixed-up installation.
That's what org-version just told me. I downloaded the latest version of Emacs
for windows which includes org-mode v7.9.3f. I'll try start from there.
///Luke
I updated org-mode to 7.9.4, and now a I receive the following error from Emacs
when I try to generate Latex output;
Code block evaluation complete.
org-export-select-backend-specific-text: Symbol's function definition is void:
org-strip-protective-commas
Any ideas what might be going on?
Luke Crook luke at balooga.com writes:
I also see the following error in 7.9.4;
Code block evaluation complete.
progn: Symbol's function definition is void: org-unescape-code-in-region
Does org-mode support 'flyspell-prog-mode', in that flyspell should ignore
everything within #+begin_src and #+end_src blocks?
Thanks,
-Luke
Eric Schulte schulte.eric at gmail.com writes:
I've just pushed up a fix -- Eric
Thanks for fixing this.
-Luke
suvayu ali fatkasuvayu+linux at gmail.com writes:
On Mon, May 16, 2011 at 6:38 PM, Luke Crook luke at balooga.com wrote:
:NOEXPORT: removes a heading from export and the TOC. Is there a
tag that will
only exclude a heading from appearing in the TOC?
For LaTeX export the following
:NOEXPORT: removes a heading from export and the TOC. Is there a tag that will
only exclude a heading from appearing in the TOC?
-Luke
Eric Schulte schulte.eric at gmail.com writes:
Since this could be generally useful would you be willing to add it to
the library of babel (org/contrib/babel/library-of-babel.org)?
That would be great.
If so then if you could supply a few explanatory sentences, I'll add those and
the code
Suvayu Ali fatkasuvayu+linux at gmail.com writes:
On Wed, 30 Mar 2011 05:38:41 + (UTC)
Luke Crook luke at balooga.com wrote:
1) The code between #+begin_src and #+end_src is exported and not
the result of evaluating the code (the commit log).
[...]
How can I fix (1
Jambunathan K kjambunathan at gmail.com writes:
Luke Crook luke at balooga.com writes:
2) I have to add at delay of at least 5 seconds (set-for 5 t) as vc-git
calls
git log as an asynchronous process. If not for the delay then babel
immediately returns an empty buffer and the vc
Nick Dokos nicholas.dokos at hp.com writes:
Luke Crook luke at balooga.com wrote:
Suvayu Ali fatkasuvayu+linux at gmail.com writes:
Have you tried ':exports results' as a header argument?
I just tried ':exports results'. But now I get the following error when
exporting
Nick Dokos nicholas.dokos at hp.com writes:
Luke Crook luke at balooga.com wrote:
'C-c C-c' at the top of the source block does generate the correct output
though. It is just 'C-c C-e export backend' that returns this error.
Right: (current-buffer) is not what you think it is when
I have code within #+begin_src and #+end_src that has to have the original org-
mode buffer during the export process, (vc-fileset (vc-deduce-fileset t)).
Is there an org-mode command that can be called during the export process that
will return this buffer?
Thanks,
-Luke
Nick Dokos nicholas.dokos at hp.com writes:
Luke Crook luke at balooga.com wrote:
Jambunathan K kjambunathan at gmail.com writes:
I changed my code to wait until the 'Git' process completes. Luckily vc-
call-
backend returns the async process.
... or you could use
Luke Crook luke at balooga.com writes:
Nick Dokos nicholas.dokos at hp.com writes:
There is a way to get the original buffer during capture, but I don't
know of a similar mechanism during export. I hardwired the file name
instead, but I got no further than the vc-fileset call
Luke Crook luke at balooga.com writes:
I have code within #+begin_src and #+end_src that has to have the original
org-
mode buffer during the export process, (vc-fileset (vc-deduce-fileset t)).
Is there an org-mode command that can be called during the export process
that
will return
Eric Schulte schulte.eric at gmail.com writes:
Luke Crook luke at balooga.com writes:
I have written the following code that uses the Emacs vc-* commands to
generate
a commit log.
Is there a reason this processing takes place using Emacs Lisp rather
than a simple shell code block
Eric Schulte schulte.eric at gmail.com writes:
It is true that export takes place in a fresh Org-mode buffer, however
the header arguments of Org-mode code blocks are guaranteed to be
evaluated in the original buffer, so a trick like the following can be
used to grab the original buffer.
Luke Crook luke at balooga.com writes:
Eric Schulte schulte.eric at gmail.com writes:
#+begin_src emacs-lisp :var buf=(buffer-file-name (current-buffer))
:exports
both
(message buffer %S! buf)
#+end_src
The following code will now generate the commit log.
#+begin_src emacs
I have written the following code that uses the Emacs vc-* commands to generate
a commit log. I would like the output of this code to be included when my file
is exported.
#+begin_src emacs-lisp :var limit=
;; Most of this code is copied from vc.el vc-print-log
(when (vc-find-backend-function
On Mon, Feb 28, 2011 at 9:35 AM, Rustom Mody rustompm...@gmail.com wrote:
When using orgmode for hacking on data in a table (org a la spreadsheet) I
have this situation
Say I am concentrating on column 2 and I want the bottom cell to be the sum
of the above cells
For a 7 row table with 8th
I have successfully created a custom title page which I have used to
replace the default version created by org-mode.
Per http://orgmode.org/worg/org-tutorials/org-latex-export.html
11.2 Titles and Title Page Layout.
However my title page contains the document title, date and version number.
Bernt Hansen bernt at norang.ca writes:
Hi Luke,
This problem was fixed in master on February 4 after release_7.4 in
commit 28b88bbb11289d6c8d39ccc8dc420e7051fc0d4c.
Regards,
Bernt
Thank you. I'll upgrade to the latest version.
-Luke
___
Luke Crook luke at balooga.com writes:
I'll try this and report back.
I started over. Followed the instructions at http://mobileorg.ncogni.to/ and
everything works.
Thanks,
-Luke
___
Emacs-orgmode mailing list
Please use `Reply All' to send
I would like to create some technical specifications in a format of
(a) Cover Page, (b) Title Page, (c) Revision History, (d) TOC,
(e) List of Tables, (f) List of Figures, and (g) Actual specifications/text/etc.
A-C might be part of each org-mode document, or might only be included on
export.
Greg Troxel gdt at ir.bbn.com writes:
Rodney Price rodprice at raytheon.com writes:
I've been trying to get MobileOrg set up with Dropbox, and I seem to
have done something to make it impossible for MobileOrg to sync.
Whenever I try, I get an error message like,
Unexpected error:
On Thu, Oct 21, 2010 at 11:17 AM, Erik Iverson er...@ccbr.umn.edu wrote:
I have same same error. The steps I took are as follows;
- Downloaded MobilOrg app for iPhone.
- Created an account on Dropbox.
- Linked Mobilorg to Dropbox account.
- Created test entry in Mobilorg.
- Attempted to
66 matches
Mail list logo
