Applied in maint, thanks and sorry for the slow reply.
Maxim Nikulin writes:
> * testing/lisp/test-org-protocol.el
> (test-org-protocol/org-protocol-parse-parameters): Specify that the case
> simulating real life capture uses new style parameters string
> to prevent test failure.
>
> It looks li
Timothy writes:
> Hi All,
>
> I've been using inline src blocks a fair bit more recently, and I've
> thought it's a pity how bad they look as they are currently without
> fontification. A little digging into Org internals and font-lock later
> and we have this patch. I could speak about what's
Applied as 3dbeb677e in master, thanks.
Maxim Nikulin writes:
> * testing/lisp/test-org-protocol.el
> (test-org-protocol/org-protocol-store-link-file,
> test-org-protocol/org-protocol-capture-file): Add tests to document
> that existing calls to `org-protocol-sanitize-uri' could make passed
> UR
Timothy writes:
> Hello,
>
> The latest in my visually-oriented (mostly) short patch series, adding
> basic fontification to inline export snippets --- @@comment:these things@@.
>
> I think fontification for stuff like this is nice because it visually
> indicates to the user that they've writte
Applied in maint, thanks!
--
Bastien
Thanks for getting back to me on this Bastien :)
Bastien writes:
> I suggest you rather bump them individually: sending such a digest
> will scatter the discussion in separate places. (I'm raising some
> points below, but please follow-up in the upstream thread.)
I have responded to your poi
Bastien writes:
> Thanks for the heads-up. I reverted the commit. Please go ahead with
> whatever you see fit.
PS: Re-opening this work-in-progress patch for updates.orgmode.org.
--
Bastien
>> I confirm that there still is following problem on 27.1.91.
>> Could someone take a look and show me work around?
>
> I cannot reproduce this with latest Org stable version 9.4.5.
>
> Can you try again and report?
I downloaded Org 9.4.5 and reproduced the problem on 26.3, 27.2,
and 28.0.50. H
Hi,
On 2021-04-27, 22:21 +0200, Nicolas Goaziou wrote:
>> + When using org-table-import interactively if we failed to guess
>> separator then we will be left with a user-error message and an
>> 'unconverted table'. We can make use of 'temp-buffer' to import our
>> file after successfully conver
Hello,
Stefan Monnier writes:
> That's because the "buffer copy" also copies the local vars,
For some reason, I misread the code and thought `buffer-file-name' and
`default-directory' were explicitly ignored. Go figure.
> Yes:
>
> (push (cons var val) varvals
>
Hi All,
I've noticed for a while that if you have a block with
overlays/invisible characters that editing it with `org-edit-special'
moves the point around.
For example, with Org pretty entities enabled, and █ indicating the
cursor, if I call org-edit-special on a LaTeX fragment like:
\( \alpha
Hello,
a question/problem regarding the #+plot: keyword.
I am trying to plot out some data where the table looks like this:
#+begin_src org
,#+plot: ind:(6 7) deps:(1) with:"linespoints pt 7" set:"logscale xy" type:3d
| 1 | 81 | 5 | 0 | 2.27 | 0.9729848950975623 |
0.
Hi,
I am unsure if it is a bug or expected behavior of autoload.
Try the following org file in new a "emacs -Q" instance:
--- >8 ---
#+begin_src elisp
(setq org-refile-use-cache t)
;;^- put cursor here and try C-h v
#+end_src
--- 8< ---
With org 9.3.8 I get `org-refile-use-cache' as de
On Wednesday, 28 Apr 2021 at 19:19, Maxim Nikulin wrote:
> With org 9.4+ I have to type variable name, no default option is
> provided. TAB completion still works. Moreover, after help page for a
> variable has been open (even for another one, e.g.
> `org-refile-targets'), next time C-h v at the
Hi Bastien.
On 28/04/2021 12:40, you wrote:
Hi Maxim,
Would you like to volunteer as the maintainer for org-protocol.el?
For now org-protocol.el indicates that Sebastian Rose, the original
author, is the maintainer, but I don't think he would mind handing it
to someone else.
I am proud to ge
Timothy,
> I actually think Org would benefit from using transient (which has
> recently been merged into Emacs), and it could reduce the maintenance
> burden, but I suppose that's not possible with our minimum version at
> Emacs 24...
having glanced briefly at transient, would it be something wi
Greg Minshall writes:
> having glanced briefly at transient, would it be something with which
> one could, e.g., implement the export menu?
>
> where else in org-mode would you see using it?
>
> (just curiosity.)
>
> cheers, Greg
This is going to sound really generic, but I think it's a good m
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
-
Hi Bastien,
Bastien writes:
> It looks good but it is significative enough to require you to sign
> the FSF copyright assignment. If you're willing to go through this
> (which will secure future contributions too), please see:
Thanks for the advice. I just signed and sent the FSF copyright
assi
>> Yes:
>>
>> (push (cons var val) varvals
>> varvals)))
>>
>> should be
>>
>> (push (cons var val) varvals)
>> varvals))
>>
>> so that the final `varvals` is outside the `dolist` (it's the thing we
>> want to return to store i
Timothy,
thanks!
> Greg Minshall writes:
>
> > having glanced briefly at transient, would it be something with which
> > one could, e.g., implement the export menu?
> >
> > where else in org-mode would you see using it?
> >
> > (just curiosity.)
> >
> > cheers, Greg
>
> This is going to sound
I was recently testing Org mode using old Emacs versions. Running make
on master fails with the following errors and warnings:
Compiling /home/yantar92/Git/org-mode/lisp/ob-C.el...
Eager macro-expansion failure: (error "Vector QPatterns not implemented yet")
Compiling /home/yantar92/Git/org-mod
Bastien writes:
> Can you provide a patch for this?
Sure. Attached.
>From d914acea52d251e2099681ac9541e4cb42e0953f Mon Sep 17 00:00:00 2001
Message-Id:
From: Ihor Radchenko
Date: Wed, 28 Apr 2021 22:51:53 +0800
Subject: [PATCH] Bypass read-only state in org-entry-put
* lisp/org.el (org-entr
Ihor Radchenko writes:
Maybe this is a good time to start a discussion about moving Org's
minimum supported Emacs to 25...?
--
Timothy
Timothy writes:
> Maybe this is a good time to start a discussion about moving Org's
> minimum supported Emacs to 25...?
I have no objections here, since I am on Emacs master anyway.
In any case, not all the warnings go away even using Emacs 25.3:
Compiling /home/yantar92/Git/org-mode/lisp/ob-
Hi Ihor,
applied in master as commit 232d9a060, thanks a lot!
--
Bastien
Eric S Fraga writes:
> Hello,
>
> a question/problem regarding the #+plot: keyword.
>
> I am trying to plot out some data where the table looks like this:
>
> #+begin_src org
> ,#+plot: ind:(6 7) deps:(1) with:"linespoints pt 7" set:"logscale xy"
> type:3d
> | 1 | 81 | 5 | 0
Ihor Radchenko writes:
> In any case, not all the warnings go away even using Emacs 25.3:
Just going to chime in here with the relevant info:
> ob-gnuplot.el:299:1:Warning: the function ‘file-local-name’ is not known to be
> defined.
:added:26.1
It looks like the definition could ju
Reviewing my attempt to speedup collecting of refile targets
https://orgmode.org/list/s209r8$16en$1...@ciao.gmane.io/
I have realized that refile cache is unreliable.
With specific customization, cache content and thus refile targets
depend on the function called first: `org-refile' ([C-u] C-c C
Hi Nick,
On Wednesday, 28 Apr 2021 at 11:28, Nick Dokos wrote:
> Have you tried looking at the produced gnuplot script? It goes in a
> temp file so it's a bit of a pain, but that's my fallback method when
> I'm really confused :-)
The issue appears to be the data that are also placed in a temp
fi
Looking at the code, 3d plotting does not support plotting individual
selected columns, it would appear. :-(
I think I'll stick to using src blocks instead, which is what I've been
doing for years, for 3d plots.
Sorry for the noise and thanks again.
--
: Eric S Fraga via Emacs 28.0.50, Org relea
On 28/04/2021 15:37, Utkarsh Singh wrote:
+List of preferred separator (in order of preference):
+comma, TAB, semicolon, colon or SPACE.
I will hardly be using this feature heavily, so I do not insist that the
following must be taken into account. Just some considerations...
There are locales
Hi Eric,
Have you had a chance to test this out?
--
Timothy
On 2021-04-27, 21:28 +0200, Bastien wrote:
>> Please see the attached diff. An explanation is offered below. I have
>> already assigned copyright to the FSF.
>
> Sorry it took so long to commit this, it is done in commit 667cb6f1a
> in master, adding fixed-pitch for org-hide, org-verbatim and o
Timothy writes:
> Ihor Radchenko writes:
>
> Maybe this is a good time to start a discussion about moving Org's
> minimum supported Emacs to 25...?
I checked Red Hat, Centos, Debian, SuSE, and Ubuntu. They are all 25.1
or later in their current distributions. So that will probably not
cause
long ago i used to use the refile cache. i think it is probably not
widely used, or maybe even not at all.
the reason i stopped was behavior that sounds similar to your
description. such as, it would produce a set of results that did not
match the calling conditions. i cannot reach the thread y
Samuel Wales writes:
> long ago i used to use the refile cache. i think it is probably not
> widely used, or maybe even not at all.
At least, I do use it. A lot. I rely on it.
I do not observe the breakage as described in the first message, mostly
because I use refile cache exclusively for org
thanks for reporting that you use it.
would it be more useful if it automaticaly generated the cache instead
of telling you to runt he command to do so?
if a solid, perhaps unified, cache existed, would org-id use it too?
On 4/28/21, Ihor Radchenko wrote:
> Samuel Wales writes:
>
>> long ago i
38 matches
Mail list logo
