Hello,
> Anthony Lander writes:
> On the latest git pull, Org-mode version 7.01trans (release_7.01h.
> 500.gbbac.dirty), I encountered a problem with M-RET. When on a
> headline with text below it, M-RET will insert a new heading after
> the current heading, but before the text.
This is the
Hello,
> Miguel Ruiz writes:
> Might I implement an org capture template with predefined entries
> from a list instead of typing the final entry?
> If not, please, whats the minimal code to get a shortkey to launch a
> selection of an item of a list and insert in the buffer?
I am not sure t
Hello,
> Sébastien Vauban writes:
> 1) Ask for it.
> 2) Make it, answering the following questions:
>- Got the docs?
>- Signed them?
>- Checked it?
>THIS LINE DOES NOT SHOW UP in LaTeX!!!
The whole list should indeed end at this line. I sent a patch
correcting this.
> * O
Hello,
> Eric S Fraga writes:
> However, more strange behaviour appears as soon as you have multiple
> nested lists.
Just to avoid any misconception: if I get it correctly, what you do
call "multiple nested lists" cannot exist.
You can have nested lists, but no more than one sub-list at eac
> Eric S Fraga writes:
> So you are saying, if I understand you correctly, that you cannot
> have something like this:
> --8<---cut here---start->8---
> 1. some text
>- a nested list
>- with two items
>some more text for the first numbered item
Hello,
> Carsten Dominik writes:
> Nicolas, can you in particular please take a look at this - I
> believe you earlier said that you saw problems with it.
Sure, I will have a look at it on Sunday. But before testing it, there
is, by design, one thing that seems dangerous to me. Let's conside
Hello,
> Bastien writes:
> You're right that there is a problem.
> The usual way of turning radio links invisible is to comment them,
> but Org comments need to be at the beginning of the line, which
> breaks list indentation. (Btw, no need for the '+' in '#+' -- '#+'
> is the syntax prefix
Hello,
> Sébastien Vauban writes:
> And, in the case that such a construct would not be used, I wouldn't
> mind having to manually indent the paragraph where I want to place
> it, as long as the indentation is used to decide to what the text
> must be attached to.
Please (re-)read my "rhetor
Hello,
I've tried the patch today. There are still some easily-fixed glitches
(like letters not included in org-cycle-list-bullet, or bullets
allowing mixed text and numbers).
But, there is apparently one major drawback, as I said in a previous
post. If the line starts with a word followed by a d
> Nathaniel Flath writes:
>> But, there is apparently one major drawback, as I said in a
>> previous post. If the line starts with a word followed by a dot or
>> a parenthesis, Org will see a bullet there. This is bad news
>> because the following line will be indented, or a M-RET will delete
Hello,
> Carsten Dominik writes:
> Or, alternatively, put it in with an option to turn it on (default
> off, I think). And maybe we should after all limit it to a single
> character to avoid confusion. Yes, I do realise that I asked for
> several characters - but I am learning...
What will t
Hello,
> Robert Goldman writes:
> When I invoke org-toggle-checkbox with ^U in order to add a checkbox
> to a list item that doesn't have one, I get this message in the
> minibuffer:
> "Invalid search bound (wrong side of point)"
Patch sent to maintainers. Thank you.
Regards,
-- Nicolas
> Carsten Dominik writes:
> I think it would be appropriate in this case to simply throw an
> error and let the user clean up with undo.
Certainly, but this still means that any 27+ items list will never be
able to complete a full bullet cycle as the user will have to undo
each time alphabeti
Hello,
C-c ^ A will sort the list alphabetically, in reversed order.
If you do not really have A, B, etc. you can, well, add "marks"
(numbers) to items with the help of `org-apply-on-list', sort the list
numerically (in reversed order, with C-c ^ N), then remove the marks.
Here is an example sex
Hello,
> Carsten Dominik writes:
> On Oct 9, 2010, at 12:46 PM, Eric S Fraga wrote:
>> Footnotes: [1] If I have one niggle to report it is that indenting
>> text after an in-line todo doesn't seem to work properly: it
>> indents any subsequent paragraphs much too far, lining up with the
>> h
Nicolas
>From ab4b86b56654887be564d0519dd9e4407d9fc732 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou
Date: Mon, 11 Oct 2010 08:10:31 +0200
Subject: [PATCH 1/2] Fix indentation of text after an inline task.
* org.el (org-indent-line-function): Conditionnaly indent text inside
and outside in
> Carsten Dominik writes:
>> As a side note (to maintainers), the second patch isn't really
>> needed, but I thought, while I was at it, that it would make sense
>> (`org-inlinetask-min-level' doesn't need to be a boolean).
> Hmmm, what happens is a user has customized this variable and it ha
> Carsten Dominik writes:
>> As a side note (to maintainers), the second patch isn't really
>> needed, but I thought, while I was at it, that it would make sense
>> (`org-inlinetask-min-level' doesn't need to be a boolean).
> Hmmm, what happens is a user has customized this variable and it ha
Hello,
> Brian van den Broek writes:
> org-version: 7.01h emacs version: 23.1.1 ubuntu 10.04 I have not set
> any org-mode variables that treat of plain lists.
Many changes have been made to plain lists since 7.01h. For example,
your third point is definitely gone.
You may upgrade to Org gi
Hello,
> Richard Lawrence writes:
> I think I've found a bug with the way org-meta-return behaves. I
> occasionally need to follow an unordered list by an ordered list,
> without any intervening text. For example:
> * Some heading
> - unordered
> - unordered
> - unordered
>
> 1) ord
Hello,
> Rainer Stengele writes:
> Dear all,
> I am struggling with a simple indentation problem.
> Having this: (1)
>
> * test
> - indented
> line
> ^
> point at "^" and pressing TAB results in:
> * test
Hello,
> Nathaniel Flath writes:
> I think I've fixed the issues brought up with this new patch. Please
> let me know what you think.
I've noticed a couple of glitches.
First, you are using
(> 28 (length struct))
to know when to replace letters by numbers. But (length struct)
doesn't al
Hello,
> Rainer Stengele writes:
> One thing that is annoying me still:
> Having
> ** headline
>- indent
> text
> ^
> and pressing "TAB" I end up with
> ** headline
>- indent
>text
>^
> but would like to have
> ** headline
>- indent
> text
> ^
> Is this co
Hello,
> Rainer Stengele writes:
> One thing that is annoying me still:
> Having
> ** headline
>- indent
> text
> ^
> and pressing "TAB" I end up with
> ** headline
>- indent
>text
>^
> but would like to have
> ** headline
>- indent
> text
> ^
> Is this co
Hello,
> Rainer Stengele writes:
> Sometime I do save some an email body text under an org item.
> Pasting the text under "item" leads to
> * heading
> - item
> E-Mail body text line1
> E-Mail body text line2
> ...
> Now I cannot use C-j of course. How do I easily get
> * heading
> - i
> Carsten Dominik writes:
> I think it would be OK to modify the indentation code to do the most
> useful thing in this case, which is indenting to under the list. Is
> is OK to put the burden for terminating list by indentation on the
> user.
I fear that by doing this modification, we're
ds,
-- Nicolas
>From 8aa0a33e36be4593ad605d9a3c283942a275e580 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou
Date: Tue, 26 Oct 2010 23:34:49 +0200
Subject: [PATCH] indentation: lines outside of drawers ignore indentation of
drawers
* org.el (org-indent-line-function): Ignore drawers above th
Hello,
> Sébastien Vauban writes:
> Does that mean that we must admit this will stay like that forever,
> or will one try to look and see if it's possible to make that
> extension?
Nobody said it was impossible. For now, it is unavailable because not
satisfying enough.
The main difficulty i
Hello,
> Eric S Fraga writes:
> I believe both of these problems are related to the new list
> handling as I used to be able to export inline tasks perfectly fine
> in September.
Well, this is strange. I tried to get back to 7.01h, 7.01 and 6.36c
and I obtain this same behavior.
What kind o
Hello,
> Tom Short writes:
> With the new list handling mechanism in v7.02, org-meta-return acts
> differently for me following lists. If I hit M-RET with the cursor
> in the (blank) row or two after a list, it adds another list item.
> Before, I'd get a new heading (what I want), and I'd onl
Hello,
> Maximilian Matthe writes:
> Hi guys,
> I'm a really impressed orgmode-user. There is a thing that I don't
> like but I hope, it can be customized. When I type sth like this:
> (org-cdlatex-mode is enabeld)
> - $a_{1}$
> an press TAB when the cursor is behind the 1 the cursor moves
t
value, tell me. Note that, AFAICS, there is no way to configure the
appearance either.
The others problems look hairier to me.
Regards,
-- Nicolas
>From de9453852106fbdb542fa4751c355fd02da052bd Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou
Date: Thu, 4 Nov 2010 08:03:48 +0100
Subject:
Please disregard the last patch: it is buggy. Here is the new one.
Also, there is only one patch, even though it says [1/2].
-- Nicolas
>From e800cbfbb9e44d69f14bee874ce62e9a23224dab Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou
Date: Thu, 4 Nov 2010 08:03:48 +0100
Subject: [PATCH
Oh my...
Here is the third (and hopefully final) version of the patch.
Sorry for the noise.
-- Nicolas
>From a51b8a7919b935559a8716aa959851e7960d7ec4 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou
Date: Thu, 4 Nov 2010 08:03:48 +0100
Subject: [PATCH] inlinetasks: fix latex export
Hello,
> Eric S Fraga writes:
> The one problem it has is that the description environment should be
> closed when the /end/ of the inline task is found. At present, you
> are closing the description environment well after that (I think
> when you hit the next heading?).
I can't reproduce it
> Eric S Fraga writes:
> Are there any other I should be looking for?
Could you test it with a minimal setup (emacs -q)?
I just can't see how description list could end at a wrong place.
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please
> Arggh! Not sure why this is happening.
You need to (require 'org-inlinetask) before trying to export.
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
[email protected]
http://lists.gnu.org/mailman/listinfo/e
Hello,
> Sébastien Vauban writes:
> Eric S Fraga wrote:
>> In terms of what to actually do with inline tasks on export, what I
>> would love to see would be to have an inline task converted to a
>> footnote with a marginpar note, along the lines of:
>>
>> #+begin_src latex
>> \footnote{\textb
ion org-mark-subtree
(and not using the outline one).
Tell me if it works for you.
Regards,
-- Nicolas
>From b2267d2e4ef40a0d0d6e8c9a789e835b5cde6036 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou
Date: Sat, 6 Nov 2010 10:10:22 +0100
Subject: [PATCH] Handle inline tasks when marking a subtree
*
x27;s not. *** END
> Here is a suggestion of patch creating a new function
> org-mark-subtree (and not using the outline one).
> Tell me if it works for you.
Regards,
-- Nicolas
>From 8fcf73648f722e2aa8c539bdda433daab1edce6e Mon Sep 17 00:00:00 2001
From: Nicolas Goa
Hello,
> mwnn writes:
> I have a couple of SCHEDULED entries in an org file. These
> entries show up in agenda view even though i have marked them as
> DONE. Please let me know how I can disable this?
Have a look at `org-agenda-skip-scheduled-if-done'.
Regards,
-- Nicolas
__
they are now included in the
repo?
I'm now waiting for comments from the 3-3.5 persons in the world using
inline tasks!
Regards,
--
Nicolas Goaziou
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
[email protected]
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Hello,
> Does this mean a pull from the org-mode repo pulls the patched
> files? I just updated my local org installation and note text (not
> headlines) still remain indented under the inline task instead of
> the parent node heading level.
You have to pull from _my_ repo, not the org-mode one,
Hello,
> Nathaniel Flath writes:
> Are there any further issues? Thanks, Nathaniel Flath
I've quick checked your patch and it looks like it is doing its job.
Two things to note, though:
1. I strongly recommend that `org-list-can-be-alphabetical' should
make use of non-interactive forms
Hello,
Here is a problem when a latex fragment is split across two lines and
an emphasize follows. The text won't be italicized upon exporting to
HTML.
=
* latex-fragments bug
Imagine we have a formula starting here $e^{i\pi} +
1 = 0$. Now we have a problem with /emphasize/.
=
This
Regards,
--
Nicolas
>From f280a3ef4c8bc54eb0a299a66d42a4ac47622730 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou
Date: Fri, 12 Nov 2010 03:08:09 +0100
Subject: [PATCH] babel: delay call to `org-export-blocks-preprocess' in export
* lisp/org-exp.el (org-export-preprocess-string): delayi
Hello,
> Nathaniel Flath writes:
> Are there any further issues?
Also, as you changed `org-item-beginning-re' into a function, there
are a few places outside org-list.el that need to be modified
accordingly.
And exporters (mainly HTML and DocBook) should be aware of
alphabetical bullets.
R
Hello,
> Chris Malone writes:
> I'm currently running org-version 7.3 with emacs 22.2.1. When I try
> to export a plain list in an org document to either LaTeX or PDF via
> LaTeX, I get an error about =looking-at-p= being void. I know for a
> fact this worked with org-version 7.01h and the sa
Hello,
>> Let's say one wants to number the lists using prime numbers.
> is this possible with normal Org-mode lists? I thought that numbered
> lists automatically re-numbered themselves.
Sure it is !
2. [...@2] This is
3. [...@3] a prime-numbered
5. [...@5] list.
57. [...@57] Even Grothendiek'
Hello,
> Eric Schulte writes:
> I've just pushed up a small commit (including minimal documentation)
> which teaches code blocks how to read and write Org-mode lists.
Quickly looking at your commit, may I suggest that you do not make use
of `org-list-in-item-p-with-indent'?
This is a low-le
Hello,
> Thomas S Dye writes:
> I'm finding that I frequently work with Org-mode files that need
> different configurations. I typically have a #+begin_src emacs-lisp
> block in these files that I can execute with C-c C-c, so that emacs
> behaves the way the file requires for the task at hand
Hello,
> Sébastien Vauban writes:
> I tested the look and feel of the export to HTML and PDF. Works
> fine.
Good.
> Works even better (IMHO) with the suggested template:
[...]
> The advantage is to get a real different look for the inlined task,
> so that it gets your attention as it dese
Hello,
> Sébastien Vauban writes:
> This is a normal list (example):
> - lists are not copied "verbatim" in the PRE
> - they're even wrong: mix of OL and UL, because...
> Place the *cursor at the end* of the first (or second) itemized line
> (that is, after PRE), and S-arrow right to cycle
rom being
interpreted.
Regards,
-- Nicolas
>From c0c3f11916bae6731eec26e4743402bf3aa83d2f Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou
Date: Sun, 21 Nov 2010 12:01:59 +0100
Subject: [PATCH 1/2] Do not interpret lists in verse environments upon exporting
* lisp/org-html.el (org-export-as-html): skip list interpretation when
ins
Hello,
> Nathaniel Flath writes:
> although I'm not an expert in the exporting. Let me know if there's
> anything else, or if I screwed up anything when trying to figure out
> how to make a git patch(looks like it worked, though.)
I looked at your patch and here is what I've noticed so far:
Hello,
> Erik Iverson writes:
> I still see the additional stars added to headlines, and they are
> shadowed properly. But the free text lines under each headline are
> not shown indented as they previously were.
I can confirm this.
It looks like the following commit is the culprit
commit
Hello,
> Sébastien Vauban writes:
> Though, I don't understand cases where we would like to preserve the
> "verbatimness" of the linebreaks, but not of the lists, which is the
> case, currently, for VERSE. Is there any useful use case for that?
> For me, both should be supported together, wh
Hello,
> Sébastien Vauban writes:
> I meant, for me, there are only 2 useful options regarding a "block
> environment" such as BLOCKQUOTE and VERSE:
> - either, nothing is "interpreted"; that is, line breaks are
> preserved, and lists are preserved as well (outputted as they are
> written in
Hello,
> Barton writes:
> The in-buffer LaTeX previews generated by org-preview-latex fragment
> are smaller than what can be called readable.
> Perhaps there is some change I can make to the default configuration
> to increase the size of the generated preview fragments?
You should have a
Hello,
> Karl Maihofer writes:
> These documents must be updated and will be exported to HTML
> regularly. Some documents have 500+ pages and many many of these
> "inline task" notes.
Wouldn't drawers be more appropriate here than inline tasks? Not that
it would work with a drawer either, bu
Hello,
> Karl Maihofer writes:
> Thanks for that. Did you work on the demote/promote problem, too?
No, nothing related to lists actually. But I added a way to configure
export of inline tasks.
> As pointed out above in my special case inline tasks would be a
> great thing to have in lists.
> Karl Maihofer writes:
> Until we have an opinion about inline tasks are there any arguments
> agains drawers for list items?
I don't think so. It just needs to be implemented. But it isn't a
straightforward task. In fact, that means you can have a list A
containing a drawer, which can also
Hello,
> Eric S Fraga writes:
> However, I think that keeping the number of dependencies down is
> advantageous so I would vote for having a very generic default
> template for latex but with a good example of what is possible in
> the documentation (e.g. the particular template definition pr
Hello,
> Thomas S Dye writes:
> * List
> 1. First item
> 2. Second item Following text.
This is completely different from your first example. Here "Following
text" is inside the list, whereas before, it was outside.
> This works for lists set in a paragraph, but won't work for lists
> s
Thomas,
Could you please test this patch and tell me if it breaks something?
Regards,
-- Nicolas
>From 8fdd9ff682306cc5161f0b230d43493abff1d5e2 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou
Date: Sun, 28 Nov 2010 16:51:14 +0100
Subject: [PATCH] Exporting lists to LaTeX respects blank li
> This works perfectly for me. Thanks!
It is available on master branch now.
Thanks for pointing out this little annoyance.
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
[email protected]
Hello,
> Sébastien Mengin writes:
> Sorry I come too late but I would not like this kind of "annoyance"
> avoided ;)
> In Thomas' case, it is perfectly understandable, true.
> But in general, I find it a lot better to leave a blank line between
> the end of a list and the following paragrap
Hello,
> Richard Lawrence writes:
> Is it possible to embed blockquotes inside list items, so that
> (e.g.) they are indented beyond the enclosing list item in LaTeX
> exports?
This is a work in progress. There should be a testing phase related to
it soon.
Regards,
-- Nicolas
Hello,
It has been applied to master branch.
I will keep an eye on reported bugs about it. It shouldn't change
anything for users not requiring org-inlinetask in their Org
configuration, though.
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Plea
Hello,
> Vincent Belaïche writes:
> The closure is missing.
> Is that a bug?
At the moment, there is no real support for lists inside blocks.
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list
Hello,
> Andreas Leha writes:
> Hi all, (how) can I have source code block in lists not breaking the
> latex exported list?
It should be fixed on git head.
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies
Hello,
As I had promised it here a few days ago, I just pushed a testing
branch allowing to have lists in blocks, drawers and inline tasks.
These constructs can themselves be located in lists.
Basically, lists are allowed in every block but "src", "example" and
"verse". Inline tasks will not end
Hello,
> Carsten Dominik writes:
> Nicolas, I believe this was one of your patches - the limited
> outline regexp needs to be anchored in the way you use it in
> org-latex.el.
Ok. Today, I will check others limited outline regexp in use.
Regards,
-- Nicolas
___
Hello,
Others uses of org-get-limited-outline-regexp are corrects.
Though, shouldn't I replace all those calls to
`org-get-limited-outline-regexp' with `org-with-limited-levels' macro?
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Re
Hello,
> Achim Gratz writes:
> Lists with checkboxes don't work anymore like they are supposed to,
> the sub-checkboxes are not taken into account anymore and you can
> check list items that still have some of their children unchecked.
You are right. I'm working on it. For now, you can put a
cro is for!
The following patch does that, 3 times. I replaced one condition-case
with ignore-errors in the process.
As `org-store-link' is also modified, I did not apply it myself.
Regards,
-- Nicolas
>From 2764d0a0fadec4fd6a2b3eab0ff98ca2e77d32d5 Mon Sep 17 00:00:00 2001
From:
Hello,
> Nathaniel Flath writes:
> Sory for the long delay - I got caught up in other work. A
> patchaddressing the sisues brought up is attached.
I've had a look at your patch.
I think the modifications to HTML and DocBook exporters are nice. It
could be possible to do the same thing in La
Hello,
> Bernt Hansen writes:
> If you export the following org file to HTML the list is not
> terminated properly. There is a ORG-LIST-END tag in the source
> instead of the tags which results in invalid HTML.
This should be fixed on master now.
Thanks for the report.
Regard,
-- Nicola
Hello,
> Noorul Islam K M writes:
> Actually I did not face this issue as I explained earlier, I am not
> sure why.
Were you selecting the sub-tree before exporting?
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to se
Hello,
> Sébastien Vauban writes:
> --8<---cut here---start->8---
> - Alice :: Our objectives are ...
> - Collegue :: We can show you our architecture. It indeed does this
> and this ...
> - Me :: What's your deadline?
>--8<---cut here-
Hello,
> This is defeated by the indentation code, which does not recognise
> sublists correctly and gets the indentation wrong.
Would you mind elaborating? I fail to see where the indentation code
has some problem recognizing lists.
> By setting `fill-indent-according-to-mode' to nil, we tell
> Lawrence Mitchell writes:
> Hopefully the example below clears things up a bit.
I cannot reproduce it, even when following your steps.
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-
Hello,
> Samuel Wales writes:
> When point is at [] and I press TAB, nothing happens.
> ...
> 27) bikeshedding (talking about something you think you
> []know about instead of what is important -- in this case,
> talking about what the audience thinks it knows about)
> ...
User error
> Samuel Wales writes:
> [I meant list in the subject] Thanks Nicolas. ISTR this is different
> from before. Did it work before?
It is also working right now, although in a different way. ;)
> It occurs when you have a list, and a paragraph someplace, and want
> to insert that paragraph as a
Hello,
> You can have virtually any regexp to end a list, by changing
> `org-list-end-re'.
It is `org-list-end-regexp', my apologies.
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode
the same unsatisfying results with ditaa (I haven't checked
others back-ends) ;
- emacs -q or -Q do not change anything.
Is it something that has been fixed in recent git ? Am I doing
something wrong ?
Thanks.
--
Nicolas Goaziou
___
Emacs-or
> Dan Davison writes:
> I can't reproduce this -- it works OK for me using current git master
> and 6.36c tarball. What is written to *Messages* during export? I get
> Exporting to LaTeX...
> org-babel-exp processing...
> executing Asymptote source code block
> asy -globalwrite -f pdf -o test
Hello.
I tried to export something like this (git head) :
#+begin_src R :var num=3 :exports results
runif(n=num, min=0, max=1)
#+end_src
While it is fine when run with C-c C-c, I get the following error
when trying to export the file :
progn: reference '3' not found in this buffer
So I investi
Hello,
This patch makes org-babel-asymptote handle variables. Types integer,
string, symbol (treated as strings), float, and any list of those are
supported.
- Nicolas
org-babel-asymptote.patch
Description: Binary data
___
Emacs-orgmode mailing lis
Hello,
Here is a patch to allow the use of variables in org-babel-asymptote.
Types integer, string, symbol (treated as string) float and any table
of those are recognized.
Thanks,
- Nicolas
diff --git a/contrib/babel/lisp/langs/org-babel-asymptote.el
b/contrib/babel/lisp/langs/org-babel-asympt
> Eric Schulte writes:
> This patch looks great!
Thank you.
> Thanks for the contribution. However before I apply this patch, can
> I ask, have you signed the FSF papers.
It is on it's way : I've already received their confirmation email and
the papers I have to sign should arrive soon. So,
Hello,
With the following minimal example, the list isn't properly exported
to latex (please note there is no problem with html). The culprit is
obviously the equation split across two lines at the end of the first
item.
---
* Ex
<[email protected]>
<87d3vw8shu.wl%[email protected]>
<[email protected]>
<87wru4uhux.wl%[email protected]>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/23.2 Mule/6.0
(HANACHIRUSATO)
Hello,
While I'm at it, I'd like to suggest asymptote as a neat tool to draw
all those grap
> Eric Schulte writes:
Hello,
> I've run across the following bug a couple of times before, but have
> finally had a chance to really distill it. When exporting the following
> --8<---cut here---start->8---
> #+TITLE: latex environments bug
> there is ma
> Eric Schulte writes:
> I agree asymptote does generate beautiful figures (does it use the same
> pgf backend as tikz)?
Asymptote is unrelated to pgf. IMHO, it is far more powerful (i.e. 3D
functionality) but admittedly less integrated into LaTeX (that's why
org-babel is god sent).
> Howeve
Hello,
Here is a patch making latex exporter smarter about lists.
Here is a (vicious) example of what can be exported now.
--
1. A very long line with a mathematical environment at its end \(x =
25 \)
#+BEGIN_EXAMPLE
The example illustrating the patch should be :
--
1. A very long line with a mathematical environment at its end \(x =
25 \)
#+BEGIN_EXAMPLE
3. three
4. four
#+END_EXAMPLE
2. Another line
-
> Eric Schulte writes:
> A potentially related issue,
> The following org-mode snippet doesn't export correctly to latex,
> presumably because of protection issues similar to those addressed in
> your patch. Any ideas?
> --8<---cut here---start->8---
> **
Hello,
> Eric Schulte writes:
> Not to look a gift patch in the mouth, but while this patch fixes the
> above issue it looks like it introduces a new problem.
If you want a quick hack, just remove the space I introduced in the
comment regexp. But, imho, it isn't a real solution as #+source is
Hi,
> Eric Schulte writes:
> This problem I can't reproduce.
My bad. I wasn't on git head. There is no such problem anymore. After
you've made your changes, all should be set, hopefully.
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please
1 - 100 of 9824 matches
Mail list logo
