[O] Renaming the thread: orgmode-bibtex/html-export issues
My problem with bibtex is in the context of a website I am developing
using orgmode (http://www.indianstatistics.org).
I would like some pages to have a bibliography of works relevant to
the subject area. I need the kind of thing that is done using
\nocite(key) in bibtex. \nocite is useful when one is building a
standalone bibliography that is not accompanying any text where these
works are cited.
Now that I have org-exp-bibtex.el working, I find that it does not
support \nocite{key}. You have to use \cite{key}.
To sum, I need a way of making a bibliography out of selected entries
form a bibtex database, and be able to export it to html.
Will be grateful if somebody could point me to a solution.
Thanks,
Vikas
Re: [O] [new exporter] what is the label syntax for LaTeX export?
> One problem I am having is that the exported LaTeX replaces the ":" with
> a "-" to become \ref{tab-niceone} which precludes the use of (e.g.)
> \autoref which would need to know that the thing being referenced was a
> table by recognising the "tab:", no? I am sure there is a good reason
> for this, can you say why?
This is due to one of the few functions that was brought from the old
exporter: `org-export-solidify-link-text'.
That's because targets (that is <<...>> or #+NAME: ...) have no
limitation on the characters allowed in their value, which can lead to
problems when translated into foreign code (i.e. an % sign in the target
when using the latex back-end).
So, the function replaces forbidden characters with hyphens.
Besides using filters, a solution might be either:
1. to remove colons from the forbidden characters.
2. to limit the characters allowed in targets and remove
`org-export-solidify-link-text' altogether.
Regards,
--
Nicolas Goaziou
[O] Bug: ORG_ADD_CONTRIB does not work the first time [7.9.2]
I am using the maint as of today (c20730b). make "ORG_ADD_CONTRIB=org-contacts" prefix=/tmp/org install Running this once in a clean org-mode working tree results in org not copying org-contacts.el(c) to /tmp/org/emacs/site-lisp/org. Running the command a second time does that, though. This is a bug?! Christopher
[O] solved (Re: BUG ? [new HTML exporter] subtree: newline and slash)
Da: Nicolas Goaziou inviato: Martedì 6 Novembre 2012 18:20 Giovanni Ridolfi writes: >> did you try to replicate the bug? > Yes, sir. Thank you very much for having fixed it some time ago and, please, accept my apology for having overreacted yesterday evening, without double checking. I would have sworn I had installed the latest version BUT I was wrong. I really loaded the a99402fac, that is a version more or less the 6th of november. I got confused: too much org-tar.gz in my directory :-( Today I installed the *real* last but one Org-mode version 7.9.2 (854ddf6 and the bug is gone. Again sorry for the noise, Giovanni
Re: [O] Little link difficulty
Michael Brand writes: > Hi François Hello, Michael! > To check the invisible parts of an Org link here are some alternatives > to Fundamental mode that stay in Org mode: > 1) M-x org-toggle-link-display > 2) M-x visible-mode(also toggling) > 3) temporarily delete the first "[" or last "]" of the Org link and undo > 4) C-c C-l with point on the Org link to show the link part in the minibuffer I knew 3) and 4), but not 1) and 2). Thanks for educating me! :-) François
[O] [new exporter] empty lines in LaTeX header
Hi all,
how is it possible to add an empty line to a LaTeX header?
Any empty
#+latex_header:
is 'stripped' from the exported document.
Background:
I am building a beamer presentation using the progress bar from
http://www.mrunix.de/forums/showpost.php?p=316577&postcount=3
and that definition requires a "mandatory!" empty line.
(NB: My current workaround is to put #+latex_header: \include{pbar}
into the org document and have a separate pbar.tex with the definition.)
Regards,
Andreas
Re: [O] Bug: source code editing using C-c ' (org-edit-special) eats characters
On Thu 25 Oct 2012, Bastien wrote: > Hi Hsiu-Khuern, > > Hsiu-Khuern Tang writes: > >> Sorry if this has been reported -- a brief search didn't turn up >> anything. > > this is now fixed -- thanks for reporting this! > > Best, Has this been pushed to org in emacs trunk ? I'm seeing a similar problem in emacs trunk (r110821) where "C-c '" in the *Org Src* buffer closes the source edit window and discards the entire contents of the source block. Should I raise an emacs bug for this ? AndyM
[O] Suggestions for progress tracking
I'm starting another novel translation, and want to keep track of progress in org (I've blown too many deadlines in the past). I've been looking at the habits functionality, but it doesn't quite match what I want, and I'm looking for a little advice here. I'd like to: 1. Set myself a minimum of pages translated per day, on weekdays. 2. Record how many pages I do each day. 3. View some habit-style report of how I'm doing relative to my goal. 4. Project when I will be done with the novel at the current rate of progress. Obviously I'll be writing some custom elisp to get all of this functionality, but I'm looking for some advice on the best way to build the basics. Habits are currently based on either/or values: "done" or "not done", which doesn't incorporate enough detail. Properties seem like the best way to keep track of number of pages translated per day, but that means having a separate TODO heading for each day of work. State logging could do it, but there are no pre-fab ways of extracting data out of the log itself. It seems like there are so many good tools here: the history reporting of habits, or the progress cookies you can put in headlines, etc. But they're all tied to headlines or list items being in an on or off state: TODO/DONE, checked/unchecked. Anyway, if anyone has any bright ideas, please let me know! Thanks, Eric
Re: [O] [new exporter] empty lines in LaTeX header
Hi Andreas, Andreas Leha wrote: > how is it possible to add an empty line to a LaTeX header? > Any empty > #+latex_header: > is 'stripped' from the exported document. Couldn't you use a #+begin/end_LaTeX block instead? > Background: > I am building a beamer presentation using the progress bar from > http://www.mrunix.de/forums/showpost.php?p=316577&postcount=3 > and that definition requires a "mandatory!" empty line. I'd be interested seeing the results... Best regards, Seb -- Sebastien Vauban
[O] Include a limited level of subheadings for export/publish?
I've been through all of the export and publishing documentation and what I could find about includes and I can't see a way to do what I want to accomplish. I have multiple org files, each of which represents a project, with the first level headings representing milestones for the project and lower headings providing more detail. I currently publish these as HTML for my manager to peruse. I would like to construct, as automatically as possible, an overview page for my manager. I would like to be able to list my active and inactive projects and, for each one, include just the milestone headings from the project file, ideally any SCHEDULED, DEADLINE, or CLOSED timestamps on the headings. I haven't found anything that seems to come close to doing what I want. Any pointers to similar examples, useful functions or settings, and the link would be appreciated. For a concrete example, say I have the following two project files. # project-a.org * DONE Milestone A-1 CLOSED: [2012-11-01 Thu 15:54] DEADLINE: <2012-11-01 Thu> ** Milestone details * STARTED Milestone A-2 * TODO Milestone A-3 Some descriptive text. # project-b.org * STALLED Milestone B-1 DEADLINE: <2012-11-05 Mon> * TODO Milestone B-3 * Future Goal ** Future goal details. I would like to do something that gets me HTML output similar to the following: Projects In Progress Project A DONE Milestone A-1 CLOSED: 2012-11-01 Thu 15:54 DEADLINE: 2012-11-01 Thu STARTED Milestone A-2 TODO Milestone A-3 Project B STALLED Milestone B-1 DEADLINE: 2012-11-05 Mon TODO Milestone B-3 Future Goal Future Projects
Re: [O] Bug: ORG_ADD_CONTRIB does not work the first time [7.9.2]
Christopher Schmidt writes: > I am using the maint as of today (c20730b). > > make "ORG_ADD_CONTRIB=org-contacts" prefix=/tmp/org install > > Running this once in a clean org-mode working tree results in org not > copying org-contacts.el(c) to /tmp/org/emacs/site-lisp/org. Running the > command a second time does that, though. > > This is a bug?! Not any more (as of ca5d5e9). Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
[O] (no subject)
I would like to solve a problem I have: C-e (org-end-of-line) does not move to the end of the line with long lines that are not headings. I find myself wanting to get to the end of a long line often and have to hit multiple C-e sequences to get there. I don't have the org-special-ctrl-a/e set to non-nil. My line-move-visual value is the default value of t, so I get the end-of-visual-line movement one screen's worth. Before I start hacking, I thought I should be clear on the design goals here. It seems as if the declaration of line-move-visual says it is dealing with vertical motion, not horizontal motion. I don't see any behavior elsewhere that uses the interpretation that line-move-visual is for horizontal motion. Anyone have thoughts on this subject? BTW - I posted this back in May, but I neglected to keep the topic alive. Kevin Buchs
Re: [O] Bug: Messaging when moving in the agenda [7.9.2 (7.9.2-GNU-Emacs-24-3 @ /usr/share/emacs/24.2.50/lisp/org/)]
Michael Heerdegen writes: > So, IMHO `org-display-outline-path' should still display its stuff in > the echo area, but prevent logging in *Messages*. AFAIK, the way to > do this is to bind `message-log-max' to nil. > > I'm not sure if this is the right thing in every case, but if the goal > is to just display something for better orientation etc., there is no > need for logging. +1, I totally agree. These message do not need to be logged into the *Messages*-buffer because this provides no benefit whatsoever. Christopher
Re: [O] Bug: ORG_ADD_CONTRIB does not work the first time [7.9.2]
Achim Gratz writes: > Christopher Schmidt writes: >> I am using the maint as of today (c20730b). >> >> make "ORG_ADD_CONTRIB=org-contacts" prefix=/tmp/org install >> >> Running this once in a clean org-mode working tree results in org not >> copying org-contacts.el(c) to /tmp/org/emacs/site-lisp/org. Running the >> command a second time does that, though. >> >> This is a bug?! > > Not any more (as of ca5d5e9). Thank you very much! Christopher
Re: [O] Bug: Messaging when moving in the agenda [7.9.2 (7.9.2-GNU-Emacs-24-3 @ /usr/share/emacs/24.2.50/lisp/org/)]
Christopher Schmidt writes: > +1, I totally agree. These message do not need to be logged into the ^^^ > *Messages*-buffer because this provides no benefit whatsoever. s/message/messages Christopher
Re: [O] end-of-line behaviour [was: (no subject)]
This sounds like it might be related to recent end-of-line changes and an even more recent (not yet applied) patch I posted. On Wed, Nov 07, 2012 at 12:50:20PM -0600, Kevin Buchs wrote: > I would like to solve a problem I have: C-e (org-end-of-line) does not > move to the end of the line with long lines that are not headings. I > find myself wanting to get to the end of a long line often and have to > hit multiple C-e sequences to get there. I don't have the > org-special-ctrl-a/e set to non-nil. Which version of org-mode are you running? I can't reproduce this in a recent git checkout. With visual-line-mode off and org-special-ctrl-a/e nil, C-e goes straight to the (real) end of the line in one go. On the other hand, with the same settings, C-a doesn't go back to the *beginning* of the line in one go for me. This bug is fixed by the patch I posted to the list. > My line-move-visual value is the default value of t, so I get the > end-of-visual-line movement one screen's worth. At least in the latest git, end-of-line doesn't even check the value of line-move-visual, so it's setting shouldn't have any effect at all on org-end-of-line. (org-beginning-of-line *does* check line-move-visual; my patch fixes this to check visual-line-mode instead.) > Before I start hacking, I thought I should be clear on the design goals > here. It seems as if the declaration of line-move-visual says it is > dealing with vertical motion, not horizontal motion. I don't see any > behavior elsewhere that uses the interpretation that line-move-visual > is for horizontal motion. Anyone have thoughts on this subject? Agreed (see the recent discussion thread about my patch). > BTW - I posted this back in May, but I neglected to keep the topic alive. Looks like you're not the only one trying to fix this :) Toby -- Dr T. S. Cubitt Mathematics and Quantum Information group Department of Mathematics Complutense University Madrid, Spain email: ts...@cantab.net web: www.dr-qubit.org
Re: [O] end-of-line behaviour [was: (no subject)]
I'm running version 7.8.10 of org-mode. I think I should grab an update. I did see some recent discussion which cued by memory but I thought since I was not using visual-line-mode that it did not apply. Thanks. What an interesting title your group has! - Kevin Buchs On Wed, Nov 7, 2012 at 1:50 PM, Toby Cubitt wrote: > This sounds like it might be related to recent end-of-line changes and an > even more recent (not yet applied) patch I posted. > > On Wed, Nov 07, 2012 at 12:50:20PM -0600, Kevin Buchs wrote: >> I would like to solve a problem I have: C-e (org-end-of-line) does not >> move to the end of the line with long lines that are not headings. I >> find myself wanting to get to the end of a long line often and have to >> hit multiple C-e sequences to get there. I don't have the >> org-special-ctrl-a/e set to non-nil. > > Which version of org-mode are you running? > > I can't reproduce this in a recent git checkout. With visual-line-mode > off and org-special-ctrl-a/e nil, C-e goes straight to the (real) end of > the line in one go. > > On the other hand, with the same settings, C-a doesn't go back to the > *beginning* of the line in one go for me. This bug is fixed by the patch > I posted to the list. > >> My line-move-visual value is the default value of t, so I get the >> end-of-visual-line movement one screen's worth. > > At least in the latest git, end-of-line doesn't even check the value of > line-move-visual, so it's setting shouldn't have any effect at all on > org-end-of-line. (org-beginning-of-line *does* check line-move-visual; my > patch fixes this to check visual-line-mode instead.) > >> Before I start hacking, I thought I should be clear on the design goals >> here. It seems as if the declaration of line-move-visual says it is >> dealing with vertical motion, not horizontal motion. I don't see any >> behavior elsewhere that uses the interpretation that line-move-visual >> is for horizontal motion. Anyone have thoughts on this subject? > > Agreed (see the recent discussion thread about my patch). > >> BTW - I posted this back in May, but I neglected to keep the topic alive. > > Looks like you're not the only one trying to fix this :) > > Toby > -- > Dr T. S. Cubitt > Mathematics and Quantum Information group > Department of Mathematics > Complutense University > Madrid, Spain > > email: ts...@cantab.net > web: www.dr-qubit.org >
[O] Javascript in postamble
For a website that I am producing using orgmode, I would like to insert a javascript code in the postamble to get a piwik installation to track traffic to the website. I am unable to add html markup/java script to :html-postamble in project alist. The documentation on postamble is too brief for me. Can anyone give an example? Vikas
Re: [O] [new exporter] what is the label syntax for LaTeX export?
Nicolas Goaziou writes:
>> One problem I am having is that the exported LaTeX replaces the ":" with
>> a "-" to become \ref{tab-niceone} which precludes the use of (e.g.)
>> \autoref which would need to know that the thing being referenced was a
>> table by recognising the "tab:", no? I am sure there is a good reason
>> for this, can you say why?
>
> This is due to one of the few functions that was brought from the old
> exporter: `org-export-solidify-link-text'.
>
> That's because targets (that is <<...>> or #+NAME: ...) have no
> limitation on the characters allowed in their value, which can lead to
> problems when translated into foreign code (i.e. an % sign in the target
> when using the latex back-end).
Thanks for the explanation.
> So, the function replaces forbidden characters with hyphens.
>
> Besides using filters, a solution might be either:
(I haven't actually made any progress on a solution using filters. I
was expecting it to be a little convoluted though; splitting on the
first hyphen and joining on a colon.)
Not sure if you are showing me two options you are thinking of
implementing here or suggesting two things I can do myself:
> 1. to remove colons from the forbidden characters.
If no backends would mind dealing with a colon (I don't know them well
enough to be able to decide) then this would be preferable.
> 2. to limit the characters allowed in targets and remove
>`org-export-solidify-link-text' altogether.
This option could restrict future backends, or other (future?) latex
packages.
The first option seems most appropriate because a character should only
be restricted if there is a good reason (e.g. a backend would not like
it) rather than forbidding every character and only allowing it if there
is a good reason to.
As to whether my use case is a good reason to allow colons: I have no
idea how many people use the \autoref or \nameref thing.
>
>
> Regards,
Myles
Re: [O] Bug: source code editing using C-c ' (org-edit-special) eats characters
Andy Moreton writes: > I'm seeing a similar problem in emacs trunk (r110821) where "C-c '" in > the *Org Src* buffer closes the source edit window and discards the > entire contents of the source block. > > Should I raise an emacs bug for this ? > > AndyM I've seen this happen recently as well, specifically where I have added comment lines to the source, e.g. lines starting with # in sh src code blocks. I was in a rush to get something done so didn't stop to try to figure out what was happening or to generate a minimal example. I also don't know if it's still happening -- this happened to me late last week, IRC. I also don't know if the problem was dependent on the version of Emacs as I use three systems daily (long story). I will try to repeat this and develop a repeatable test case. -- : Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D : in Emacs 24.2.50.1 and Org release_7.9.2-568-gc2ebee
[O] [bug] [new exporter] export of inline babel calls confused
Hello,
in trying to see if I could replicate a problem with disappearing src
code blocks, I have run into problems with the new exporter. The
attached minimal example generates a very strange convoluted latex
output (also attached).
The old exporter doesn't do a perfect job but comes a lot closer!
Thanks,
eric
--
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.2.50.1 and Org release_7.9.2-568-gc2ebee
% Created 2012-11-08 Thu 09:43
\documentclass{scrartcl}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{fixltx2e}
\usepackage{graphicx}
\usepackage{longtable}
\usepackage{float}
\usepackage{wrapfig}
\usepackage{soul}
\usepackage{textcomp}
\usepackage{marvosym}
\usepackage[integrals]{wasysym}
\usepackage{latexsym}
\usepackage{amssymb}
\usepackage{hyperref}
\tolerance=1000
\usepackage{xcolor}
\usepackage{listings}
\usepackage{amsmath}
\providecommand{\alert}[1]{\textbf{#1}}
\title{examplebug.org}
\author{Eric S Fraga}
\date{\today}
\hypersetup{
pdfkeywords={},
pdfsubject={},
pdfcreator={Emacs Org-mode version 7.9.2}}
\begin{document}
\maketitle
\setcounter{tocdepth}{3}
\tableofcontents
\vspace*{1cm}
\section{disappearing source code blocks}
\label{sec-1}
The following source code block counts the number of files in the current directory.
\begin{verbatim}
375
\end{verbatim}
There are =375
= files in the directory.
\end{document}
# -*- org-confirm-babel-evaluate: nil; -*-
#+TITLE: examplebug.org
#+AUTHOR:Eric S Fraga
* disappearing source code blocks
The following source code block counts the number of files in the current directory.
#+name: t1
#+begin_src sh :exports results :results output
# count the number of files in the directory
ls | wc -l
#+end_src
There are call_t1() files in the directory.
Re: [O] [bug] [new exporter] export of inline babel calls confused
Apologies! I attached the latex file generated by the old exporter
instead of the one generated by the new one.
Here is the latex generated by the new exporter (I hope ;-).
Thanks,
eric
--
: Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D
: in Emacs 24.2.50.1 and Org release_7.9.2-568-gc2ebee
% Created 2012-11-08 Thu 09:48
\documentclass{scrartcl}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{fixltx2e}
\usepackage{graphicx}
\usepackage{longtable}
\usepackage{float}
\usepackage{wrapfig}
\usepackage{soul}
\usepackage{textcomp}
\usepackage{marvosym}
\usepackage[integrals]{wasysym}
\usepackage{latexsym}
\usepackage{amssymb}
\usepackage{hyperref}
\tolerance=1000
\usepackage{xcolor}
\usepackage{listings}
\usepackage{amsmath}
\author{Eric S Fraga}
\date{\today}
\title{examplebug.org}
\hypersetup{
pdfkeywords={},
pdfsubject={},
pdfcreator={Generated by Org mode 7.9.2 in Emacs 24.2.50.1.}}
\begin{document}
\maketitle
\tableofcontents
\vspace*{1cm}
=379
=* disappearing source code blocks
The following source code block counts the number of files in the current directory.
\begin{verbatim}
379
\end{verbatim}
Ther$_\mathrm{t1}$() files in the directory.
% Generated by Org mode 7.9.2 in Emacs 24.2.50.1.
\end{document}
Re: [O] Include a limited level of subheadings for export/publish?
On Wed, Nov 7, 2012 at 10:48 AM, Phil! Gold wrote: > I've been through all of the export and publishing documentation and what > I could find about includes and I can't see a way to do what I want to > accomplish. > > I have multiple org files, each of which represents a project, with the > first level headings representing milestones for the project and lower > headings providing more detail. I currently publish these as HTML for my > manager to peruse. I would like to construct, as automatically as > possible, an overview page for my manager. I would like to be able to > list my active and inactive projects and, for each one, include just the > milestone headings from the project file, ideally any SCHEDULED, DEADLINE, > or CLOSED timestamps on the headings. I haven't found anything that seems > to come close to doing what I want. Any pointers to similar examples, > useful functions or settings, and the link would be appreciated. > > For a concrete example, say I have the following two project files. > > # project-a.org > * DONE Milestone A-1 > CLOSED: [2012-11-01 Thu 15:54] DEADLINE: <2012-11-01 Thu> > ** Milestone details > * STARTED Milestone A-2 > * TODO Milestone A-3 > Some descriptive text. > > # project-b.org > * STALLED Milestone B-1 > DEADLINE: <2012-11-05 Mon> > * TODO Milestone B-3 > * Future Goal > ** Future goal details. > > I would like to do something that gets me HTML output similar to the > following: > > Projects In Progress > > Project A > DONE Milestone A-1 > CLOSED: 2012-11-01 Thu 15:54 DEADLINE: 2012-11-01 Thu > STARTED Milestone A-2 > TODO Milestone A-3 > > Project B > STALLED Milestone B-1 > DEADLINE: 2012-11-05 Mon > TODO Milestone B-3 > Future Goal > > Future Projects > > > > I'm actually wondering if you couldn't write a custom agenda view for this easier than trying to concatenate two files. Agenda already includes the file name, so if it's descriptive enough it would be clear to your manager which "project bucket" it was looking at. Or make an agenda view with headers for each project. You could include the todo/done/stalled status as well as scheduled/deadline dates. Agenda views can easily be exported to html with C-x C-w while looking at the view. Maybe google around for some custom agenda views and see if exporting those to html format might be something that could work for you. Just thought it might be easier than trying to call together content from a bunch of files via an exporter that's not really made to do that. Agenda is. For custom agenda views (if you're not familiar), you might want to check out: - Exporting agenda to html: http://orgmode.org/manual/Exporting-Agenda-Views.html - Manual on custom views: http://orgmode.org/manual/Custom-agenda-views.html - Bernt Hansen's very nice section on custom agenda views: http://doc.norang.ca/org-mode.html#CustomAgendaViews Good luck! John
Re: [O] [new exporter] what is the label syntax for LaTeX export?
Colons are now allowed in targets. Thanks for submitting the suggestion. Regards, -- Nicolas Goaziou
Re: [O] [PATCH] Separate clocksum format for durations >= 1 day
Toby Cubitt writes:
> But that only needs to parse clock strings stored in properties/drawers,
> not the ones displayed in overlays (column view) or in the mode-line.
Correct.
> Are the clock strings stored in properties/drawers formatted using the
> existing org-time-clocksum-* defcustoms? I can't easily tell from the
> org-clock.el code...
>
> The only sane answer ought to be "no" (which doesn't mean that it is ;)
> It would clearly be better if the clock strings stored in org buffers
> used a single fixed format, which could be mangled as desired for display
> in overlays and the mode-line.
Format string for clock lines is hard-coded (see line 1493 in
org-clock.el), which means we don't have to limit ourselves to
parse-able format. Back to point 1.
Then, I'm fine with format strings. Following your suggestion, what
about the following variables:
- one to determine format of data: fractional or regular.
- one to determine display format. Its value would be a list of 3 format
strings associated to days, hours and minutes.
Internally, the duration is computed as a list of three integers or nil
if data is regular, or a list of one float and two nil if data is
fractional. Format strings from the second variable will be concatenated
only when value is non-nil. If no format string is found for a given
unit, it's value will be converted into a lesser unit.
Examples:
| var1| var2| internal representation | display
|
|-+-+-+-|
| 'regular| ("%dd " "%d h " "%d min") | (nil 11 35) | 11 h 35
min |
| 'fractional | ("%.2fd" "%.2fh" "%.2fmin") | (nil 11.3 nil) | 11.30h
|
| 'regular| ("%dd " "%d:" "%02d") | (1 3 5) | 1d 3:05
|
| 'regular| (nil "%d:" "%02d") | (1 3 5) | 27:05
|
We can extend it to years if needed.
Regards,
--
Nicolas Goaziou
Re: [O] Bug: source code editing using C-c ' (org-edit-special) eats characters
Eric S Fraga writes: > I will try to repeat this and develop a repeatable test case. I have been unable to have this problem (disappearing src code blocks) appear again. Thanks, eric -- : Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D : in Emacs 24.2.50.1 and Org release_7.9.2-570-gc149e04a
Re: [O] [new exporter] what is the label syntax for LaTeX export?
Nicolas Goaziou writes:
> Colons are now allowed in targets.
>
> Thanks for submitting the suggestion.
Thanks a lot Nicolas.
In case anyone else finds this useful, here is the filter I'll use to replace
\ref
with \autoref:
(defun my-autoref-filter-link-func (output backend info)
(when (and (memq backend '(e-latex))
(string-match
"ref\{\\(.*\\)\}"
output))
(replace-match (concat "autoref{" (match-string 1 output) "}") nil
nil output)))
(add-to-list 'org-export-filter-link-functions
'my-autoref-filter-link-func)
Myles
Re: [O] [new exporter] empty lines in LaTeX header
Andreas Leha writes: > Hi all, > > how is it possible to add an empty line to a LaTeX header? > Any empty > #+latex_header: > is 'stripped' from the exported document. > > > Background: > I am building a beamer presentation using the progress bar from > http://www.mrunix.de/forums/showpost.php?p=316577&postcount=3 > and that definition requires a "mandatory!" empty line. I know the snippet shown there indicates that an empty line is required. However, this is likely required to ensure a new paragraph is started. You could try inserting \par instead of a new line? As in: #+latex_header: \par Untested. By the way, you may also wish to check out the progressbar beamer theme: https://github.com/cedricmauclair/beamer-progressbar I have been using this for a long time now. HTH, eric -- : Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D : in Emacs 24.2.50.1 and Org release_7.9.2-570-gc149e04a
