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
> instal
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
>
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, h
=== 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 keyboard.
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
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. Ins
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 their
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 Bor
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 hold-u
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
>
> (defun
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 () ;Versio
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 exa
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.
org-in-comm
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 gettin
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 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 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,
I fixed this with commit ec80dd6c in the maint branch.
Thanks,
--
Bastien
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 some
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 removin
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
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
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 the
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. Apparently,
> 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"
> "M
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
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, bre
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"]
> ca
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 wee
> 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 a
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 0..ba9119d5
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 doesn
Got it.
I am sorry for the late reply.
There is no opinion on making the patch.
Thanks.
--
nilninull
> 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) b
>>> "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 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 ma
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 the
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 but
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 wrong
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 o
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
> reproducib
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: Definin
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 hav
>>> "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 So>
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 9
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
> >> nee
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 c
> 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 a
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
-
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.
Best,
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 te
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
pr
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 (result
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
> 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 aroun
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
interac
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
Bas
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 don't
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 a
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
andrés ramírez writes:
> Hi Bastien. Thanks for fixing this.
Okay, thanks for confirming!
--
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
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
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
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 yo
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.
Th
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 GN
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 f
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
> Can you try the attached patch and tell wether it fixes your issue?
The patch will fail in the following headline, because of invisible last
char:
* [[file:test.el][test]]
In general, we can only guarantee that partially visible headline is not
skipped only if we check all the positions. Or we
Hi Bastien,
> I guess this is due to `org-element-at-point' considering inline tasks
> as headlines, thus trying to move only one line.
>
> Nicolas, would you know how to solve this (if it does not get us into
> hard syntactic decisions)?
This would probably be the clean solution. As a (temporary
> Uwe Brauer wrote/hat geschrieben on/am 06.09.2020 17:49:
> I have to correct myself.
> My original note was that
> (setq calendar-day-name-array ["Sonntag" "Montag" "Dienstag" "Mittwoch"
>"Donnerstag" "Freitag" "Samstag"]
> calendar-month-name-array ["Januar" "Februar
73 matches
Mail list logo