Bastien writes:
> Can we approach this with two patches, one with the refactoring and
> one with the added functionality?
Sure :) I'll take care of this when I get home in a few hours.
> This sounds useful.
Glad to hear!
> I think "Org Export" as the default is counter-intuitive, let's
Hi Timothy,
TEC writes:
>> In a nutshell, can you restate what problem is this patch fixing?
>
> There are two things I intend to achieve with this patch:
> 1. DRY* out the existing code. The existing code is quite repetitive in
>structure, and easily lends itself to being extracted to a
Hi Boruch,
Boruch Baum writes:
> BUG REPORT: 42484
>
> + This is of particular concern to me because when it was submitted it
> was summarily closed AND ANRCHIVED. When I complained, it was unarchived so
> that I could provide a solution and patch of my own, but it has since
> been
Hi all,
I've released Org 9.4.2, a bugfix release.
This version was merged with the emacs-27 branch:
https://git.savannah.gnu.org/cgit/emacs.git/commit/?h=emacs-27
Enjoy!
--
Bastien
Bastien writes:
> Let's wait for Jens feedback on this patch, since he took care of
> testing it so far.
Assuming Jens responds as he usually has (relatively promptly), this
sounds good to me :)
> In a nutshell, can you restate what problem is this patch fixing?
There are two things I
TEC writes:
> Thanks for the feedback on the patches! I tried to get it right after my
> previous (and first) attempt, but it looks like there are a few things I
> still need to take note of. Big improvement though, nonetheless,
> hopefully next time they'll be nothing to change :)
Well, It's
Hi Boruch,
Boruch Baum writes:
>> Would you like to elaborate on why making it easy for you to contribute
>> something to org-mode that solves your problems should be of concerns to
>> the people of this list, especialy if this comes at extra cost to them?
>
> That is such a classic and
Hi Kyle,
Kyle Meyer writes:
> Org files don't use a consistent style, despite Org's .dir-locals.el
> setting indent-tabs-mode to t, which should probably be changed to match
> Emacs's nil value.
FWIW, I'm all for setting `indent-tabs-mode' to nil in Org's .dir-locals.el.
Your call, of course.
Hi Russell,
Russell Adams writes:
> This really needs to state that the Org-mode mailing list is
> subscriber only. Membership is open, but that users should subscribe
> prior to posting. The Worg page for the ML says that.
FWIW, I just slightly updated this page with this paragraph:
If you
Bastien writes:
> Applied, with minor modifications of the changelog entries:
>
> - You need to add an entry when creating a new custom variable.
>
> - I suggest saying "option" instead of "custom variable".
>
> - Sentences should be separated by two spaces and start with an
> uppercase
> I think you may be expecting too much of org's simple inline LaTeX
> parser. As soon as you have complex LaTeX, it's best to be explicit
> about it being LaTeX, e.g.:
>
> 1. @@latex:$A = \{n : \textrm{$n$ odd in $X$}\}$@@
Thank you for the advice! This does work for LaTeX export, but if one
Kyle Meyer writes:
> It might be worth stepping back and describing what your use case for
> this change is, and considering other ways to address it (not
> necessarily as a change to Org itself).
Since the problem needs to be revisited, I've closed this patch.
Nicholas, feel free to tackle
Hi,
Sébastien Miquel writes:
> If I've understood your problem correctly, simply using (""
> "fontspec" nil) in org-latex-packages-alist should fix your issue.
Since this conversation died, I'm closing this patch.
Feel free to resubmit it if needed.
--
Bastien
ian martins writes:
> Two patches are attached. One allows for more whitespace in java code
> blocks. The other fixes a bug that would result in a main method being
> wrapped in another main method.
Closing this now, thanks!
--
Bastien
Bastien writes:
> Kyle Meyer writes:
>
>> ian martins writes:
>>
>>> I pushed two days ago, but the manual hasn't updated yet. I guess it
>>> doesn't update on git hooks like worg. is there a scheduled process or is
>>> there something that must be done?
>>
>> The online manual corresponds to
Hi stardiviner,
what is the last state of your patch? Feel free to resend it,
I will apply it.
Also, do you want to become the maintainer for org-contacts.el?
Remember, elisp files in contrib/ will soon be extracted from
the repository: https://orgmode.org/list/87wnzfy60h@bzg.fr
Still,
Hi Timothy,
TEC writes:
> Thanks for testing this :) I haven't forgotten about this.
Let's wait for Jens feedback on this patch, since he took care of
testing it so far.
In a nutshell, can you restate what problem is this patch fixing?
Is a new option really necessary here?
Are there
ian martins writes:
> On Sat, Nov 14, 2020 at 6:48 AM Jarmo Hurri wrote:
>>
>> >> > It seems that you have changed some classloader settings in the new
>> >> > code. I have examples which used to work perfectly; now they still
>> >> > compile, but fail to run, throwing exception
>> >> >
>> >> >
Hello,
Amin was kind enough to poke me to submit and post about my package,
ox-slimhtml.
In a nutshell, it is an org-export backend - transcodes Org elements to
HTML/text output.
My primary use for it, is to create derived export backends. (picture a/b
testing, for example)
By default, it
Corwin Brust writes:
> I did exchange emails with the assignment clerk this past week and we
> are not at any roadblocks afaict. I'll update again in not more than
> (a fhanish/volunteers') three weeks, even if I have nothing
> interesting to report. Does that sound right?
Yes, please go
Hi Timothy,
TEC writes:
> I'll attach all the patches to this email, so there's no ambiguity.
> (crosses fingers for attachments working as expected)
Applied, with minor modifications of the changelog entries:
- You need to add an entry when creating a new custom variable.
- I suggest saying
In fact the process isn't overr quite yet; thanks for reaching out.
I did exchange emails with the assignment clerk this past week and we are
not at any roadblocks afaict. I'll update again in not more than (a
fhanish/volunteers') three weeks, even if I have nothing interesting to
report. Does
Hi Corwin,
Bastien writes:
> thanks for volunteering! Let us know when the paperwork is done, I'll
> add you as ob-perl.el maintainer then.
FWIW, I added you as a maintainer for ob-perl.el on the master branch.
Can you confirm the copyright process is over?
Sorry if I missed an email saying
Maxim:
Both of these links, like your comments, are incredibly useful.
Happy New Year (however you may measure that thing)
On Sun, Dec 13, 2020 at 9:05 AM Maxim Nikulin wrote:
> 2020-12-13 Alan E. Davis wrote:
> >
> > I think R would not be too unwieldy as a hammer here. My use case is a
>
Gerry Agbobada writes:
> On Sun, Dec 13, 2020, at 21:23, Jean Louis wrote:
>> * TEC [2020-12-13 20:35]:
>> > > From a perspective that some server has to know what user is writing
>> > > it is advisable to use one own's servers. But if idea gets popular
>> > > some company will commercialize
I think maybe you might be thrown off by the word "server"? Lsp is just a
standardization of how an editor can do language-specific things. The fact
that standardization exists makes the whole thing pluggable by various
services. These typically run in a separate process - which is a good idea
On Sun, Dec 13, 2020, at 21:23, Jean Louis wrote:
> * TEC [2020-12-13 20:35]:
> > > From a perspective that some server has to know what user is writing
> > > it is advisable to use one own's servers. But if idea gets popular
> > > some company will commercialize it and centralize user's data and
On Mon, Dec 14, 2020 at 5:00 AM Kyle Meyer wrote:
> Thanks. Pushed (57a70d505), tacking on a Reported-by trailer to the
> commit message.
Thanks very much! The fix is working for me.
-Aaron
* Ihor Radchenko [2020-12-14 03:32]:
> In another email you mentioned:
>
> > Easier is to click and click n for next and p for previous. Once you
> > find reference click F5 and describe the item.
> >
> > That is easier than teaching people Emacs. Then group of people can
> > capture PDF
Jean Louis writes:
>> I guess one would not need to teach people about everything in Emacs. If
>> the aim is just editing and viewing PDF, one can provide custom Emacs
>> configuration with added toolbars and menu items for common operations
>> with pdf. I do not see why it would be any
Jean Louis writes:
>> I guess one would not need to teach people about everything in Emacs. If
>> the aim is just editing and viewing PDF, one can provide custom Emacs
>> configuration with added toolbars and menu items for common operations
>> with pdf. I do not see why it would be any
> Sent: Monday, December 14, 2020 at 12:08 AM
> From: "TRS-80"
> To: emacs-orgmode@gnu.org
> Subject: Re: Org Capture Menu cannot be fully viewed
>
> On 2020-12-12 23:57, pie...@caramail.com wrote:
> > TRS-80 wrote:
> >> If you care to share a slightly bigger picture view, particularly
> >>
Jean Louis writes:
> Discussion is brainstorming that may or may not lead to solutions.
This list is not a place for brainstorming.
Sharing very long emails too frequently might scare other readers
away, discouraging them to participate to a constructive discussion.
Please make an effort to
* Bastien [2020-12-14 01:00]:
> Hi Tim and Jean,
>
> Tim Cross writes:
>
> > I have no clue as to why your dragging Emacs custom into this
> > discussion.
>
> I agree with Tim.
>
> Let's keep in mind we are more than 2000 subscribers here and make an
> effort of not letting our conversations
* Tim Cross [2020-12-14 00:42]:
>
> Ihor Radchenko writes:
>
> > Dear Jean Louis,
> >
> > Thank you for the detailed insight into your extensive experience of
> > project management and practical planning. I do not have that much
> > experience, but can provide a significantly different point
On 2020-12-12 23:57, pie...@caramail.com wrote:
TRS-80 wrote:
If you care to share a slightly bigger picture view, particularly
about the structure of the data you are trying to capture (and/or,
your workflow) we could likely come up with something that would work
much better for you than a
> Sent: Sunday, December 13, 2020 at 11:00 PM
> From: "TRS-80"
> To: emacs-orgmode@gnu.org
> Subject: Re: Org Capture Menu cannot be fully viewed
>
> On 2020-12-13 16:02, pie...@caramail.com wrote:
> >
> > Would that apply with respect to inserting long headings or
> > descriptions in org file?
* Tim Cross [2020-12-13 23:49]:
> > That is very right. I have 1140+ "Sets" which are equivalent to
> > capture templates. Imagine if I would be "defining it" by using Emacs
> > custom, forget it, I would rather break my computer down and switch to
> > paper.
>
> I have no clue as to why your
> Sent: Sunday, December 13, 2020 at 10:57 PM
> From: "Bastien"
> To: "Tim Cross"
> Cc: emacs-orgmode@gnu.org, "Jean Louis"
> Subject: Re: Org Capture Menu cannot be fully viewed
>
> Hi Tim and Jean,
>
> Tim Cross writes:
>
> > I have no clue as to why your dragging Emacs custom into this
>
> Sent: Sunday, December 13, 2020 at 10:48 PM
> From: "Jean Louis"
> To: pie...@caramail.com
> Cc: emacs-orgmode@gnu.org
> Subject: Re: Org Capture Menu cannot be fully viewed
>
> * pie...@caramail.com [2020-12-14 00:03]:
> > > ivy and helm packages (maybe) enhances that and allow you to type
> Sent: Sunday, December 13, 2020 at 10:48 PM
> From: "Jean Louis"
> To: pie...@caramail.com
> Cc: emacs-orgmode@gnu.org
> Subject: Re: Org Capture Menu cannot be fully viewed
>
> * pie...@caramail.com [2020-12-14 00:03]:
> > > ivy and helm packages (maybe) enhances that and allow you to type
On 2020-12-13 16:02, pie...@caramail.com wrote:
Would that apply with respect to inserting long headings or
descriptions in org file?
Yes. If you have not used completing-read, just play around with it a
bit and you will very quickly see how it works. It takes a list (Elisp
data type) as
> Sent: Sunday, December 13, 2020 at 9:59 PM
> From: "Tim Cross"
> To: "Ihor Radchenko"
> Cc: "Jean Louis" , daniela-s...@gmx.it,
> emacs-orgmode@gnu.org
> Subject: Re: Adding Org Files to org-agenda-files
>
>
> Ihor Radchenko writes:
>
> > Dear Jean Louis,
> >
> > Thank you for the
Hi Tim and Jean,
Tim Cross writes:
> I have no clue as to why your dragging Emacs custom into this
> discussion.
I agree with Tim.
Let's keep in mind we are more than 2000 subscribers here and make an
effort of not letting our conversations drift too much.
In-depth analyses are welcome on
* pie...@caramail.com [2020-12-14 00:03]:
> > ivy and helm packages (maybe) enhances that and allow you to type just
> > "som" to reach to "Or something similar" or "think" to reach to "I
> > think it might" and offers basic relevance search if you use few
> > words.
> >
> > Standard completion
Bastien writes:
> Jean Louis writes:
>
>> * Bastien [2020-12-11 09:28]:
>>> Thanks Jean, I agree with most of your points.
>>>
>>> Are you volunteering for this task?
>>
>> I am anyway answering to people. So I am already doing it.
>
> Thanks but we need someone that is willing to
* TEC [2020-12-13 23:38]:
>
> Hi Jean, a few thoughts.
>
> Jean Louis writes:
>
> > In other words program like Org capture is not meant for people having
> > too many templates and that shall be explained right away both in
> > function definitions and in the manual. Important people lose
> Sent: Sunday, December 13, 2020 at 9:06 PM
> From: "Tim Cross"
> To: "Jean Louis"
> Cc: emacs-orgmode@gnu.org
> Subject: Re: Org Capture Menu cannot be fully viewed
>
>
> Jean Louis writes:
>
> > * Tim Cross [2020-12-13 03:54]:
> >>
> >> pie...@caramail.com writes:
> >>
> >> > Dear All,
> >>
Ihor Radchenko writes:
> Dear Jean Louis,
>
> Thank you for the detailed insight into your extensive experience of
> project management and practical planning. I do not have that much
> experience, but can provide a significantly different point of view
> related to my research work.
>
Some
On Sunday, 13 Dec 2020 at 21:05, Nicolas Goaziou wrote:
> There is also `org-export-before-parsing-hook'.
missed this. Thank you both. Using the right hook allows me to
do what I wanted perfectly!
As always, if there's something I want to do in org, the feature is
already there. It is simply
> Sent: Sunday, December 13, 2020 at 9:37 PM
> From: "Jean Louis"
> To: pie...@caramail.com
> Cc: emacs-orgmode@gnu.org
> Subject: Re: Org Capture Menu cannot be fully viewed
>
> * pie...@caramail.com [2020-12-13 21:28]:
> > > Why not provide completing-read for Org capture templates? That
On 2020-12-13 15:37, Jean Louis wrote:
* pie...@caramail.com [2020-12-13 21:28]:
I suggest that you install package ivy that you see how it works. Then
you could try find-file or open file function to see completions.
You can try evaluating this here:
(setq collection '("I think it might"
On 2020-12-13 13:41, pie...@caramail.com wrote:
From: "Jean Louis"
;; Create hash
(setq my-files-hash (make-hash-table))
;; Try putting something into the hash, define your files and their
meanings
(puthash (intern "One file") "~/tmp/new.org" my-files-hash)
(puthash (intern "Something
Jean Louis writes:
> * Tim Cross [2020-12-13 03:54]:
>>
>> pie...@caramail.com writes:
>>
>> > Dear All,
>> >
>> > When making a relatively long Org Capture Menu for Archaeological Field
>> > Management,
>> > the relevant capture window cannot be scrolled down. This becomes
>> >
* pie...@caramail.com [2020-12-13 21:28]:
> > Why not provide completing-read for Org capture templates? That would
> > solve the problem fully.
>
> I think it might work fine as you say. Is that similar to what
> "%^{prompt|default|completion2|completion3...}" does? Or something similar?
> I
* Christopher Dimech [2020-12-13 20:49]:
> > Reference to manual:
> > (info "(org) TODO Items")
> >
> > And it is definitely not a "plain text". It is probably largest mode
> > for Emacs, a true and full application handling much more than plain
> > text. It has more than 129 Emacs Lisp files.
Hi Jean, a few thoughts.
Jean Louis writes:
> In other words program like Org capture is not meant for people having
> too many templates and that shall be explained right away both in
> function definitions and in the manual. Important people lose their
> time and effort in customizing org
* Ihor Radchenko [2020-12-13 18:33]:
> Dear Jean Louis,
>
> Thank you for the detailed insight into your extensive experience of
> project management and practical planning. I do not have that much
> experience, but can provide a significantly different point of view
> related to my research
* Christopher Dimech [2020-12-13 21:02]:
> > Sent: Sunday, December 13, 2020 at 4:13 PM
> > From: "Jean Louis"
> > To: "Ihor Radchenko"
> > Cc: "Maxim Nikulin" , emacs-orgmode@gnu.org
> > Subject: Re: Bring up a screen giving option to open a series of orgmode
> > files
> >
> > * Ihor
* TEC [2020-12-13 20:35]:
> > From a perspective that some server has to know what user is writing
> > it is advisable to use one own's servers. But if idea gets popular
> > some company will commercialize it and centralize user's data and
> > privacy is gone.
>
> FYI the nature of LSP (as I
Hello,
Juan Manuel Macías writes:
> I have the same problem with a function that I wrote to not export
> certain footnotes, and to date I have not been able to fix it. According
> to the `org-export-before-processing-hook' docstring:
>
> " *This is run before include keywords and macros are
Juri Linkov writes:
> Thanks for notifying me. I completely agree that the most suitable
> place to fix would be in org-babel-ruby-initiate-session. So here
> is a patch that I tested with different org header args:
[...]
> Subject: [PATCH] ob-ruby.el: Funcall command if it's a function from
>> I'm not sure if it should be org-mode's responsibility to resolve the
>> actual command string, or if it should be done by
>> `run-ruby-or-pop-to-buffer'. (It kind of seems like the latter?)
>>
>> Any thoughts?
>
> Given the current situation, I don't see a good option aside from doing
> the
> Sent: Sunday, December 13, 2020 at 10:44 AM
> From: "Jean Louis"
> To: pie...@caramail.com
> Cc: "Tim Cross" , emacs-orgmode@gnu.org
> Subject: Re: Org Capture Menu cannot be fully viewed
>
> * pie...@caramail.com [2020-12-13 05:09]:
> > Here is one version of a template
> >
> > (setq
> Sent: Sunday, December 13, 2020 at 11:24 AM
> From: "Jean Louis"
> To: pie...@caramail.com
> Cc: "TRS-80" , emacs-orgmode@gnu.org
> Subject: Re: Org Capture Menu cannot be fully viewed
>
> * pie...@caramail.com [2020-12-13 06:51]:
> > > Are there any more to these templates you did not show?
>
> Sent: Sunday, December 13, 2020 at 12:06 PM
> From: "Jean Louis"
> To: "TRS-80"
> Cc: emacs-orgmode@gnu.org
> Subject: Re: Org Capture Menu cannot be fully viewed
>
> * TRS-80 [2020-12-13 01:11]:
> > On 2020-12-12 13:02, pie...@caramail.com wrote:
> > > Dear All,
> > >
> > > When making a
Sent: Sunday, December 13, 2020 at 7:07 PM
From: "Diego Zamboni"
To: "Ihor Radchenko"
Cc: daniela-s...@gmx.it, bug-gnu-em...@gnu.org, "Org-Mode mailing list"
Subject: Re: org-capture user-error: Abort
> Emacs fires "user-error: Abort" after pressing "q" to abort org-capture.
This
> Sent: Sunday, December 13, 2020 at 4:12 PM
> From: "Jean Louis"
> To: "Tim Cross"
> Cc: emacs-orgmode@gnu.org
> Subject: Re: Org Capture Menu cannot be fully viewed
>
> * Tim Cross [2020-12-13 03:54]:
> >
> > pie...@caramail.com writes:
> >
> > > Dear All,
> > >
> > > When making a
>
>
> > Emacs fires "user-error: Abort" after pressing "q" to abort org-capture.
>
> This is intended. Normally, it just shows up as a message in the
> minibuffer. Or do you have debug-on-error enabled?
>
Same as Ihor, when I press `q` in the org-capture screen I only see "Abort"
in the
> Sent: Sunday, December 13, 2020 at 4:13 PM
> From: "Jean Louis"
> To: "Ihor Radchenko"
> Cc: "Maxim Nikulin" , emacs-orgmode@gnu.org
> Subject: Re: Bring up a screen giving option to open a series of orgmode files
>
> * Ihor Radchenko [2020-12-13 03:45]:
> > Jean Louis writes:
> >
> > >
> Sent: Sunday, December 13, 2020 at 6:31 PM
> From: "Jean Louis"
> To: "Ihor Radchenko"
> Cc: emacs-orgmode@gnu.org
> Subject: Re: Emacs inserts hardwired org-agenda-files variable, overwriting
> user options
>
> * Ihor Radchenko [2020-12-13 12:25]:
> > Jean Louis writes:
> >
> > > Org files
> Sent: Sunday, December 13, 2020 at 6:31 PM
> From: "Jean Louis"
> To: "Ihor Radchenko"
> Cc: emacs-orgmode@gnu.org
> Subject: Re: Emacs inserts hardwired org-agenda-files variable, overwriting
> user options
>
> * Ihor Radchenko [2020-12-13 12:25]:
> > Jean Louis writes:
> >
> > > Org files
> Sent: Sunday, December 13, 2020 at 2:19 PM
> From: "Jean Louis"
> To: daniela-s...@gmx.it
> Cc: to...@tuxteam.de, emacs-orgmode@gnu.org, "Ihor Radchenko"
>
> Subject: Re: Emacs inserts hardwired org-agenda-files variable, overwriting
> user options
>
> * daniela-s...@gmx.it [2020-12-13
> Sent: Sunday, December 13, 2020 at 11:48 AM
> From: "Jean Louis"
> To: "Michael Albinus"
> Cc: daniela-s...@gmx.it, bug-gnu-em...@gnu.org, "Org-Mode mailing list"
>
> Subject: Re: org-capture user-error: Abort
>
> * Michael Albinus [2020-12-13 11:25]:
> > Jean Louis writes:
> >
> > Hi
> Sent: Sunday, December 13, 2020 at 11:46 AM
> From: "Jean Louis"
> To: "Ihor Radchenko"
> Cc: daniela-s...@gmx.it, bug-gnu-em...@gnu.org, "Org-Mode mailing list"
>
> Subject: Re: org-capture user-error: Abort
>
> * Ihor Radchenko [2020-12-13 11:21]:
> > Jean Louis writes:
> >
> > > *
* Ihor Radchenko [2020-12-13 12:25]:
> Jean Louis writes:
>
> > Org files I have always found useful for project and plan documents
> > preparation, in particular LaTeX and PDF export. As that way I get
> > better readability on screen and good printed document.
> >
> > None of such projects
* Bastien [2020-12-13 12:53]:
> Jean Louis writes:
>
> > * Bastien [2020-12-11 09:28]:
> >> Thanks Jean, I agree with most of your points.
> >>
> >> Are you volunteering for this task?
> >
> > I am anyway answering to people. So I am already doing it.
>
> Thanks but we need someone that is
* Tim Cross [2020-12-13 04:09]:
> Given the move to HTML5 and deprecation of XHTML, how valid are
> XHTML compliance requirements these days? Could it be time to
> 'reverse' the org defaults and export using HTML5 by default rather
> than XHTML?
There is no deprecation of XHTML, not until there
* TRS-80 [2020-12-11 19:21]:
> On 2020-12-11 03:09, Uwe Brauer wrote:
> > > Dear Uwe,
> > > * Uwe Brauer [2020-12-10 22:45]:
> >
> > > (require 'dired-x)
> >
> > > (defun dired-to-org-links ()
> > > "Generates Org links for Dired files and stores in memory. Yank
> > > it in other buffer"
> >
* Ihor Radchenko [2020-12-13 03:45]:
> Jean Louis writes:
>
> > While it is easy to teach people to open single program, press a key,
> > and insert title, it is harder and time consuming to teach random
> > people how to use Emacs. This may not be true, it is just my current
> > impression.
>
* TRS-80 [2020-12-13 07:31]:
> I am beginning to suspect you have bigger data and more options than fit
> comfortably into a capture template. I could be wrong, but in my mind
> at least, the idea of capture templates is to quickly store small ideas,
> notes, TODOs, etc. so you can go back to
* daniela-s...@gmx.it [2020-12-13 08:52]:
> > In general Org mode is excellent for personal TODO lists. That is what
> > is offered in the menu, that is what is advertised. Problem is that
> > there is no warning for users that personal TODO lists are not meant
> > for anything but that. There is
* Ihor Radchenko [2020-12-13 03:39]:
> Jean Louis writes:
>
> > For private annotations with hypothes.is one can install it on own
> > server and protect system for one's own group. That will do only a
> > group that is serious enough or have serious demands for annotations.
>
> > Myself I do
* Tim Cross [2020-12-13 03:54]:
>
> pie...@caramail.com writes:
>
> > Dear All,
> >
> > When making a relatively long Org Capture Menu for Archaeological Field
> > Management,
> > the relevant capture window cannot be scrolled down. This becomes
> > particularly
> > problematic with small
Jean Louis writes:
> * TEC [2020-12-13 13:44]:
>>
>> A little progress update.
>>
>> https://github.com/tecosaur/org-lsp now exists.
>
> As Org-mode does not have collaboration neither was initially designed
> for other editor, such idea is welcome.
>
> From a perspective that some server
* Michael Albinus [2020-12-13 11:25]:
> Jean Louis writes:
>
> Hi Jean,
>
> > Even if it is error, why it should be written with the dash as
> > "user-error"?!
>
> `user-error' is a standard error symbol in Emacs, which is fired by the
> function `user-error'. See (info "(elisp) Signaling
* TRS-80 [2020-12-13 01:11]:
> On 2020-12-12 13:02, pie...@caramail.com wrote:
> > Dear All,
> >
> > When making a relatively long Org Capture Menu for Archaeological
> > Field Management, the relevant capture window cannot be scrolled down.
> > This becomes particularly problematic with small
* TEC [2020-12-13 13:44]:
>
> A little progress update.
>
> https://github.com/tecosaur/org-lsp now exists.
As Org-mode does not have collaboration neither was initially designed
for other editor, such idea is welcome.
>From a perspective that some server has to know what user is writing
it
* Ihor Radchenko [2020-12-13 11:21]:
> Jean Louis writes:
>
> > * daniela-s...@gmx.it [2020-12-12 23:19]:
> >> Emacs fires "user-error: Abort" after pressing "q" to abort org-capture.
> >
> > Those are error messages invented by programmers who never had any
> > project supervisor who thinks
* pie...@caramail.com [2020-12-13 05:09]:
> Here is one version of a template
>
> (setq capture-template-investigation-type '(
>
> ("a" "Historic Background Research Site Evaluation/Testing" entry
> (file "~/histr/archaeol.org")
> "* Site_Type: %?\n %T\n")
>
> ("b" "Systematic Survey
* pie...@caramail.com [2020-12-13 06:51]:
> > Are there any more to these templates you did not show?
I was thinking some users will get surprised on this. They may even
say it is not necessary.
I have 1148 sets where I am capturing different
information. Imagine if I would be spending my time
Hello,
Eric S Fraga writes:
> Hello,
>
> I have a particular function that I want to invoke when exporting an org
> file. This works just fine, adding this function to the
> org-export-before-processing-hook, for simple org files. However, if I
> have an org file which uses #+include: to
Thank you very much for your quick reply.
How can I let orgmode disable some built-in links if it allows? (The
escape character solution sounds not ideal.)
On 13/12/2020 07:05, Kyle Meyer wrote:
Junwei Wang writes:
When exporting orgmode file into HTML file, the exporter "mistakely"
2020-12-13 Alan E. Davis wrote:
I think R would not be too unwieldy as a hammer here. My use case is a
humble one: just take a several clock times in HH:MM format (utc) and
adjust to another timezone by adding or subtracting the relevant number
of hours. The day of week is not important;
Hello,
I have a particular function that I want to invoke when exporting an org
file. This works just fine, adding this function to the
org-export-before-processing-hook, for simple org files. However, if I
have an org file which uses #+include: to include other org files, it
seems like the
> Sent: Sunday, December 13, 2020 at 4:36 PM
> From: "Ihor Radchenko"
> To: "Jean Louis"
> Cc: "Tim Cross" , daniela-s...@gmx.it,
> emacs-orgmode@gnu.org
> Subject: Re: Adding Org Files to org-agenda-files
>
> Dear Jean Louis,
>
> Thank you for the detailed insight into your extensive
Jens Lechtenboerger writes:
> Without the second argument I get an error “Wrong type argument:
> stringp,” when evaluating regular expressions against the cons cell
> that is returned as title.
>
> As I see now, author and title are cons cells, which is why
> org-element-interpret-data is
Hi Ian,
Sorry for the slow response, I'm marked your email though, so I'm now
getting back to you :)
ian martins writes:
> I wanted to change line colors but didn't find a way. Is there a way?
Indeed! Though I do it with lisp, and using my patches.
I think I saw a patch about multiline
Hi,
I believe we still can change the name if that’s preferred. I'm not overly
attached to the name I committed, although I fail to see the ugliness in it.
And it's only in master since a few days. No biggie to change.
In my opinion it's important to see the names in their context. One context
Just a quick note on the values proposed.
All of the Alt Ns have overview + N-in-the-name options for N >= 2.
e.g. show2levels, show3levels...
For the sake of completeness/consistency I would suggest having a N=1
variant with that format too. This would duplicate the behaviour of
"overview",
1 - 100 of 117 matches
Mail list logo
