Hello,
fxiny writes:
> old 8.2.10 left the entry unencrypted but untouched
> 9 deletes if the pass provided is none : a plain double pressed enter
>
> atm i'm running 9.0.3
> same problem with 0.1 and 0.2
>
> emacs version 25.1.90.1
>
> to reproduce : unencrypt , modify , save
> no pass but pre
Hello,
Jonas Bernoulli writes:
> I need to ensure that the texinfo exporter generates texi files that use
> space for indentation even when the global value of indent-tabs-mode is t.
> If tabs are used, then code blocks end up being intended wrong in the final
> info file.
>
> There are probably
On 12/31/16 9:23 AM, Nicolas Goaziou wrote:
Hello,
Peter Davis writes:
Yes, thanks, Richard! This will certainly work for this occasion. It
would be great to find a way to do this through org in future,
As answered by Richard, the way to do this through Org is to use
a filter.
Aha! Thank
Hello,
Peter Davis writes:
> Yes, thanks, Richard! This will certainly work for this occasion. It
> would be great to find a way to do this through org in future,
As answered by Richard, the way to do this through Org is to use
a filter.
Regards,
--
Nicolas Goaziou
Hello,
Grégoire Jadi writes:
> I've found what I think is a bug in orgmode parsing.
> When the following file is parsed :
> * Test
>
> #+BEGIN_SRC emacs-lisp :exports results :results raw drawer
> (format "* Test2")
> #+END_SRC
>
>
> #+RESULTS:
> :RESULTS:
> * Test2
> :END:
This syntax is incor
Hello,
Julio Molina Soler writes:
> *Output with the error:*
> Done (Total of 115 files compiled, 3 skipped)
> /Library/Developer/CommandLineTools/usr/bin/make -C doc info
> org-version: 9.0.2 (release_9.0.2-132-gc130b2)
> makeinfo --no-split org.texi -o org
> org.texi:10468: @item outside of ta
I need to ensure that the texinfo exporter generates texi files that use
space for indentation even when the global value of indent-tabs-mode is t.
If tabs are used, then code blocks end up being intended wrong in the final
info file.
There are probably other more direct approaches to achieve this
On 12/29/16 5:26 PM, Richard Lawrence wrote:
Hi Peter,
Peter Davis writes:
I'm preparing a proposed table of contents for a book, and I'd like the HTML
output to appear like:
Chapter 1 Blah
1.1 blah
1.2 blah blah
1.3 blah blah blah
Chapter 2 Blah Blah
2.1 blah
2.2 blah blah
Hi,
I've found what I think is a bug in orgmode parsing.
When the following file is parsed :
* Test
#+BEGIN_SRC emacs-lisp :exports results :results raw drawer
(format "* Test2")
#+END_SRC
#+RESULTS:
:RESULTS:
* Test2
:END:
The (truncated) result of `org-element-parse-buffer' is :
(src-block
(:
Hi all,
With the following file :
* Test
#+BEGIN_SRC elisp :results drawer :exports results
(format "* My Headline")
#+END_SRC
When I export this file to HTML, I expect to have the same result as if
I had the following file :
* Test
* My Headline
However, the exporter also include a paragraph w
old 8.2.10 left the entry unencrypted but untouched
9 deletes if the pass provided is none : a plain double pressed enter
atm i'm running 9.0.3
same problem with 0.1 and 0.2
emacs version 25.1.90.1
to reproduce : unencrypt , modify , save
no pass but press enter twice
*Output with the error:*
Done (Total of 115 files compiled, 3 skipped)
/Library/Developer/CommandLineTools/usr/bin/make -C doc info
org-version: 9.0.2 (release_9.0.2-132-gc130b2)
makeinfo --no-split org.texi -o org
org.texi:10468: @item outside of table or list
make[1]: *** [org] Error 1
make: ***
On 11/14/2016 12:32 PM, Nicolas Goaziou wrote:
Hello,
Jon Kristensen writes:
Looking at http://orgmode.org/manual/Stuck-projects.html>, it wasn't
clear to me that "+PROJECT/-MAYBE-DONE" was something called a "match
syntax". If the documentation could be extended to include this
information,
Hi all,
With the following file :
* Test
#+BEGIN_SRC elisp :results drawer :exports results
(format "* My Headline")
#+END_SRC
When I export this file to HTML, I expect to have the same result as if
I had the following file :
* Test
* My Headline
However, the exporter also include a paragraph w
Hello,
Arun Isaac writes:
> Perhaps, `org-publish-get-project-from-filename' can be rewritten
> without `catch' and `throw' using `cl-some' or `seq-some'. This is not a
> bug. But, it might help improve readability of the logic.
Done. Note that `seq-some' is not an option since we support Emacs
15 matches
Mail list logo