Hi Ihor,
sorry for the late reply.
Ihor Radchenko writes:
> I still can reproduce the bug, following the recipe.
OK, fixed in master as 81d49b5ad now.
Thanks,
--
Bastien
Hi Sébastien
Sébastien Miquel writes:
> Hi Bastien,
>
> With latest org-mode master, and emacs -q,
> run (defface org-block '((t (:background "#494949" :extend t))) "")
> before loading org-mode,
> then visit an org buffer containing the three following blocks.
>
> When I do so, the org-block
Let us imagine this simple org file :
#+NAME: first
#+begin_src org
- an item
- subitem
#+end_src
If the cursor is at the last line and I want to insert an org block,
let's say an example, using org-tempo feature, I can type =>.
Any help would appreciated.
I use GNU Emacs 26.3 from Debian
Dear Stanislav,
thanks for reporting this, I confirm the bug.
I shared a note on the SO entry asking for a patch: since the
solution is mostly written, it would help if a patch could be
sent to this mailing list directly.
See https://orgmode.org/worg/org-contribute.html on how to
contribute.
Hi,
D writes:
>> Does it fix a problem for org-superstar-mode or a more general problem
>> in Org?
>
> It mostly fixes an org-superstar-mode problem (see
> https://github.com/integral-dw/org-superstar-mode/issues/19).
Can you try the attached patch and tell wether it fixes your issue?
>> If
Thanks Tom for the feedback.
>> - org-babel-exp-process-buffer
> Yes
>> - org-babel-ref-resolve
> Probably not?
>> - org-babel-expand-noweb-references
> Probably not?
I've done this in master now, see 9f0af69dd2.
Best,
--
Bastien
Bastien writes:
> I'm just confirming this bug with X-Woof-Bug: confirmed so that it
> appears on https://updates.orgmode.org.
Of course, the first time I mention "X-Woof-Bug: confirmed" in the
body of the email, I forgot to add it as a mail header.
--
Bastien
Hi Charles,
"Berry, Charles" via "General discussions about Org-mode."
writes:
> Here is another ECM that illustrates the bug:
I'm just confirming this bug with X-Woof-Bug: confirmed so that it
appears on https://updates.orgmode.org.
Best,
--
Bastien
andrés ramírez writes:
> Hi Bastien. Thanks for fixing this.
Okay, thanks for confirming!
--
Bastien
Hi Vladimir,
Vladimir Nikishkin writes:
> That's not entirely what I want.
What do you want instead? It's not clear to me from your example.
Thanks,
--
Bastien
Hi Vladimir,
Vladimir Nikishkin writes:
> #+name: empty
> #+begin_quote
>
> 1
> #+end_quote
>
> #+begin_src shell :shebang "#! /usr/bin/chibi-scheme :stdin empty
> (/ 1 0)
> #+end_src
The example above does not work for me. Can you provide another one?
> Now the chibi-scheme shebang is just
Hello Diego,
Diego Zamboni [2020-09-05, 23:39 +0200]:
> I had seen the same in my setup. I recently started using Doom Emacs
> (https://github.com/hlissner/doom-emacs/) and was pleasantly surprised
> to discover that todo and tag faces scale according to the headline in
> which they are. I
Hi Bastien. Thanks for fixing this.
> "Bastien" == Bastien writes:
[...]
Bastien> Can you instrument the `org-babel-read' function?
I have done. But It has not failed with 27.1.
Bastien> You can do this with C-h f org-babel-read RET and then C-u C-M-x
on the function's
Primary examples would be adding a note (CTRL-z) or changing a tag on a
person and then having org-agenda update that. I am assuming it is because
the entire file needs to be parsed rather than say, some index of entries.
(so perhaps I mischaracterized org-contacts as being slow versus its
> However, as the file and C-z notes have grown,
> performance has really started to drag. I know people have used various
> schemes (caching) etc to try to improve performance and the like, but
> updates to the file are taking a solid 5 seconds now when making major
> updates and moving tags
Nicolas Goaziou writes:
> Hello,
>
> Eric Abrahamsen writes:
>
>> Subject: [PATCH] Add EXPORT_DIRECTORY property
>>
>> * lisp/ox.el (org-export-output-file-name): Check for this property
>> and place the exported output file there.
>> * doc/org-manual.org: Document.
>
> Doesn't it conflict with
Uwe Brauer wrote/hat geschrieben on/am 06.09.2020 17:49:
Uwe Brauer wrote/hat geschrieben on/am 06.09.2020 14:01:
Can't answer this, because I don't use a mail buffer, but in an org-file
I use C-c . to insert an active time stamp (result: <2020-09-06 So>) or
C-c ! for an inactive one
Hello,
Eric Abrahamsen writes:
> Subject: [PATCH] Add EXPORT_DIRECTORY property
>
> * lisp/ox.el (org-export-output-file-name): Check for this property
> and place the exported output file there.
> * doc/org-manual.org: Document.
Doesn't it conflict with publishing, and with EXPORT_FILE_NAME
Hi Kyle,
Kyle Meyer writes:
> Just a heads up: with recent changes on maint, I'm seeing two test
> failures:
>
> 2 unexpected results:
>FAILED test-org-inlinetask/folding-directly-consecutive-tasks/1
>FAILED test-org/org-read-date
Fixed now. The first one by fixing the
Hi Kaushal,
sorry for the late reply, and thanks for the detailed report.
Kaushal Modi writes:
> *The regression is that earlier (org-babel--string-to-number "1,3-5")
> used to return nil, but now it returns 1.*
This should be fixed now in master, as of 15a6836e4, it will be
in Org 9.4.
Hello Bastien!
Bastien [2020-09-05, 16:47 +0200]:
> Could you insert a small picture showing where faces customization
> don't interact nicely, e.g. when using different heights for org-todo
> org-level-1?
Please see attached. This is on 'emacs -Q'. What I did:
- C-x C-f test.org
- C-x 2
-
> On Sep 6, 2020, at 4:32 AM, Damien Cassou wrote:
>
>
> Hi,
>
> it seems that, if a cell within a table contains a space, the
> corresponding value passed as parameter to a R script will be
> wrong.
Not exactly. Your ECM has one column, and using both columns removes the issue.
Here is
Ihor Radchenko writes:
>> Everyone has their own workflows, but I think the way you are approaching
>> this problem is "wrong".
>
> I think I need to elaborate on the use-cases more then.
>
> I am well aware about the concept of NEXT actions, GTD, projects, and
> using categories to bring task
Hi Bastien,
Thank you, both for accepting this and for the fix with the blank line folding!
Best,
DK
сб, 5 сент. 2020 г. в 11:26, Bastien :
>
> Hi Dmitrii,
>
> Dmitrii Korobeinikov writes:
>
> > Nice, I see!
> >
> >> IDK. AFAICS you are right with your argumentation. I don't see the
> >>
Bastien writes:
> Hi Eric,
>
> sorry for the late reply -- I don't use attachments that much
> but I see how this could be useful once correctly advertized and
> documented.
>
> Eric Abrahamsen writes:
>
>> Would something along these lines be considered for inclusion?
>
> Yes, sure, for after
>>> "SN" == Stefan Nobis writes:
> Uwe Brauer writes:
>> But it still inserts <2020-09-06 Sun>
> What's the value of `system-time-locale'?
I found that I had to re-run
sudo locale-gen de_DE.UTF-8
sudo dpkg-reconfigure locales
Then it worked as expected. Thanks! <2020-09-06
Hi Jack,
Jack Kamm writes:
> I think it's a bad idea that ":results value", and not specifying
> ":results", give different behavior.
Indeed.
At first, I thought "If ':results value' is always the same as the
default, why have ':results value' at all?" and thought it'd be an
argument for
Hi Tim,
sorry for the late reply, and thanks a lot for the clear summary.
Tim Cross writes:
> It seems to me that two separate issues have been mixed up and causing
> some confusion here. However, I think it is actually quite simple once
> we consider the issues separately.
>
> Issue 1:
Hi Philip,
Philip Blagoveschensky writes:
> Do you mean that I can probably fix it by changing what fonts I use?
Nope, I mean the issue might come from the way Emacs add faces like
bold, etc (aka "fontification".)
> If so, I'd rather do that than tinker with emacs trying to make a
>
Do you mean that I can probably fix it by changing what fonts I use? If so, I'd
rather do that than tinker with emacs trying to make a reproducible recipe.
--
Regards,
Philip Blagoveschensky
4 сент. 2020 г. 19:08:19 Bastien :
> Hi Philipp,
>
> Philip Blagoveschensky writes:
>
>> Sometimes
Hi Rick,
thanks for the report.
Rick Frankel via "General discussions about Org-mode."
writes:
> In an babel preview buffer opened with 'org-babel-expand-src-block,
> ('org-edit-src-save) writes the expanded view back to the org
> file, with all the variable expansions, etc.
>
> I may be
Hi Daryl,
Daryl Manning writes:
> Is there a solid, forked branch anywhere that focuses on enhancing
> performance anywhere?
Note that I'm aware of, but I don't use org-contacts.el, so maybe
other will have more information.
> I'm tempted to wade in and add features and improvements myself
Strangely, I've come to rely over the last year on org-contacts as a
lightweight, taggable CRM. However, as the file and C-z notes have grown,
performance has really started to drag. I know people have used various
schemes (caching) etc to try to improve performance and the like, but
updates to
Uwe Brauer writes:
> But it still inserts <2020-09-06 Sun>
What's the value of `system-time-locale'?
In a shell (like Bash), is there a difference between the following
two commands:
#+begin_src bash
LC_TIME=C date
#+end_src
#+begin_src bash
LC_TIME=de_DE date
#+end_src
--
Until the next
>>> "SN" == Stefan Nobis writes:
> Uwe Brauer writes:
>> But is inserts the name of the days in English
> The format and language of the time-stamps is controlled by the
> function format-time-string (the docstring of this function shows all
> the available placeholders, including "%a" for the
> Uwe Brauer wrote/hat geschrieben on/am 06.09.2020 14:01:
> Can't answer this, because I don't use a mail buffer, but in an org-file
> I use C-c . to insert an active time stamp (result: <2020-09-06 So>) or
> C-c ! for an inactive one (result: [2020-09-06 So])
ah you use a mail (nor message)
Got it.
I am sorry for the late reply.
There is no opinion on making the patch.
Thanks.
--
nilninull
On 9/6/2020 2:17 AM, hj-orgmod...@hj.proberto.com wrote:
> === The alien abduction of Bastien ===
>
> Just in:
>
> The relentless activity - plethora of unstoppable emails - on the
> orgmode mailing list under the name "Bastien" is a clear proof that the
> impostor doesn't sleep and that it
Hi ian,
It looks like this library is instead going to be available through an
ELPA, but FWIW here are a couple of comments on the tests.
ian martins writes:
> diff --git a/testing/examples/ob-haxe-test.org
> b/testing/examples/ob-haxe-test.org
> new file mode 100644
> index
> Boruch Baum writes:
>
>> In org-mode, when POINT is moved over an org-mode link, wouldn't it be
>> reasonable for the value of that link to appear in the mini-buffer? The
>> advantage of that is the user would know where the link points and what
>> would happen if the link is opened (eg. would
Uwe Brauer writes:
> But is inserts the name of the days in English
The format and language of the time-stamps is controlled by the
function format-time-string (the docstring of this function shows all
the available placeholders, including "%a" for the locale's
abbreviated name of the day of
Uwe Brauer wrote/hat geschrieben on/am 06.09.2020 14:01:
> Uwe Brauer wrote/hat geschrieben on/am 06.09.2020 11:15:
> For me
> (setq calendar-day-name-array ["Sonntag" "Montag" "Dienstag" "Mittwoch"
>"Donnerstag" "Freitag" "Samstag"]
>
In an babel preview buffer opened with 'org-babel-expand-src-block,
('org-edit-src-save) writes the expanded view back to the org
file, with all the variable expansions, etc.
I may be wrong, but i don't remember this behavior in older versions of
Org, and this has bitten me a couple of times,
Bastien writes:
> Hi Matt,
>
> Matt Huszagh writes:
>
>> Matt Huszagh writes:
>>
>>> I've generated a patch for this. Please let me know your thoughts. I
>>> believe this adds valuable flexibility to default header
>>> arguments.
>>
>> I've added an additional fix that makes this work during
> Uwe Brauer wrote/hat geschrieben on/am 06.09.2020 11:15:
> For me
> (setq calendar-day-name-array ["Sonntag" "Montag" "Dienstag" "Mittwoch"
> "Donnerstag" "Freitag" "Samstag"]
> calendar-month-name-array ["Januar" "Februar" "Maerz" "April"
>
Hi,
it seems that, if a cell within a table contains a space, the
corresponding value passed as parameter to a R script will be
wrong. Please find a very simple org file attached to this email. I
expect the length of the variable to be 2 (which is the length of '("A
B" "C") and not 3.
Hi,
> Does it fix a problem for org-superstar-mode or a more general problem
> in Org?
It mostly fixes an org-superstar-mode problem (see
https://github.com/integral-dw/org-superstar-mode/issues/19).
> Why do you need to check the visibility status every character in the
> headline (even for
Uwe Brauer wrote/hat geschrieben on/am 06.09.2020 11:15:
Hi
Org-time-stamp inserts a date as specified in
(org-time-stamp-custom-formats '(" %d.%m.%Y " . " %d.%m.%Y %a %H:%M "))
But is inserts the name of the days in English, which variable allows me
to change the language?
I thought maybe
flare writes:
> I have run into this issue myself
Can you provide a reproducible recipe?
Perhaps I am missing something obvious, but I don't have the problem
reported by the OP.
--
Bastien
No Wayman writes:
> Bastien writes:
>
>> Applied in maint as c7abcd514, thanks.
>
> Thanks, Bastien. I noticed org-end-time-was-given is bound similarly.
> This binding doesn't affect my usage, but I wonder if it is necessary.
> If you think it isn't, I'd be happy to submit another patch
Hi Bastien,
My initial reaction was to say yes to all of these in the name of
consistency, but there are nuances for org-babel-ref-resolve and
org-babel-expand-noweb-references that are different than for
org-babel-exp-process-buffer. If I have a block that nowebbs in
another block, and at
Hi,
I fixed this with commit ec80dd6c in the maint branch.
Thanks,
--
Bastien
Hi Ian,
ian martins writes:
> I've written an alternative org-java.el that doesn't have that
> problem.
I hope you don't mind the fix I just integrated -- it's simple
enough for being in 9.3.8, the next stable release. Obviously
your updates ob-java.el will probably make it obsolete once
we
Hi Samuel,
indeed, letting org-schedule and org-deadline to accept more metadata,
such as warning delays, would be good.
If someone wants to try writing a patch for this, please go ahead.
Best,
--
Bastien
Hi Jarmo,
Jarmo Hurri writes:
> In the org file below, the first babel block will evaluate just fine,
> while the second will signal "End of file during parsing". The
> difference is the opening bracket "[" in output.
Fixed in maint, thanks.
--
Bastien
Hi Kyle,
Great. That sounds like the best solution given that correctness
is more important than performance at the moment. We have a good idea
of how to improve the performance going forward so providing the
correct behavior asap seems like the right thing to do. Thank you very
much for
Hi Tom,
Tom Gillespie writes:
>This seems like it is probably a bug given that everything else
> about archive headings is disabled.
Yes, I agree this should considered as a bug.
I have a fix for it, which is to ignore archived subtrees along with
commented ones when tangling.
Hi Bastien,
Here are some examples that I have in mind. One example would be
to simplify my hacked solution to from
https://lists.gnu.org/archive/html/emacs-orgmode/2020-09/msg00175.html.
I could apply that to all the headings in a subtree by defining it
once in the property drawer. Another
Hi
Org-time-stamp inserts a date as specified in
(org-time-stamp-custom-formats '(" %d.%m.%Y " . " %d.%m.%Y %a %H:%M "))
But is inserts the name of the days in English, which variable allows me
to change the language?
I thought maybe
(defun my-set-calendar-deutsch ()
On Sun, Sep 06, 2020 at 01:52:36AM -0700, flare wrote:
>
> I have run into this issue myself, my solution for this ended up being
> a quick hack to toggle this inheritence so that subheadings could reach
> into superheadings when referencing the same attachments.
>
> #+BEGIN_SRC elisp
>
>
Hi there,
hj-orgmod...@hj.proberto.com writes:
> Aliens! Beware! ... We will be looking for Bastien. Give us back our
> Bastien, or you will have a war on your hands!
Before waging war, please make sure to get a copyright assignment from
them. We wouldn’t want to have an intergalactic
I'm with you on this - the behaviour we've seen is clearly inhuman.
Oh the other hand, this 'imposter' does seem to be doing good work
... I wonder if we can keep it when we re-capture the real Bastien?
Yours in conspiracy,
Timothy.
- Forwarded message from Bastien -
Date: Sun, 06 Sep 2020 10:21:33 +0200
From: Bastien
To: Boruch Baum
Cc: 42484-d...@debbugs.gnu.org
Subject: Re: bug#42484: 26.1: org-mode should display value of links in
mini-buffer
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
Hi
I have run into this issue myself, my solution for this ended up being
a quick hack to toggle this inheritence so that subheadings could reach
into superheadings when referencing the same attachments.
#+BEGIN_SRC elisp
(defun org-attach-switch-inheritence ()
"Allows for Subtrees to have
Hi Julius,
Dittmar writes:
> Hello friends,
>
> either I misunderstood something or I stumbled upon a bug.
>
> Situation: I have a heading with some files attached. This heading has
> an ID property, upon which the directory for those files is based.
>
> There's also a subheading with no ID.
Dear Bastien,
thank you for you for patience. It is a minor issue, still I try to
explain by an example (see below).
If the example below is exported to LibreOffice I am happy with all the
format, except the vertical spacing between list elements, which results
from the vertical space after each
=== The alien abduction of Bastien ===
Just in:
The relentless activity - plethora of unstoppable emails - on the
orgmode mailing list under the name "Bastien" is a clear proof that the
impostor doesn't sleep and that it doesn't eat. It's a robot that just
hammers and hammers at the
Hello Kévin,
Kévin Le Gouguec writes:
> I like #+LINK keywords because they make documents self-sufficient:
> anyone opening my document can follow these links or export the buffer;
> they do not need to run some Elisp to add to org-link-parameters.
>
> One thing I don't know how to customize,
Hi,
No Wayman writes:
> With the following Org mode file and point denoted by "|":
>
> * Parent
> |
> ** Sibling
>
> Insert the text "*", resulting in:
>
> * Parent
> "*"|
> ** Sibling
>
> textually, but the final star of the Sibling heading is hidden as
> well:
>
> * Parent
> "*"|
> Sibling
Hi Dominick,
thanks for sharing this on the list. I don't use Windows, so it
is difficult for me to understand what can go wrong.
Dominick Samperi writes:
> My current work-around is to map F12 to (org-mode-restart).
>
> After installing a fresh version of Emacs 27.1 using the Windows
>
D writes:
>> Probably, it is easier if you just use seq-every-p instead of
>> mapcar on (number-sequence max-pos min-pos -1). The result of
>> seq-every-p will be inverse of the currently used expression.
>
> Oh yeah, that's much nicer. I also made the predicate check
> right-to-left, which
Hi Stephen,
Stephen Paul Weber writes:
> I'm happy to make further customisations of my environment to avoid
> this, but it is very surprising to me so I wonder if anyone can
> guess what might be happening and give me some pointers about it?
I don't use frames so I cannot confirm the bug is
Hi Matt,
Matt Huszagh writes:
> Matt Huszagh writes:
>
>> I've added a few changes to the patch that additionally allow custom the
>> begin and end document environments. The purpose here is to allow latex
>> code within the document environment that is ignored by the body
>> export. For
Bastien writes:
> Hi Adam,
>
> Adam Spiers writes:
>
>> This is useful for prepending to the start of the target headline
>> instead of appending to the end, or vice-versa depending on
>> org-reverse-note-order.
>
> I think this would be useful. What others think?
>
[...]
+1; sounds quite
Hi All,
I think while my org-plot work isn't yet complete, it has reached a
review-able
state.
I see org-plot as a great tool for making it easy to produce
high-quality
graphics from tabular data in Org files. With this in mind, this set of
patches
aims to achieve to overarching goals:
1.
75 matches
Mail list logo
