Hello,
> Samuel Wales writes:
> Latest git.
This is on list devel branch, not on master branch yet.
Regards,
--
Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org
Hi Nicolas,
I tried c-c - on
- indented text and it worked perfectly, preserving hierarchy
- headlines and it did not preserve hierarchy
I tried c-c * on
- indented text and it did not preserve hierarchy
- a list and it did not preserve hierarchy
Latest git.
Samuel
On 2011-02-10, Nic
Hello,
> Samuel Wales writes:
> I'd like to see c-c - on headlines preserve hierarchy.
This is now implemented, and hopefully working.
Thanks for suggesting this,
Regards,
--
Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send
Hello,
> Eric S Fraga writes:
> Any suggestions? I cannot see why latex, html and babel should be
> handled any differently... I guess I could move from using
> begin_latex to "begin_src latex" instead?
Function replacing blocks was not setting `original-indentation'
property.
This should b
Nicolas Goaziou writes:
> Hello,
>
>> Eric S Fraga writes:
>
>> Any suggestions? I cannot see why latex, html and babel should be
>> handled any differently... I guess I could move from using
>> begin_latex to "begin_src latex" instead?
>
> Function replacing blocks was not setting `original-
> Eric S Fraga writes:
> I cannot because your changes do not seem to have propagated
> through...
Commit looks ok on github, so it should be available. Did you try
"pull -f"? I rebased against master a few days ago.
Regards,
--
Nicolas
___
Emacs
Nicolas Goaziou writes:
[...]
> Normally, lists should not pay attention to anything inside blocks so
> I highly doubt it is related to indentation of code.
The on-going saga of lists and blocks! Sorry about this...
Attached is a simple org file which includes latex, html and babel
source cod
Nicolas Goaziou writes:
> Hello,
>
>> Note the ending and immediate starting of an enumerate environment
>> after the listing corresponding to the babel octave code.
>
> I cannot reproduce it with:
>
> -
> * babel results overwrite following text
>
> 1. start an item so that following is i
Nicolas Goaziou writes:
> Hello,
>
>> Note the ending and immediate starting of an enumerate environment
>> after the listing corresponding to the babel octave code.
>
> I cannot reproduce it with:
>
> -
> * babel results overwrite following text
>
> 1. start an item so that following is i
Hello,
> Note the ending and immediate starting of an enumerate environment
> after the listing corresponding to the babel octave code.
I cannot reproduce it with:
-
* babel results overwrite following text
1. start an item so that following is indented:
#+begin_src emacs-lisp :var
(may be rude to followup on my own post but...)
Further on the problem with exporting a list with a babel code block:
if I ask the results to be exported as well as the code (code only is
the default) via:
#+begin_src octave :var x=10 :exports both
the export works correctly and generates:
Nicolas,
a possible bug with respect to export to latex of lists which contain
babel code. The following example:
--8<---cut here---start->8---
# -*- coding: utf-8; -*-
#+TITLE: examplebug.org
#+AUTHOR:Eric S Fraga
#+EMAIL: e.fr...@ucl.ac.uk
#+OPTI
Hello,
> Samuel Wales writes:
> I never have anyin various ways would lists at column 0. I always
> want the top level at column 2. Supporting this would be great.
> C-c - not putting lists at column 0 (optionally)
There is already support for that. Use M-S-right or M-S-left on top
item of
On 2011-01-24, Samuel Wales wrote:
> I never have anyin various ways would lists at column 0. I always
That should be "I almost never want lists at column 0".
In particular I frequently do c-c - then use c-x r o.
The only time I want lists at column 0 is if I do something like this,
where inde
You asked for comments and suggestions.
Adding inline tasks sounds like a great way to allow all sorts of
things. I like that.
I never have anyin various ways would lists at column 0. I always
want the top level at column 2. Supporting this would be great. C-c
- not putting lists at column 0
Hello,
> Carsten Dominik writes:
>> In original patch, bullet type was passed to HTML and DocBook
>> exporters. I removed that part of the code for various reasons.
> I am not sure if I understand this. What was passed through in the
> original patch, and what have you changed?
In original
Hi Nicolas,
this is very impressive. Thanks so much for bringing
back sublists with intersected text.
In original patch, bullet type was passed to HTML and DocBook
exporters. I removed that part of the code for various reasons:
I am not sure if I understand this. What was passed th
Hello,
I would like to announce, and submit to discussion, some list code
upgrades. So, let me introduce the changes done in development branch:
* Major changes
1) It is possible (again) to have indentation of text determine the
current level of the list. But this time, the 3 main exporte
18 matches
Mail list logo
