Hello,
Timothy writes:
> This time, I'm wanting to be able to use the lovely org latex preview
> functionality for more than just the default blocks.
> For instance, I'm interested in applying it to mhchem \ce{ … }
> fragments, as well as siunitx \SI{ … }{ … }.
I think you can preview \ce{...}
Hello,
Timothy writes:
> We're now onto email 2/4. This one is a wish-list of entry points for
> customising export functionality (well, styling).
Export framework has *many* entry points already.
See (info "(org)Advanced Export Configuration")
> I'm a big fan of trying to make my documents l
On Mon, May 18, 2020 at 06:13:38PM -0500, James R Miller wrote:
> Doesn’t Gogs have a nice issue tracker functionality?
I looked up Gogs. Needs javascript *and* cookies. Wake me up when
there's a plain, straight service which works without any of them.
Cheers
-- t
signature.asc
Description: Dig
Hello,
Timothy writes:
> I love the first-class LaTeX support in Org-mode, and discovering that
> org-edit-special worked inside LaTeX environments was a joyous moment for me.
> Shortly after that though, I was disappoint to discover that this
> didn't work with inline LaTeX equations \( … \) o
Hi Nicolas,
Thanks for getting back to me on this. With regard to
> I think you can preview \ce{...} just fine, with appropriate LaTeX headers.
I'm entirely likely to be missing something, however from a minimal test in a
document I'm unable to get org-latex-preview to do anything with the follo
Hello,
Kyle Meyer writes:
> It bisects to b4e91b7e9 (New function: org-collect-keywords,
> 2020-04-26). I haven't done much digging, but I was able to restore the
> behavior with the change below, which may be a bad idea for other
> reasons.
>
> diff --git a/lisp/org.el b/lisp/org.el
> index 0e
> It would need proof reading, and comparing with "org-element.el", the
> actual implementation of the syntax. Formalization may be better better,
> too.
I didn't know that there was a single point of entry to parse elements. I think
my first step will be to try to write spec tests in elisp then.
Hi Nicolas,
Thanks for the pointers. Taking your hint :P I took a look to see what I might
be in for.
With your comments in mind I started by looking at org-edit-special, and
managed to get as far as org-element--current-element: but at this point I'm
stumped.
I'll look into getting FSF papers
Timothy writes:
> Once again, thanks for taking the time to respond. I can assure you
> that it's much appreciated :)
You're welcome.
> By item filter, I assume you are referring to
> org-export-filter-item-functions. That looks quite promising. I just tried a
> minimal function to testit
> (
Timothy writes:
> With your comments in mind I started by looking at org-edit-special,
> and managed to get as far as org-element--current-element: but at this
> point I'm stumped.
It sounds like you took the opposite route. I suggested to first write
a function, `org-edit-latex-fragment'.
Once
Yes, the behavior changed. Now the author macro expands to blank despite
the variable user-full-name is set.
Note I use #OPTIONS: author:nil, which is necessary to prevent that the export
is concluded by an author line.
The expected behavior is to expand to the value of user-full-name.
Am Mo., 1
Nicolas,
> It sounds like you took the opposite route. I suggested to first write a
> function, `org-edit-latex-fragment'.
I wanted to see how it would fit in first ¯\_(ツ)_/¯
> Once done, you can insert it in `org-edit-special', but it boils down to
> adding a line there, right below (`inline-sr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I'm write an extension to beautify org link with colors and unicode icons for
better intuitive looks. But I don't know how to write those functions.
I checked out this info page ([[info:org#Adding Hyperlink
Types][info:org#Adding Hyperlink Types]]
My go to reference is
https://kitchingroup.cheme.cmu.edu/blog/2016/11/04/New-link-features-in-org-9/
J
On Tue, May 19, 2020 at 6:56 AM stardiviner wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
>
> I'm write an extension to beautify org link with colors and unicode icons
> for
> b
On Tuesday, 19 May 2020 at 10:02, Timothy wrote:
> As this currently stands, with the below table and plot line I can
> produce this plot https://media.githubusercontent.com/media/tecosaur/
> emacs-config/master/misc/document-format-comparison.png.
This looks very nice and I would use it if it wer
On Tuesday, 19 May 2020 at 15:49, Timothy wrote:
> #+LATEX_HEADER: \usepackage{mhchem}
> \ce{CO2} @@latex:\ce{CO2}@@
You probably need to add this to =org-latex-packages-alist= in your
emacs configuration:
(add-to-list 'org-latex-packages-alist '("version=3" "mhchem"))
Also, you might be inter
Another email, another request 😀
Hoping that you aren't tired of me yet, I have … (drum-roll) another feature
request!
This time, I'm wanting to be able to use the lovely org latex preview
functionality for more than just the default blocks.
For instance, I'm interested in applying it to mhchem
Hello All!
I love the first-class LaTeX support in Org-mode, and discovering that
org-edit-special worked inside LaTeX environments was a joyous moment for me.
Shortly after that though, I was disappoint to discover that this didn't work
with inline LaTeX equations \( … \) or LaTeX display equat
It's me again!
We're now onto email 2/4. This one is a wish-list of entry points for
customising export functionality (well, styling).
I'm a big fan of trying to make my documents look snazzy with minimal work
(i.e. by cramming all the snazzyness in the back-end), which is why I was
thrilled to
Good news! This is the last of my "things I want to contact the mailing list
about" backlog 😛
So, I recently wanted to be able to create a radar chart in org, using #+PLOT
without a 500 character #+PLOT line.
I started with advice-override, but quickly realised it would be better just to
switch
I don't have any specific comments, but it looks great in general, and
I'd use it!
Nicolas,
> You asked for it, though, using `pp'.
I guess I did, didn't I 😅
> is just a string, with properties attached. If you simply return `text', you
> will only see "string"
Good to know, thanks :)
>> I still feel that it would be nicer to have the body of this cl-case (from
>> org-latex-
Hello,
Ihor Radchenko writes:
>> As you noticed, using Org Element is a no-go, unfortunately. Parsing an
>> element is a O(N) operation by the number of elements before it in
>> a section. In particular, it is not bounded, and not mitigated by
>> a cache. For large documents, it is going to be u
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Bellowing is my source code, it does not work. I'm wondering why?
#+begin_src emacs-lisp
(defun org-link-beautify-face (link)
"Set link face colors."
(let ((raw-link (org-element-property :raw-link link))
(type (org-element-property :ty
Timothy writes:
As a side note, I think sending plain text messages, instead of HTML, is
better, at least on a (this?) mailing list.
> Indeed. Though my 2c on this sort of thing that the most important
> factor is consistency. IMO if org-html-checkbox-types exists, then an
> equivalent should al
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
John Kitchin writes:
> My go to reference is
> https://kitchingroup.cheme.cmu.edu/blog/2016/11/04/New-link-features-in-org-9/
Really thanks, John. I have read your blog article. Found most of link
parameters examples. But still confused me, I'm w
Nicolas Goaziou writes:
> As a side note, I think sending plain text messages, instead of HTML,
> is better, at least on a (this?) mailing list.
Good news on that front --- I didn't think my mail client did that, turns
out that it does :)
> This argument doesn't scale. There's no guarantee an eq
The face function only takes the link path, which is a string. you cannot
use org-element-property on it.
Maybe you want something like this:
#+begin_src emacs-lisp
(defun org-link-beautify-face (path)
"Set link face colors."
(message "beautifying")
(if (and (not (file-remote-p path))
(fi
Hi there,
I have decided to take the plunge and switch to mu4e. I have also installed the
org-mu4e package. Most stuff works pretty well, except latex equations are not
rendered when I send them.
Does anybody know how to solve this problem?
Thanks,
M
Timothy writes:
>> It sounds like you took the opposite route. I suggested to first write a
>> function, `org-edit-latex-fragment'.
> I wanted to see how it would fit in first ¯\_(ツ)_/¯
Sure. That's a good way to learn stuff. In this case, it's not the
easiest one, though.
>> Once done, you ca
Nicolas Goaziou writes:
> LaTeX fragments are at a lower level than plain "elements", so
> `org-element-at-point' does not see them.
I see. Might you be willing to do & show me the modifications needed to
use the `latex-fragment case?
>> Can I really get away without modifying anything more th
I don't know if :display is for that, I think it is mostly related to
should a link with description only show the description, or should it be
full and show link and description.
You probably want the :activate option, where you could use something like
an overlay on the link. I don't have time t
My apologies. I thought Gogs was the repository for org as I that is what is
linked from the homepage.
--
James Miller
james.ryland.mil...@gmail.com
(I also don’t understand the knee jerk response away from cookies /
JavaScript). Those are just parts of the modern web... Cookies for state and
persistent login and JavaScript for making the web page interactive.
Are you saying you’d want some sort of REST api instead and the website would
ju
Timothy writes:
> I see. Might you be willing to do & show me the modifications needed to
> use the `latex-fragment case?
I don't understand your question.
Hello,
"Dauer, Michael" writes:
> Yes, the behavior changed. Now the author macro expands to blank despite
> the variable user-full-name is set.
> Note I use #OPTIONS: author:nil, which is necessary to prevent that the export
> is concluded by an author line.
>
> The expected behavior is to expa
Nicolas Goaziou writes:
>> I see. Might you be willing to do & show me the modifications needed to
>> use the `latex-fragment case?
> I don't understand your question.
In your original email you wrote
The new function can then be installed in `org-edit-special' from
"org.el"
I can't
On Tuesday, 19 May 2020 at 09:19, Marvin M. Doyley wrote:
> I have decided to take the plunge and switch to mu4e. I have also
> installed the org-mu4e package. Most stuff works pretty well, except
> latex equations are not rendered when I send them.
>
> Does anybody know how to solve this problem?
mist.org>>>
* test
foo {{{author}}} bar {{{keyword(AUTHOR)}}}
{{{title}}}
{{{date}}}
{{{time}}}
{{{input-file}}}
{{{n}}}
<<<
ascii output buffer>>>
Michael Dauer
Table of Contents
_
1. test
1 test
==
foo bar
mist.org
1
<<<
Am Di., 19. Mai 2020 um 16:11 Uhr sch
Thanks Eric,
I will give it a try
Cheers,
M
> On May 19, 2020, at 10:14 AM, Eric S Fraga wrote:
>
> On Tuesday, 19 May 2020 at 09:19, Marvin M. Doyley wrote:
>> I have decided to take the plunge and switch to mu4e. I have also
>> installed the org-mu4e package. Most stuff works pretty well, e
Timothy writes:
> In your original email you wrote
> The new function can then be installed in `org-edit-special' from
> "org.el"
>
> I can't quite see how I would insert this. Since it sounds relatively
> simple, if you would be willing to cook up the necessary modification
> for me tha
Hello,
"James R Miller" writes:
> This just might be the functionality that makes me learn elisp. :)
See. You'll soon thank me for removing the feature you liked ;)
Regards,
--
Nicolas Goaziou
On May 19 2020, at 7:45 pm, Eric S Fraga wrote:
> You probably need to add this to =org-latex-packages-alist= in your
emacs configuration:
> (add-to-list 'org-latex-packages-alist '("version=3" "mhchem"))
I tried adding that. Didn't change anything.
> Also, you might be interested in using the
Nicolas Goaziou writes:
> I already did, didn't I?
> ...
> That's all for the changes required in `org-edit-special'.
Oh ':) I thought that was just you saying 'it would be something along
the lines of...'
Thanks! I'll let you know when I have something.
> Timothy writes:
>
>> In your origin
Hi Eric,
This works like a charm.
Thanks,
M
> On May 19, 2020, at 10:14 AM, Eric S Fraga wrote:
>
> On Tuesday, 19 May 2020 at 09:19, Marvin M. Doyley wrote:
>> I have decided to take the plunge and switch to mu4e. I have also
>> installed the org-mu4e package. Most stuff works pretty well, e
On Tue, May 19, 2020 at 09:05:33AM -0500, James R Miller wrote:
> (I also don’t understand the knee jerk response away from
> cookies / JavaScript).
Mine isn't a knee-jerk reaction. It's worse: it's well thought-out.
Discussing that in detail would be far off-topic for this list,
though.
> Those
Regardless, doing issue tracking, discussion, and patch submission on a ML
in 2020 is pretty odd and inefficient.
I would have submitted feedback here 6-12 months earlier than I did if org
had a proper issue tracker.
On Tue, May 19, 2020, 3:35 AM wrote:
> On Mon, May 18, 2020 at 06:13:38PM -050
On Mon, May 18, 2020 at 7:30 PM Kyle Meyer wrote:
>
> It bisects to b4e91b7e9 (New function: org-collect-keywords,
> 2020-04-26). I haven't done much digging, but I was able to restore the
> behavior with the change below, which may be a bad idea for other
> reasons.
>
Thanks for that bisect!
My 2c: Having a github-esque pubic issue tracker is good for accessibility — in
the sense of ease of access to new-comers.
Personally, this is the first time I've engaged in technical discussions on a
mailing list, and needing to use a ML did feel like an extra hurdle.
I wouldn't imagine that a
I can't help but chime in here. Using email for project management, patches,
testing, etc is not difficult or unusual.
In fact, the Linux kernel uses email for this purpose. They have a variety of
reasons which were recently covered in some articles. Clearly their code base
and number of developer
If you don't mind me adding 2 more cents :P I don't think that email
should be given up in favour of a web client, or that it isn't better in
many ways.
However, if it were possible to have the best of both worlds, is there a
reason why we'd say no? Just taking a guess here, but I imagine it
shoul
On Wed, May 20, 2020 at 01:03:50AM +0800, Timothy wrote:
> If you don't mind me adding 2 more cents :P I don't think that email
> should be given up in favour of a web client, or that it isn't better in
> many ways.
>
> However, if it were possible to have the best of both worlds, is there a
> reas
So, I definitely agree that using Github / Gitlab does expose you to tracking
messes and that is something to shun. I figured a self-hosted Gogs instance
(which is already being hosted at https://code.orgmode.org/bzg/org-mode) would
fix the "tracking" issue.
I think an actual issue tracker has
+1
Le 18/05/2020 à 09:23, Timothy a
écrit :
Good news! This is the last of my "things I want to contact
the mailing list about" backlog 😛
So, I recently wanted to be able to create a radar chart in
org, using #+PLOT
"James R Miller" writes:
> So, I definitely agree that using Github / Gitlab does expose you to
> tracking messes and that is something to shun. I figured a self-hosted
> Gogs instance (which is already being hosted at
> https://code.orgmode.org/bzg/org-mode) would fix the "tracking" issue.
>
> I
On Tue, May 19, 2020 at 01:50:26PM -0500, James R Miller wrote:
> I think an actual issue tracker has merit to large projects.
>
> And I don't think simply saying "we've always done it through a ML" or "$FOO
> project is bigger than us and uses a ML" is good enough. $FOO project may very
> well inc
On Tue, May 19, 2020 at 15:49 Russell Adams
wrote:
> Is there a problem with submitting issues via the mailing list? Has
> something
> gone unaddressed? Do you have any statistics to show that there is
> decreased
> participation because you have to use email? Is something really
> inefficient at
Sourcehut seams interesting. Did you know if importing github/gitlab
projects, with issues and merge requests (opened and closed) is supported
at the moment?
I noticed it is in alpha, so I don't expect to see all the features of any
of those forges yet.
Before I forget, Does magit+forge works wel
Hi all,
Interesting discussion. I have also wondered about this - I have not
yet contributed to the Org codebase, but I have wondered if patches
and bug fixes can sometimes get lost among other discussions.
However, ultimately the best tracking system is the one that works for
the developers and
On 5/19/2020 1:48 PM, Russell Adams wrote:
> On Tue, May 19, 2020 at 01:50:26PM -0500, James R Miller wrote:
>> I think an actual issue tracker has merit to large projects.
>>
>> And I don't think simply saying "we've always done it through a ML" or "$FOO
>> project is bigger than us and uses a ML"
Roland Everaert writes:
> Sourcehut seams interesting. Did you know if importing github/gitlab
> projects, with issues and merge requests (opened and closed) is supported
> at the moment?
I did a bit of googling, and couldn't find anything, no. The developer
is very responsive, though, and might
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
John Kitchin writes:
> The face function only takes the link path, which is a string. you cannot
> use org-element-property on it.
>
> Maybe you want something like this:
>
> #+begin_src emacs-lisp
> (defun org-link-beautify-face (path)
> "Set l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
John Kitchin writes:
> I don't know if :display is for that, I think it is mostly related to
> should a link with description only show the description, or should it be
> full and show link and description.
>
> You probably want the :activate opti
Hello,
"Dauer, Michael" writes:
> mist.org>>>
>
> * test
> foo {{{author}}} bar {{{keyword(AUTHOR)}}}
> {{{title}}}
> {{{date}}}
> {{{time}}}
> {{{input-file}}}
> {{{n}}}
> <<<
>
> ascii output buffer>>>
> Michael Dauer
>
>
> Table of Contents
> _
>
> 1. test
>
>
> 1 test
> =
> This idea that the tools used by a potential contributor are inadequate
> misses the point. If the intention is to keep a project going, or better
> yet increase the number of contributors, tools have to be used that will
> be convenient and familiar to those thinking about contributing.
>
> For
Nicolas Goaziou writes:
> At first glance, it looks harmless. If the test suite passes, we can
> apply it.
The test suite does pass with the change. Pushed, along with a
regression test (962b8e765).
Thanks.
Nils Schween writes:
> ("d" "Diary entry" entry (file+datetree+prompt
> "~/MPIK-Nextcloud/emacs/.org/kalender.org")
> "* %i%?\n %T")
>
> And it works as expected: When calling the capture template, I am prompted
> for a
> date and I can also type a time, and on saving everyt
Nick Daly writes:
> Attached is an updated patch that makes output trimming work with
> blocks that do and don't produce results. The old patch creates a
> =let: Wrong type argument: arrayp, nil= error when evaluating blocks
> that don't produce output. This necessarily incorporates yesterday's
Hi Kyle,
thanks a lot for your workaround! I just tested it and it almost does what I am
looking for.
The only thing that does not work is to give a range of time, i.e. 10:00-12:00.
And looking at your code it is clear, that this cannot work because neither
"%t" nor "%T" can do this.
I guess
69 matches
Mail list logo
