Jakob Schöttl writes:
> Am 01.06.21 um 11:53 schrieb Tom Gillespie:
>>
>>> We have a pretty similar project, org-parser[1]. It's also written
>>> in a Lisp dialect, Clojure, but it uses instaparse instead of brag
>>> as parser library.
>>
Am 01.06.21 um 11:53 schrieb Tom Gillespie:
We have a pretty similar project, org-parser[1]. It's also written in a Lisp
dialect, Clojure, but it uses instaparse instead of brag as parser library.
https://github.com/tgbugs/laundry/tree/next#similar-projects I managed
to get it into my
"Bruce D'Arcus" writes:
> On Tue, Jun 1, 2021 at 9:09 PM Scott Randby wrote:
>
>> As a constant user of Org's LaTeX export capability, this change would break
>> my ability to export to PDF, and it would be difficult for me to fix. I don't
>> support this change.
>
> Can you explain this,
On Tue, Jun 1, 2021 at 5:25 PM Nicolas Goaziou wrote:
>
> Hello,
>
> "Bruce D'Arcus" writes:
>
> > It seems if I have only global bibliographies set, the oc-basic
> > blue/red flagging of citekeys will always be red, even if the keys are
> > correct.
>
> I cannot reproduce it. Would you have a
On 6/1/21 8:00 PM, Tim Cross wrote:
"Bruce D'Arcus" writes:
While testing org-cite a few weeks ago, I noticed by default bibtex
won't run with natbib export, or biblatex with biblatex export.
Since org has not had native citations, this is not surprising.
But with org-cite coming soon,
I have this
#+begin_src haskell :results silent :exports code
:{
maximum'' :: (Ord a) => [a] -> a
maximum'' = foldl1 (\x acc -> if x > acc then x else acc)
:}
#+end_src
but on export to HTML (or LaTex) I'd like to suppress the :{ and :} to just
show the code
maximum'' :: (Ord a) => [a] -> a
John Kitchin writes:
> Hi,
> I am looking at org-src-block-faces. It sort of works, but I thought it
> should change the whole block, and not just the background of the text in the
> block.
> Is that the intended behavior, or am I missing something?
>
> image.png
>
> Thanks,
>
> John
>
I
"Bruce D'Arcus" writes:
> Here's the current command for the "latexmk" option:
> "latexmk -g -pdf -pdflatex=\"%latex\" -outdir=%o %f"
> ... and here's what you have, minus shell-escape.
> "latexmk -f -pdf -%latex -interaction=nonstopmode -output-directory=%o %f"
The option
Hello,
"Bruce D'Arcus" writes:
> It seems if I have only global bibliographies set, the oc-basic
> blue/red flagging of citekeys will always be red, even if the keys are
> correct.
I cannot reproduce it. Would you have a more precise example?
Regards,
--
Nicolas Goaziou
"Bruce D'Arcus" writes:
> While testing org-cite a few weeks ago, I noticed by default bibtex
> won't run with natbib export, or biblatex with biblatex export.
>
> Since org has not had native citations, this is not surprising.
>
> But with org-cite coming soon, this will change.
>
> At the
"Bruce D'Arcus" writes:
> While testing org-cite a few weeks ago, I noticed by default bibtex
> won't run with natbib export, or biblatex with biblatex export.
>
> Since org has not had native citations, this is not surprising.
>
> But with org-cite coming soon, this will change.
>
> At the time
On Tue, Jun 1, 2021 at 9:09 PM Scott Randby wrote:
> As a constant user of Org's LaTeX export capability, this change would break
> my ability to export to PDF, and it would be difficult for me to fix. I don't
> support this change.
Can you explain this, Scott? Why would anything "break'?
Hello,
** Tim Cross [2021-06-02 12:56:59 +1000]:
> "Bruce D'Arcus" writes:
>> On Tue, Jun 1, 2021 at 9:09 PM Scott Randby wrote:
>>
>>> As a constant user of Org's LaTeX export capability, this change would break
>>> my ability to export to PDF, and it would be difficult for me to fix. I
>>>
"Drew Adams" writes:
> IIUC, `org-open-file' and its associated code, such as `org-file-apps',
> `org-default-apps', and `org-apps-regexp-alist', have nothing
> particularly to do with Org mode. They constitute general-purpose code
> for opening files using associated programs. Code that uses
Uwe,
i don't know if it will work for you, but on my linux box i use
=ssconvert= from the =gnumeric= package to convert from .xls to .csv.
in one project, the make rule looks like
${BDIRCSVS}/%.csv: xlsxs/%.xlsx
ssconvert -T Gnumeric_stf:stf_csv $< fd://1 | \
awk '{ \
Sébastien Miquel writes:
There's already an `org-latex-and-relatex` regexp
I meant the `org-latex-and-related` face.
--
Sébastien Miquel
>>> "JJ" == Jeremie Juste writes:
Hello Jeremie
> Hello Uwe,
> If you have python or R at hand you might want to go for this option.
> In R you would so something like.
Thanks, I first tried out the python solution, so I installed
1. Xlsx2csv that works fine for xlsx fine but not, as
Hi,
When it comes to preview inline LaTeX fragments within org-mode, the org
package applies the `org-block` face. It would be nice to *treat inline
latex block specially*, to make integration of the those preview-block
easier when surrounded by plaintext. This feature would allow to have a
theme
Hi Léo,
Léo Ackermann writes:
When it comes to preview inline LaTeX fragments within org-mode, the
org package applies the `org-block` face. It would be nice to *treat
inline latex block specially*, to make integration of the those
preview-block easier when surrounded by plaintext. This
Hello,
I've been trying to use the ox-mediawiki.el export option to export from
org mode to mediawiki mode.
Unfortunately the exporting does a poor job of exporting lists. E.g. the
following org mode source:
```
* A section
- An item
- Another item
- A subitem
- Another subitem
-
Michael Gauland writes:
This is all the*trace-output* buffer shows:
==
1 -> (replace-buffer-contents #)
1 <- replace-buffer-contents: nil
Indeed, the `replace-buffer-contents` call is failing.
I've been able to reproduce
Hello,
Dov Grobgeld writes:
> I tried to modify ox-mediawiki.el to solve the following two issues:
>
> - Get rid of redundant newlines between exported list items
> - Replicate the leading asterisk to reflect the indentation level of the
> list.
>
> To get of the newline I tried to rewrite the
Hi Léo,
For what it’s worth, I currently make do with:
┌
│ (setq org-highlight-latex-and-related '(native script entities))
│ (add-to-list 'org-src-block-faces '("latex" (:inherit default :extend t)))
└
All the best,
*Timothy*
>>> "GM" == Greg Minshall writes:
Hi Greg
> Uwe,
> i don't know if it will work for you, but on my linux box i use
> =ssconvert= from the =gnumeric= package to convert from .xls to .csv.
> in one project, the make rule looks like
Right this is what I also use in Ubuntu, but in fink there is no
Hi Jakob,
Thank you for getting in touch. I had been meaning to after
someone pointed me to your repo in a reddit thread, but you beat me to
it. Replies in line. Best!
Tom
PS ccing this back to the list for the record.
On Tue, Jun 1, 2021 at 1:56 AM Jakob Schöttl wrote:
>
> Hi Tom,
>
> I
Bruce D'Arcus writes:
> Thanks Timothy.
>
> What's your view on modifying current default?
I think latexmk is a pretty reasonable expectation, and your
justification that it's more important seems sound to me.
Using the value seen in my config, I've found that at the least my
version of
On Tue, Jun 1, 2021 at 1:03 PM Timothy wrote:
>
>
> Bruce D'Arcus writes:
>
> > Thanks Timothy.
> >
> > What's your view on modifying current default?
>
> I think latexmk is a pretty reasonable expectation, and your
> justification that it's more important seems sound to me.
>
> Using the value
Hi Maxim,
First of all I would like to thank you for testing out patches and
taking time to write a detailed report about it.
On 2021-06-01, 23:23 +0700, Maxim Nikulin wrote:
> On 17/05/2021 12:29, Bastien wrote:
>> Utkarsh Singh writes:
>>> For now can you review the patches I proposed
If you're looking to go the python route of importing an xls file, you
could try the xlrd package. It's actually just for xls. I'm not sure if
it converts to csv, but once you have the spreadsheet open in python
that should be a pretty trivial exercise.
Cheers,
Nick
On 5/31/21 7:18 AM, Uwe
Hello,
On Sun, May 16, 2021 at 3:53 AM Bastien wrote:
> Dear all,
>
> with the help of the Savannah folks, I sat up a new org-mode.git repo:
>
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git
>
> The current master branch of Org is pushed to the main branch on Savannah
> and the current
It seems if I have only global bibliographies set, the oc-basic
blue/red flagging of citekeys will always be red, even if the keys are
correct.
Bruce
On Mon, May 31, 2021 at 5:20 PM Aimé Bertrand
wrote:
> would like to move the homepage.
> See attached patch. Thanx.
>
I looked at the patch which moves from sourcehut to gitlab. LGTM. :
Timothy,
thank you for this. Your summaries are very useful. I find out things
that I somehow missed despite being on the mailing list.
However, there is one item that not only did I miss but I don't see it
in org itself:
* Add support for HHhMM date formats (e.g. 13h20) Gustavo Barros
I
daniela-s...@gmx.it writes:
> So now the maintainer starts telling users that they are rare cases
> for being confused. How can any woman stand this guy!!! Impossible.
I'm closing this bug report. If there's anything more to be done here,
please report the bug to the Org maintainers.
--
While testing org-cite a few weeks ago, I noticed by default bibtex
won't run with natbib export, or biblatex with biblatex export.
Since org has not had native citations, this is not surprising.
But with org-cite coming soon, this will change.
At the time I suggested changing default to use
Hi Bruce,
Bruce D'Arcus writes:
> So what do LaTeX users think about changing the default for
> "org-latex-pdf-process" to "latexmk"?
It sounds like a good idea to me. In fact I have `org-latex-pdf-process'
set to latexmk in my ~ /.emacs (with the option to always compile with
LuaTeX).
Best
On 17/05/2021 12:29, Bastien wrote:
Utkarsh Singh writes:
For now can you review the patches I proposed earlier in this
thread?
Not until both you and Maxim are confident this is useful, complete
and predictable.
I have too many points to object to consider my opinion as objective.
I am
Hi Bruce,
In case it's of interest, I've been quite happy with this:
https://tecosaur.github.io/emacs-config/config.html#compiling
Bruce D'Arcus writes:
> While testing org-cite a few weeks ago, I noticed by default bibtex
> won't run with natbib export, or biblatex with biblatex export.
>
>
Thanks Timothy.
What's your view on modifying current default?
On Tue, Jun 1, 2021, 12:36 PM Timothy wrote:
>
> Hi Bruce,
>
> In case it's of interest, I've been quite happy with this:
> https://tecosaur.github.io/emacs-config/config.html#compiling
>
> Bruce D'Arcus writes:
>
> > While
Eric S Fraga writes:
> Thank you for this. Your summaries are very useful. I find out things
> that I somehow missed despite being on the mailing list.
Great to hear!
> However, there is one item that not only did I miss but I don't see it
> in org itself:
>
> * Add support for HHhMM date
Hi John,
Are you perhaps missing the :extend t directive in the font spec? Best,
Tom
>
YES! I remembered something about extend, but couldn't find it anywhere.
That solved my problem.
It might be a good idea to add that to the doc string for
`org-src-block-faces`, maybe with some version note that it applies to.
Thanks so much!
John
---
Professor
Thanks for the help. I now updated the function `org-mw-item` to:
(defun org-mw-item (item contents info)
"Transcode ITEM element into Mediawiki format.
CONTENTS is the item contents. INFO is a plist used as
a communication channel."
(let* ((type (org-element-property
43 matches
Mail list logo
