I greatly appreciate the new export backends (thanks Nicolas!). The
filter functions are fantastic.
One thing that I'm having difficulty finding, however, is some way to
modify the content of the and headings in the
html.
The function org-html-template hard-codes the formatting of the title:
,
Esben Stien writes:
Hello Esben,
> Is there any way to retrieve a single org-contact as CSV or maybe a VCF
> file?
>
> I know I can export all of them, but is there a function to get just the
> one under point?
It wasn't possible, but it is now. I've slightly modified
`org-contacts-export-as-vc
You should use Org-mode Symbols.
~\ equal~ (without space hehind ~\~). If you have string behind it, you
should append ~{}~, like this: ~\ equal{}test~ (without space too).
Rustom Mody writes:
> If I enter code inline that has an == that is taken as an escape for code
> So how to enter '==' li
I want to know how to configure Org-mode to write diary with a easy way.
I hope someone can provide his way.
Here is what I think what Org-mode write diary should have.
- [ ] *open/create* a buffer to write current day's diary quickly.
- [ ] *navigate* diary entry like viewing day entries in Cale
Is there any way to retrieve a single org-contact as CSV or maybe a VCF
file?
I know I can export all of them, but is there a function to get just the
one under point?
--
Esben Stien is b0ef@e s a
http://www. s tn m
irc://irc. b - i . e/%23c
Marcin Borkowski writes:
> Hi list,
>
> this is only partially Org-ode related, but I hope I'll be excused.
> A friend of mine uses Scrivener; he also does some simple
> JavaScript/jQuery programming and HTML/CSS editing. He *is* interested
> in Emacs & Org-mode, but does not want to spend more
Nicolas Goaziou writes:
> Andreas Leha writes:
>
>> But then, I do not understand your statement 'headlines are the only
>> limitation to raw+replace behaviour'.
>>
>> This code block does not seem to respect 'raw+replace' for me:
>>
>> #+name: dtrn
>> #+BEGIN_SRC R :results raw replace
>> nwo
[this is why i mentioned the blank lines. both settings of this
variable fail. one adds blank lines and the other removes the final
newline.]
On 7/25/14, Thorsten Jolitz wrote:
> ,[ C-h v org-src-strip-leading-and-trailing-blank-lines RET ]
hi thorsten,
did you try it?
samuel
On 7/25/14, Thorsten Jolitz wrote:
> Samuel Wales writes:
>
>> i find that when i do c-c ' on a source block, it either strips the
>> final newline in the editing buffer or adds an unwanted blank line in
>> the source block.
>>
>> i like to have final newli
Chris Henderson writes:
> How do I link a local file or folder that has space? Looks like the link goes
> broken.
>
> e.g. file+sys:///Users/chris/projects/marketing plan for 2014 <-- doesn't
> work.
>
> I tried:
>
> file+sys:///Users/chris/projects/marketing\ plan\ for\ 2014 <-- which also
>
PS perhaps this is related to your earlier
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17651
Both seem to involve the cache.
Experience shows that issues with Org are best reported to the Org list.
I have reassigned the bug accordingly.
How do I link a local file or folder that has space? Looks like the link
goes broken.
e.g. file+sys:///Users/chris/projects/marketing plan for 2014 <-- doesn't
work.
I tried:
file+sys:///Users/chris/projects/marketing\ plan\ for\ 2014 <-- which also
doesn't work.
Of course \[ 1+1 \] is valid LaTeX syntax, just as inline
\begin{displaymath} 1+1 \end{displaymath} is valid. In LaTeX you can
also separate paragraphs with \par without using any empty line, but
that's not very readable and in practice this method is only used
when constructing macros.
My point i
Hello,
`org-list-empty-line-terminates-plain-lists' is an old variable (formely
known as `org-empty-line-terminates-plain-lists) which doesn't make much
sense nowadays.
Indeed, since "org-list.el" revamp (around Org 7.0.1 IIRC), inserting
two blank lines in a row terminates a list anyway. This is
Hello,
Federico Beffa writes:
> According to the LaTeX manual and reference "LaTeX: A Document
> Preparation System", L. Lamport, \[ ... \] is a short form for a
> displaymath environment. Citing the reference:
> "... Because displayed equations are used so frequently in
> mathematics, LaTeX all
Understood. Somehow got the call syntax suck in my head and didn't see
that the underscore named syntax only works for LoB stuff and works
perfectly when you just make a plain old language call.
Thanks!
This feature is really, really important.
Grant Rettke | ACM, ASA, FSF, IEEE, SIAM
g...@wisdo
Hi,
when you enable org-cdlatex and insert a LaTeX environment by pressing
M-{, the new environment is inserted ignoring indentation. To correct
for that it is not enough to press TAB as TAB is locally bound to
cdlatex-tab and moves the cursor to the next "interesting" part of the
environment.
Fo
Andreas Leha writes:
> But then, I do not understand your statement 'headlines are the only
> limitation to raw+replace behaviour'.
>
> This code block does not seem to respect 'raw+replace' for me:
>
> #+name: dtrn
> #+BEGIN_SRC R :results raw replace
> nwords <- 500
> nletters <- sapply(1:n
Nicolas Goaziou writes:
>> I'm setting variables buffer local as a way to make reproducible
>> research documents self-contained. The line that sets org-entities-user
>> nil is the culprit. Without it, I get the output I expect. With it, I
>> get the behavior I described.
>>
>> Here is my try
Martin Carlé wrote:
> It appears that by commit 69700e1 [22.04.2014 13:09] a little bug
> slipped into the codebase, sinc the org-special-keyword face is only
> shown at the top level in the correct face, but then gets simply
> overwritten by the respective sublevel face.
I did not understand exa
Rainer M Krug wrote:
> Aaron Ecay writes:
>> 2014ko ekainak 26an, Rainer M Krug-ek idatzi zuen:
>>>
>>> I use #+NAME to define some parameters for my analysis, which works
>>> quite nice for tables. but I would now like to use the same apprioach
>>> for values, e.g. a single number, but I don't m
Rainer Stengele wrote:
> Trying to htmlize my org agenda buffer stops with exception below.
> I cannot understand the reason.
> I use zenburn color-theme.
>
> org-priority-faces is a variable defined in `org-faces.el'.
> Its value is
> ((67 . "#7cb8bb")
> (66 . "#bfebbf")
> (65 . "cornflowerblue"
Nicolas Goaziou wrote:
> York Zhao writes:
>
>> I'm sorry but I really shouldn't send this document to anyone other than a
>> lawyer :-)
>
> [...]
>
>> Just want to confirm that you want me to run this command in that buffer
>> and see
>> if the problem can be reproduced?
>
> Calling the provided
Andreas Leha writes:
> But then, I do not understand your statement 'headlines are the only
> limitation to raw+replace behaviour'.
>
> This code block does not seem to respect 'raw+replace' for me:
>
> #+name: dtrn
> #+BEGIN_SRC R :results raw replace
> nwords <- 500
> nletters <- sapply(1:n
kuanyui wrote:
> Org-verbatim syntax is '=STRING=' ,but the equal symbol makes it look
> not distinguishing ('=' itself looks like it seems to be a part of
> STRING). I misread them often.
>
> So, I think maybe Org-mode can add a new face for equal symbol itself? I
> mean, user can dim the face of
Nicolas Goaziou writes:
> Andreas Leha writes:
>
>> Nicolas Goaziou writes:
>
>>> No matter how special the results drawer is, it cannot (and shouldn't)
>>> contain headlines.
>>
>> You are the master of the parser...
>
> That's why I carefully avoid shooting myself in the foot. There is (at
>
Hi,
I'm a long time LaTeX user starting to use the excellent org-mode.
I've noticed what I believe is a wrong interpretation of the LaTeX
syntax by org-mode:
According to the LaTeX manual and reference "LaTeX: A Document
Preparation System", L. Lamport, \[ ... \] is a short form for a
displaymath
Hello,
t...@tsdye.com (Thomas S. Dye) writes:
> Nicolas Goaziou writes:
>
>> I cannot reproduce it. Do you have an ECM? Are you setting
>> `org-entities-user' in a special way (i.e, not globally through `setq'
>> or customize)?
>
> In the process of putting together an ECM (which hopefully doesn
Andreas Leha writes:
> Nicolas Goaziou writes:
>> No matter how special the results drawer is, it cannot (and shouldn't)
>> contain headlines.
>
> You are the master of the parser...
That's why I carefully avoid shooting myself in the foot. There is (at
least) a good reason why only headlines
Hi Nicolas,
Nicolas Goaziou writes:
> Hello,
>
> Andreas Leha writes:
>
>> Is that a valid feature request:
>> Allow the combination of :results raw and :results replace -- regardless
>> of the produced content?
>>
>> IIUC the parser does not allow this right now. But (without any
>> knowledge
Carlos Sosa writes:
> David Arroyo Menendez writes:
>
>> Bastien writes:
>>
>>> Hi David,
>>>
>>> David Arroyo Menendez writes:
>>>
> * Guía Compacta de Org Mode (http://davidam.com/docu/orgguide.es.html y
> fuentes en worg)
This book needs a full review.
>>>
>>> You may al
Hello,
Miguel Ruiz writes:
> After more detailed review I have figure out that the problem more generic
> and the opposite of the exposed in my previous message:
>
> - org-maint ascii exporter takes org-export-preserve-breaks into account
> (default is nil; it works as expected, both nil and
Buddy Butterfly writes:
> How can I easily fix it in my Ubuntu dist? I am running the standard
> repo version from Ubuntu 14.04. Any .el or something like that?
Since it is fixed in maint, you can update Org from ELPA. It will be
updated in a few hours.
> Just a small one. As now the line for t
On Fri, 25 Jul 2014 11:11:23 +0200
Manfred Lotz wrote:
> On Fri, 25 Jul 2014 10:03:14 +0200
> Thorsten Jolitz wrote:
>
> > Manfred Lotz writes:
> >
> > > I have this minimal example using minted:
> > >
> > > #+TITLE: Minimal example
> > > #+LaTeX_HEADER: \usemintedstyle{emacs}
> > > * Example
Hi,
this is sooo cool! Was not aware of this syntax change.
It works now as expected.
Regarding
"\__" syntax doesn't exist anymore, so no exporter will recognize it.
The replacement is "\emsp". I fixed it in maint. Thank you for reporting
it.
How can I easily fix it in my Ubuntu dist? I am r
Nicolas Richard writes:
> But now that I think about it, org mode simply should avoid narrow-map
> completely : users (me included) won't randomly try to run
> org-narrow-to-subtree outside of org buffers (and those who do deserve a
> bad error message) but they might want to give "C-x n s" a try
On Fri, 25 Jul 2014 10:03:14 +0200
Thorsten Jolitz wrote:
> Manfred Lotz writes:
>
> > I have this minimal example using minted:
> >
> > #+TITLE: Minimal example
> > #+LaTeX_HEADER: \usemintedstyle{emacs}
> > * Example
> > - some code
> > #+BEGIN_SRC sh :results values code
> > echo # of i
Hello,
Buddy Butterfly writes:
> 1. Even though the column separators are given in latex, they are not
> printed
>anymore. Only when using the org-table standard feature |<>|. But such
>an additional line will be deleted after a clocktable refresh.
This is because syntax has changed. At
Hello,
Andreas Leha writes:
> Is that a valid feature request:
> Allow the combination of :results raw and :results replace -- regardless
> of the produced content?
>
> IIUC the parser does not allow this right now. But (without any
> knowledge on the parser) I can imagine
> 'special' results d
Manfred Lotz writes:
> I have this minimal example using minted:
>
> #+TITLE: Minimal example
> #+LaTeX_HEADER: \usemintedstyle{emacs}
> * Example
> - some code
> #+BEGIN_SRC sh :results values code
> echo # of items
> echo \# of items
> echo "# of items"
> #+END_SRC
>
> #+RESULTS:
>
Samuel Wales writes:
> i find that when i do c-c ' on a source block, it either strips the
> final newline in the editing buffer or adds an unwanted blank line in
> the source block.
>
> i like to have final newlines in all of my buffers, including editing
> buffers. what setting allows this wit
Sorry: last block, I meant
- Org-master (org-export-preserve-breaks nil) output:
hello
bye
> -Original Message-
> From: rbeni...@inbox.com
> Sent: Thu, 24 Jul 2014 23:53:57 -0800
> To: emacs-orgmode@gnu.org
> Subject: Re: [O] Bug: org-master (release_8.3beta-56-gdb0130) ascii
> exporter
After more detailed review I have figure out that the problem more generic and
the opposite of the exposed in my previous message:
- org-maint ascii exporter takes org-export-preserve-breaks into account
(default is nil; it works as expected, both nil and t)
- org-master ascii exporter doesn't
44 matches
Mail list logo
