Org mode's tag completion commands all use a custom completion function,
which makes it difficult for alternative completion functions to support
well.
Emacs already has a function for reading multiple things,
completing-read-multiple, which can be used for the tag completion use
case.
I have
> Does outline.el need to be fixed too?
[...]
> ——snippet from outline.el
> (defvar outline-mode-cycle-map
> (let ((map (make-sparse-keymap)))
>(let ((tab-binding `(menu-item
> "" outline-cycle
> ;; Only takes effect if point is on a heading.
>
On 8 July 2021, Bruce D'Arcus wrote:
And the implementation challenges raised by John Kitchin and Joost
Kremers (namely the candidate list is different) make this better to
deal with using a different mechanism.
As a package developer that supports org-cite, I really don't want to
be worrying
Uwe Brauer writes:
> Hi
>
> I just started to use the formula debugger
> (org-table-toggle-formula-debugger) which is quite nice.
>
> However for large tables with a lot of rows it would be more
> convenient to use breakpoints and not start just in the first row.
>
> I can't find any reference
Uwe Brauer writes:
"GdaO" == General discussions about Org-mode writes:
>
>> Limbic answer :
>> - create an emacs-lisp function doing what you want
>> - comment /ad libitum/
>> - call this function in your spreadsheet.
>
> I hoped such a function already existed and somebody would
Marko Schuetz-Schmuck writes:
> [[PGP Signed Part:Undecided]]
> Dear All,
>
> AFAIU in the current support for literate programming I can establish
> sequence between blocks by either tangling the entire file whereby the
> blocks are written to the source code file in the sequence in which
Marco Wahl writes:
> Marco Wahl writes:
>
>> Marco> Please recall that only empty attachment directories would be
>> Marco> removed, so removal of a directory--and in particular one
>> Marco> that existed before its interpretation as Org
>> Marco> attachment--wouldn't be a big
Marco Wahl writes:
> Marco> Please recall that only empty attachment directories would be
> Marco> removed, so removal of a directory--and in particular one
> Marco> that existed before its interpretation as Org
> Marco> attachment--wouldn't be a big deal AFAICS.
>
> Tim> Not
Hi,
I saw a lot of patches and isolated efforts to have the feature of
summing time by tag on a clocktable (instead of a file)
Is there any ongoing effort or motivation to include it in emacs orgmode?
Cheers,
Pinmacs
Marco> Please recall that only empty attachment directories would be
Marco> removed, so removal of a directory--and in particular one
Marco> that existed before its interpretation as Org
Marco> attachment--wouldn't be a big deal AFAICS.
Tim> Not as confident here. I can
Hello Alan,
Thank you for sharing a detailed description.
On Wed, 7 Jul 2021 at 23:52, Alan Ristow wrote:
> […]
> >
> > First, if I do exactly the same as above, the time of completion is
> > logged twice:
> >
> > ** TODO Daily review
> >SCHEDULED: <2021-07-08 Thu .+1d>
> >:PROPERTIES:
>
Hi Doctor,
It's good to have such constructive discussion here.
I like your approach to tangle based on tags. I accomplish more or less the
same in this (unfinished) literate config for zshrc
https://gist.github.com/85c9b9c9ab151c5fd35bd761ef6ef569
Here the function `org-tags-to-filenames'
Hi,
I have no particular opinion for the patch proposed but wanted to share
with you some reflections I had on the subject to use one org file to
tangle to multiple setup.
I use abundantly virtual machines and my emacs configurations have many
bits that I don't want everywhere, be it a mail
Dear All,
AFAIU in the current support for literate programming I can establish
sequence between blocks by either tangling the entire file whereby the
blocks are written to the source code file in the sequence in which they
appear in the org-mode file or I can name the blocks and use noweb
Small bug, small fix.
Suppose we have a table embedded in a begin-end block.
#+begin: aaa :param value
| a | b |
| a | b |
#+end:
Suppose we want to add a formula, with C-c =
We end up with an incorrect result:
#+begin: aaa :param value
| a | 33 |
| a | b |
:param value $2=33
#+end:
The
Thank you for both the links and the suggestions! Very helpful. I will
start playing. :-)
--
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-579-gfdb98a
: Latest paper written in org: https://arxiv.org/abs/2106.05096
Hi Sébastien,
‐‐‐ Original Message ‐‐‐
On Thursday, July 8th, 2021 at 4:44 AM, Sébastien Miquel
wrote:
> Hi,
>
> Jacopo De Simoi writes:
>
> > in the current master branch, if the parameter :tangle of a src block is not
> >
> > a string, tangling fails by throwing an error when
Timothy writes:
> Lastly, an example of what I’d expect when exporting to ascii (with three
> example syntaxes):
>
> ┌
> │ #+name: sometab
> │ #+caption: Some table
> │ | a | b |
> │ | c | d |
> │
> │ Hey, look at [[sometab]]. (or)
> │ Hey, look at [cite:#sometab]. (or)
> │ Hey, look at
On Thu, Jul 8, 2021 at 9:43 AM Timothy wrote:
>
> Hi Nicolas,
>
> > At this point, I don’t have enough understanding of the problem to have
> > an opinion. IIUC, your example does not even mention citations. How
> > should it be used, what should be the output in LaTeX, and in UTF-8
> > export?
Hi Nicolas,
> At this point, I don’t have enough understanding of the problem to have
> an opinion. IIUC, your example does not even mention citations. How
> should it be used, what should be the output in LaTeX, and in UTF-8
> export? This is not clear to me.
>
> What can I say however is: if
On Thu, Jul 8, 2021 at 7:46 AM Nicolas Goaziou wrote:
> In this situation, the function I want to encourage re-using is
> `org-cite-supported-styles'. `org-cite-basic--complete-style' is so
> trivial that I didn't bother exporting it.
Okay, I see now.
So `org-cite-supported-styles' returns
On Thu, Jul 8, 2021 at 8:48 AM Eric S Fraga wrote:
> ... I have lost track of what is going on in the emacs-sphere
> when it comes to completion frameworks. I use ivy/counsel. Is there
> somewhere a good summary of the state of play? Would I wish to move to
> another framework?
You're not the
On Thursday, 8 Jul 2021 at 07:41, Bruce D'Arcus wrote:
> This was very helpful, so I just added a commit making use of it.
>
> https://github.com/bdarcus/bibtex-actions#org-cite
Bruce,
this looks very good.
I know this is potentially off-topic for this list (not completely:
searching for
Okay, thank you. I'll have to train myself to use C-c ' in more
situations (as I didn't know it would work on #+include etc. lines).
--
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.6-579-gfdb98a
: Latest paper written in org: https://arxiv.org/abs/2106.05096
Hi, Matt,
Here's a version of this with a bit more processing.
Define this somewhere in your document
#+NAME: list2table
#+BEGIN_SRC elisp :var order="columns"
(let (longest)
(setq data (map 'list 'flatten data))
(setq data (map 'list (lambda (x) (seq-difference x '(unordered
stardiviner writes:
On Jul 8, 2021, at 4:59 PM, Christian Hopps
wrote:
It may eventually be incorporated into the very popular emacs-mac
port (railwaycat tap in homebrew); however, it will probably not
be incorporated into the nextstep/emacs main code. I started
On Thu, Jul 8, 2021 at 7:46 AM Nicolas Goaziou wrote:
> In this situation, the function I want to encourage re-using is
> `org-cite-supported-styles'. `org-cite-basic--complete-style' is so
> trivial that I didn't bother exporting it.
OK, I'll take a closer look at that.
Bruce
Hello,
Eric S Fraga writes:
> Why C-c ' and not C-c C-o to be consistent with the rest of org? For
> me, it seems that in the rest of org, C-c ' is for editing something;
> C-c C-o is for opening/visiting/following.
Good question.
is "remote editing", is "follow link".
In this situation,
"Bruce D'Arcus" writes:
> Just a little thing:
>
> Why is it:
>
> org-cite-basic--complete-style
>
> ... rather than:
>
> org-cite-basic-complete-style
>
> I thought you would want to encourage reuse of that one, in
> particular?
In this situation, the function I want to encourage re-using is
Hello,
"Bruce D'Arcus" writes:
> On Wed, Jul 7, 2021 at 6:59 PM Nicolas Goaziou wrote:
>
>> For a developer, there are now two ways to create an insert processor.
>>
>> 1. If you are happy with the global behaviour of "basic", but want to
>>improve completion, I added the
On Thursday, 8 Jul 2021 at 02:17, Nicolas Goaziou wrote:
> I think the "wip-cite-new" branch is in good shape now. As
> a consequence, I'd like to merge it tomorrow.
Yes please! I've been using it on and off (having to switch branches)
for some time now and it is working very well. It needs to
On Wed, Jul 7, 2021 at 6:59 PM Nicolas Goaziou wrote:
> For a developer, there are now two ways to create an insert processor.
>
> 1. If you are happy with the global behaviour of "basic", but want to
>improve completion, I added the `org-cite-make-insert-processor'
>tool.
This was very
On Thursday, 8 Jul 2021 at 11:47, Timothy wrote:
> wip-cite-new deals with citing from bibliographies, but I don't think it
> deals with within-document referencing --- should it?
Are these not orthogonal activities? Doesn't org already support
in-document references? I may be missing
My intuition is that crossrefs are separate from the citations. In org-ref,
they are separate link types like ref:xxx, pageref:xxx. eqref:xxx, etc.
They also use a different source of candidates than cites do.
John
---
Professor John Kitchin (he/him/his)
Doherty
On Thu, Jul 8, 2021 at 6:26 AM Nicolas Goaziou wrote:
>
> Hello,
>
> Timothy writes:
>
> > Bruce D'Arcus writes:
> >
> >>> wip-cite-new deals with citing from bibliographies, but I don't think it
> >>> deals with within-document referencing --- should it?
> >
> >> 1. Should it?
> >> 1. Maybe.
>
Hello,
Timothy writes:
> Bruce D'Arcus writes:
>
>>> wip-cite-new deals with citing from bibliographies, but I don't think it
>>> deals with within-document referencing --- should it?
>
>> 1. Should it?
>> 1. Maybe.
>
> I feel like it would fit. With everything that's been done for
>
Bruce D'Arcus writes:
>> wip-cite-new deals with citing from bibliographies, but I don't think it
>> deals with within-document referencing --- should it?
> 1. Should it?
> 1. Maybe.
I feel like it would fit. With everything that's been done for
citations, this feels like it may be a rather
Matt Price writes:
> Really, I feel like there should be a parade.
There will be one in the next edition of This Month in Org .
--
Timothy
> On Jul 8, 2021, at 4:59 PM, Christian Hopps wrote:
>
> It may eventually be incorporated into the very popular emacs-mac port
> (railwaycat tap in homebrew); however, it will probably not be incorporated
> into the nextstep/emacs main code. I started looking at doing a version for
> the
When I run you example I get:
#+RESULTS:
| Category | (unordered (A) (B) (C) (D) (F)) |
| Writing | (unordered (great) (good) (ok) (lousy) (awful)) |
To get your result I need to modify
:results table
to
:results table code
You may try
:results table raw
Or try your
It may eventually be incorporated into the very popular emacs-mac port
(railwaycat tap in homebrew); however, it will probably not be incorporated
into the nextstep/emacs main code. I started looking at doing a version for the
mainline code, but it’s hard to get motivated b/c using that version
Hello,
Mark Barton writes:
> So I put back the mapping in org-key.el to map TAB instead of in my
> local copy and instead commented out line 185 in outline.el to get TAB to map
> to org-cycle.
>
> ——snippet from outline.el
> (defvar outline-mode-cycle-map
> (let ((map
Hi,
Jacopo De Simoi writes:
in the current master branch, if the parameter :tangle of a src block is not
a string, tangling fails by throwing an error when calling `file-name-
directory' This patch checks if the parameter is a string before calling
`file-name-directory'.
This makes
I'm afraid I for one often have empty attach directories which I leave
alone knowing that one day soon - sometimes very soon - they will be used
again. Cannot the user be asked if he wants the directory removed?
Best wishes,
Matt Price wrote:
> Really, I feel like there should be a parade.
+1
Marco Wahl writes:
>>> org-attach-sync can be used to "Synchronize the current outline node
>>> with its attachments." Which is great AFAICT.
>>>
>>> What do you think about letting org-attach-sync remove the attachment
>>> directory if it's empty?
>>>
>>> Rationale: Nobody needs an empty
Hi Nicolas,
first: thank you for all the work, especially for thinking of documentation for
end users. My biggest struggle with the current org (and emacs) documentation
is the lack of end-to-end examples. This makes it incredibly difficult to get
things working. It often is like „this is a
>> org-attach-sync can be used to "Synchronize the current outline node
>> with its attachments." Which is great AFAICT.
>>
>> What do you think about letting org-attach-sync remove the attachment
>> directory if it's empty?
>>
>> Rationale: Nobody needs an empty attachment directory.
>>
>
>
Uwe,
> Thanks but I have to disappoint you the correct result should be 10.1
ah, well. :)
i realized you probably wanted the table back. below it is, with your
explanation of "@3$3".
> Thanks I will play around a bit, but for the moment I think I have to
> stick with calc
well, takes all
On Thu, Jul 08 2021, Bruce D'Arcus wrote:
> On Wed, Jul 7, 2021 at 11:48 PM Timothy wrote:
>
>> wip-cite-new deals with citing from bibliographies, but I don't think it
>> deals with within-document referencing --- should it?
>
> It doesn't now.
>
> I guess to break down the second question
On Wed, Jul 7, 2021 at 11:48 PM Timothy wrote:
> wip-cite-new deals with citing from bibliographies, but I don't think it
> deals with within-document referencing --- should it?
It doesn't now.
I guess to break down the second question further:
1. Should it?
2. Can it? Could the design be
>>> "GM" == Greg Minshall writes:
Greg
> Uwe,
> well, *i* no longer remember how to read calc-like expressions. and,
> i'm a notoriously poor R coders. assuredly the following is not doing
> what you want, but possibly you'll get the idea. (if 102.01 is, indeed,
> the correct answer, feel
52 matches
Mail list logo
