Hello,
I'm trying to write some filters from Pygments, and to record what I'm
doing and make my life simpler, I'm doing it in an orgmode buffer. In
that buffer, I have the code I want to highlight in a source block, and
the python code for the Pygments extension in another block. I'm trying
to fin
Hi Thorsten,
Thank you very much for the detailed step-by-step instructions. I will try
it out.
BTW: your email is very well-structured . Do you write your email in
org-mode or some other emacs mode which can recognize [C-h f function-name
RET] and insert the results into the email?
Shiyuan
On
Nicolas Goaziou writes:
> Eric Schulte writes:
>
>> + ;; every subsequent list element is a single element long
>
> You need to start with a capital and a final period.
>
> Also, it could be merged with the comment below. E.g., "Paragraphs have
> no tag when any item in current list is eit
Eric Schulte writes:
> +;; every subsequent list element is a single element long
You need to start with a capital and a final period.
Also, it could be merged with the comment below. E.g., "Paragraphs have
no tag when any item in current list is either empty or consist of
a single para
Michael Bach writes:
> On 6/17/14 12:20 PM, Eric Abrahamsen wrote:
>> Hi there,
>>
>> I just started using helm, with some ambivalence. Turning on helm mode
>> stompled all over my emacs, but for just that reason I suppose it might
>> be worth trading my ido muscle memory for helm muscle memory.
Achim Gratz writes:
> Eric Schulte writes:
>> I believe something should be done to ensure consistent spacing in the
>> HTML export of list elements. I'd suggest that every list element
>> should be wrapped in a paragraph tag, but maybe a different solution is
>> more appropriate.
>
> Setting th
Nicolas Goaziou writes:
> Hello,
>
> Eric Schulte writes:
>
>> When the lists with spaces in some (but not all) elements are exported
>> to HTML, they result in unattractive spacing. This is due to the use of
>> paragraph tags in some list elements, which cause large spaces between
>> some list
Nicolas Goaziou writes:
> Eric Schulte writes:
>
>> Should this be done personally or in master?
>
> I can't think of a case where it could lead to confusion, so I'd say it
> can go in master, at least until someone complains, if ever.
>
Done. Thanks -- Eric
--
Eric Schulte
https://cs.unm.edu
Eric Schulte writes:
> Should this be done personally or in master?
I can't think of a case where it could lead to confusion, so I'd say it
can go in master, at least until someone complains, if ever.
BTW, as a reminder, I'm all for thinking again how emphasis/verbatim
markup is defined in Org
Eric Schulte writes:
> I believe something should be done to ensure consistent spacing in the
> HTML export of list elements. I'd suggest that every list element
> should be wrapped in a paragraph tag, but maybe a different solution is
> more appropriate.
Setting the spacing for paragraphs within
Aloha all,
Nicolas Goaziou writes:
> Hello,
>
> Aaron Ecay writes:
>
>> you will be able to use blocks of the following form:
>>
>> #+header: :header yes
>> #+begin_latex
>> \foo{}
>> \bar{}
>> #+end_latex
>>
>> These will be transformed so that the begin/end wrapper is removed and
>> each
Hello,
Eric Schulte writes:
> When the lists with spaces in some (but not all) elements are exported
> to HTML, they result in unattractive spacing. This is due to the use of
> paragraph tags in some list elements, which cause large spaces between
> some list elements but no spaces between othe
Nicolas Goaziou writes:
> Hello,
>
> Eric Schulte writes:
>
>> I'm writing a document in which I use footnotes to hold references to
>> many tools. One often wants the tool name in tt font, and the footnote
>> to be touching the tool name (i.e. =tool=[fn:1] ). Unfortunately
>> currently Org-mo
On 6/17/14 12:20 PM, Eric Abrahamsen wrote:
> Hi there,
>
> I just started using helm, with some ambivalence. Turning on helm mode
> stompled all over my emacs, but for just that reason I suppose it might
> be worth trading my ido muscle memory for helm muscle memory.
>
> Anyhoo... The only thing
Hi,
When the lists with spaces in some (but not all) elements are exported
to HTML, they result in unattractive spacing. This is due to the use of
paragraph tags in some list elements, which cause large spaces between
some list elements but no spaces between others.
I believe something should be
Hello,
Eric Schulte writes:
> I'm writing a document in which I use footnotes to hold references to
> many tools. One often wants the tool name in tt font, and the footnote
> to be touching the tool name (i.e. =tool=[fn:1] ). Unfortunately
> currently Org-mode doesn't fontify or export "tool"
Hi,
I'm writing a document in which I use footnotes to hold references to
many tools. One often wants the tool name in tt font, and the footnote
to be touching the tool name (i.e. =tool=[fn:1] ). Unfortunately
currently Org-mode doesn't fontify or export "tool" in the above as tt.
Is there a wa
[re-sent, sorry if you get this twice]
Eric Schulte writes:
> If this maintains existing functionality, please go ahead and apply it.
Done on master. The tests are left untouched, I will not have time to
do anything there for the next few days. Any helping hand is welcome.
Regards,
Achim.
--
Hello,
Aaron Ecay writes:
> you will be able to use blocks of the following form:
>
> #+header: :header yes
> #+begin_latex
> \foo{}
> \bar{}
> #+end_latex
>
> These will be transformed so that the begin/end wrapper is removed and
> each line is prepended with #+latex_header: on export. The
Aloha Alexander,
Alexander Baier writes:
> On 2014-06-23 17:43 Thorsten Jolitz wrote:
>> Alexander Baier writes:
>>
>>> Hello org-moders!
>>>
>>> I just tried to put a caption under/on/above (or anywhere for that
>>> matter) my source code block. When exporting to latex, I didn't see any
>>> c
Eric Schulte writes:
> I thought that `org-babel-sh-command' was still used if code blocks used
> the keyword "shell" as the language. If that's not the case and there
> really is no more use for `org-babel-sh-command', then please go ahead
> and apply this patch.
Done on master.
In the case you
On 2014-06-23 17:43 Thorsten Jolitz wrote:
> Alexander Baier writes:
>
>> Hello org-moders!
>>
>> I just tried to put a caption under/on/above (or anywhere for that
>> matter) my source code block. When exporting to latex, I didn't see any
>> caption belonging to my code block. Other backends ha
On Mon, 23 Jun 2014, Rainer M Krug wrote:
"Charles C. Berry" writes:
V> On Fri, 20 Jun 2014, Rainer M Krug wrote:
Attached please find =the reworked patch.
1) uses local() and closes connection
2) does not leave a variable cal;led file behind
[deleted]
OK - attached please find two
On Mon, 23 Jun 2014, Rainer M Krug wrote:
One more question concerning the variable transfer of tables:
,
| (let ((file (orgtbl-to-tsv value '(:fmt org-babel-R-quote-tsv-field)))
| (header (if (or (eq (nth 1 value) 'hline) colnames-p)
| "TRUE" "FALS
Pascal Fleury writes:
> I was wondering how it would behave if the string that is put into a
> variable contains newlines, backslashes and other things that bash
> (and other shells) treats specially.
Exactly like it does with the earlier method, except it doesn't fork and
doesn't require certain
2014-06-23 17:56 GMT+02:00 Charles Berry :
> Nicolas Girard gmail.com> writes:
>
>
> I think the diagnosis is incorrect.
>
> The empty source block has no effect.
>
> Adding ':noweb yes' to `capture's header args fixes things.
>
Charles,
thanks for your feedback.
I've always been under the assu
Nicolas Girard gmail.com> writes:
>
> The empty src block at the beginning of the following file prevents
> "capture-tmpl" to expand when tangling.
>
I think the diagnosis is incorrect.
The empty source block has no effect.
Adding ':noweb yes' to `capture's header args fixes things.
org-ver
Alexander Baier writes:
> Hello org-moders!
>
> I just tried to put a caption under/on/above (or anywhere for that
> matter) my source code block. When exporting to latex, I didn't see any
> caption belonging to my code block. Other backends have not been
> tried. How can I achieve this?
>
> F
Hello org-moders!
I just tried to put a caption under/on/above (or anywhere for that
matter) my source code block. When exporting to latex, I didn't see any
caption belonging to my code block. Other backends have not been
tried. How can I achieve this?
For reference, I run Org-mode version 8.2
Hi Marco,
marcowahls...@gmail.com writes:
> Is the user who wants the old behavior back supposed to configure
> `org-speed-commands-user' with `org-metadown'?
Nope -- reporting weird new behavior like you did will do :)
Thanks for this,
--
Bastien
Hi Matt,
Matt Lundin writes:
> I can confirm this bug.
Applied in master, with a slightly modified changelog, thanks
--
Bastien
marcowahls...@gmail.com writes:
> Hi,
>
> In the past speed key "D" (analog "U") on a headline moved the whole
> subtree down. In the latest org-mode version the effect of speed key
> "D" is to move the headline (and only just the headline) down. BTW this
> change of behavior is due to a change
Nicolas Goaziou writes:
> Hello,
>
> Matt Lundin writes:
>
>> A recent git pull broke logging with repeating todos.
>>
>> I'm guessing this has something to do with one of the recent changes to
>> the org element cache, since setting org-element-use-cache to nil solves
>> the problem.
>
> It sh
Aaron Ecay writes:
> Hi Rainer,
>
> 2014ko ekainak 21an, "Charles C. Berry"-ek idatzi zuen:
>>
>> On Fri, 20 Jun 2014, Rainer M Krug wrote:
>>
>>> Attached please find =the reworked patch.
>>>
>>> 1) uses local() and closes connection
>>> 2) does not leave a variable cal;led file behind
>>>
>
"Charles C. Berry" writes:
V> On Fri, 20 Jun 2014, Rainer M Krug wrote:
>
>> Attached please find =the reworked patch.
>>
>> 1) uses local() and closes connection
>> 2) does not leave a variable cal;led file behind
>>
>
> Seems to work on a few test cases.
>
> I'd move the strings to defconsts.
>
Hello,
Matt Lundin writes:
> A recent git pull broke logging with repeating todos.
>
> I'm guessing this has something to do with one of the recent changes to
> the org element cache, since setting org-element-use-cache to nil solves
> the problem.
>
> Recipe to replicate:
>
> 1. /usr/bin/emacs
Hello,
Rasmus writes:
> The attached patch adds more extensions to
> `org-latex-logfiles-extensiosn' that shows up when using latexmk and
> beamer.
Applied. Thank you.
[...]
> Note: while I personally very much like this feature the default
> non-nil value of org-latex-remove-logfiles may sl
One more question concerning the variable transfer of tables:
,
| (let ((file (orgtbl-to-tsv value '(:fmt org-babel-R-quote-tsv-field)))
| (header (if (or (eq (nth 1 value) 'hline) colnames-p)
| "TRUE" "FALSE"))
| (row-names (if rownames-p
"Charles C. Berry" writes:
> On Fri, 20 Jun 2014, Rainer M Krug wrote:
>
>> Attached please find =the reworked patch.
>>
>> 1) uses local() and closes connection
>> 2) does not leave a variable cal;led file behind
>>
>
> Seems to work on a few test cases.
>
> I'd move the strings to defconsts.
>
Hi,
In the past speed key "D" (analog "U") on a headline moved the whole
subtree down. In the latest org-mode version the effect of speed key
"D" is to move the headline (and only just the headline) down. BTW this
change of behavior is due to a change in `org-shiftmetadown' AFAICT.
Is the user
40 matches
Mail list logo
