Bastien writes:
> I tested the patch and it fixes the problem just fine, I applied
> it in master as b79fef1da.
PS: Also marking this as fixed now.
--
Bastien
Hi Nicolas and Marco,
I tested the patch and it fixes the problem just fine, I applied
it in master as b79fef1da.
Thanks a lot for this!
--
Bastien
Hi Kévin,
Kévin Le Gouguec writes:
> Bastien writes:
>
>>> - Will Emacs's maintenance branch (emacs-27) be updated with Org 9.3.8,
>>> so that Emacs 27.2 includes all bugfixes for 9.3? (If so, I can open
>>> a new report on Debbugs to track this, as
string could be enhanced, can you share a patch?
See https://orgmode.org/worg/org-contribute.html on how to contribute.
Thanks,
--
Bastien
to leave the FIXME for future generations.
--
Bastien
value of `org-blank-before-new-entry' and
>> insert a blank line only if needed?
>
> I've looked at the tests and concluded that your proposed approach is better
> and updated the patch accordingly.
thanks for the updated patch, I added a changelog entry and applied it
as 5082e436a in master.
Best,
--
Bastien
xternal
> package. For example, https://github.com/TonCherAmi/org-starless was
> also affected.
Good to know, thanks!
--
Bastien
I said, it was quite simple ;)
--
Bastien
Hi Carsten,
Carsten Dominik writes:
> yes, keeping the color would be good, this can make reading these
> strings much easier.
That's what is done, as of 7a12e1499, just committed in master.
Thanks for insisting on this!
--
Bastien
ith emacs -q?
Thanks!
--
Bastien
Hi Adam,
thanks, but I still need to understand the exact change you suggest
and what general fix/improvement it will provide. Probably a patch
will be easier to understand for this.
Thanks,
--
Bastien
Hi Matt,
can you provide a recipe to reproduce the problem?
Thanks,
--
Bastien
made as exceptions.)
--
Bastien
Hi No Wayman,
I pushed 4f49ebb6d, a small variant of your initial patch,
which pass the test fine by checking whether the variables
are bound outside or not, ignoring them if not.
Thanks again for the fix!
--
Bastien
e the `org-block' face for every true blocks
Thanks for further details!
--
Bastien
Hi William,
William Horne writes:
> Thank you for your response. This still happens for me on the version
> built from the org-mode.git repository.
this should now be fixed in master with 19b741583, thanks for
reporting this and sorry for the late reply.
Best,
--
Bastien
I add the "release_x.(y+1)-rc" on master, since
master is always moving forward?
I would like to keep things simple here: let's have annotated tags for
releases and... master.
Let me know if I miss a very obvious use-case for a better setup.
--
Bastien
Bastien writes:
> 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 having different defaults for different languages but
> I see how I was wrong: expectations for def
Hi all,
I'm releasing Org 9.3.8, a bugfix release.
Enjoy!
The next release will be 9.4: if you have outstanding important bugs
you would like to point to or to report, please go ahead.
Thanks,
--
Bastien
Ihor Radchenko writes:
> That's primarily a one single enhancement - use text properties
> instead of overlays to hide/fold text.
... or improve the speed for overlays in Emacs :)
--
Bastien
- Daryl, don't hesitate!
--
Bastien
Hi Matt,
Bastien writes:
>> Commit e3b79ad2bf7ab7b91c0ad2b8383d639bfe154ce7 from Feb. 9, 2020 (Allow
>> a new value for `org-adapt-indentation') introduced a bug that causes
>> logbooks to be incorrectly indented when promoting an entry.
>
> FWIW, I can confirm this bug
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 b
.
Thanks!
--
Bastien
a fallback option for Emacs versions <25, so that should
> be fine.
I'd rather not add a dependency over seq.el anyway.
Thanks,
--
Bastien
diff --git a/lisp/org.el b/lisp/org.el
index a5c7dcf3b..f6e04e65c 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -20529,7 +20529,7 @@ non-nil it will
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
the relevant functions in
ob-shell.el and see what going on, if you still have this issue?
Thanks,
--
Bastien
irst one by fixing the test and the second one by
temporarily reverting the change that broke the test.
Thanks for reporting this!
--
Bastien
n Org 9.4.
Best,
--
Bastien
er, not in maint. I may release
9.3.8 just for the sake of testing some fixes there, but 9.4 will
follow closely anyway.
Thanks for your patient input in this thread!
--
Bastien
eing surprised that the value
of executing a shell source block is an exit code, than to make it
necessary for all users to check what is the default result for each
Babel library.
Best,
--
Bastien
s trying to make a
> reproducible recipe.
A reproducible recipe is like immutable gold to this community: it
means that everyone can reproduce your problem and that everyone can
try fixing it: otherwise Linus's law "given enough eyeballs..." does
not really hold anymore.
Just saying :)
--
Bastien
you expected instead?
Thanks,
--
Bastien
ost tricks will be general Org tricks, no directly related
to the code in org-contacts.el -- but perhaps I'm wrong.
Best,
--
Bastien
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
Hi,
I fixed this with commit ec80dd6c in the maint branch.
Thanks,
--
Bastien
nce
we can move on after 9.4.
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 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
rences?
I'd favor such an equal treatment of commented/archived subtrees but
I'd like to make sure it sounds good to everyone before.
--
Bastien
containing 'attach' in any configuration file
Can you provide a reproducible recipe with a minimal configuration?
Thanks,
--
Bastien
bbrev-alist(-local):
(("bug" . "[[https://debbugs.gnu.org/%s][bug:%s]];))
What do you think? I'd rather not add an option or modify the
structure of org-link-abbrev-alist(-local).
Best,
--
Bastien
Sibling heading is hidden as
> well:
>
> * Parent
> "*"|
> Sibling
>
> I believe the org-hide face is being overridden by the bold face.
Indeed, I can reproduce this bug with latest Org.
--
Bastien
ist))
> (require 'org)
>
> This happens when the first file I open has name foo.org, or bar.txt.
> There are no problems when I continue to open files.
Note this other Emacs bug report:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=43196
Perhaps the discussion there gives you useful hints.
Best,
--
Bastien
ith previous
emacsen, right?
Thanks for any follow-up,
--
Bastien
m the bug is *not* here, perhaps
others can tell.
In the meantime, can you provide your Org and Emacs versions and a
reproducible minimal recipe for what looks like a bug? A few steps
to let anyone see what you see and fix the problem.
Thanks,
--
Bastien
to have a new paragraph after "runtime to the LaTeX preamble."
> +(defcustom org-babel-latex-pdf-svg-process
> + "inkscape --pdf-poppler %f -T -l -o %O"
> + "Command used to convert a PDF file to an SVG file when
> +executing a latex source block."
> + :group 'org-babel
> + :type 'string)
What for users who don't have inkscape?
Thanks,
--
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
this context, C-. is far more useful
> than just '.'.
Indeed! I slightly updated the manual with 0b9080421 in maint.
Thanks,
--
Bastien
Hi Timothy,
TEC writes:
> Bastien writes:
>
>> Please share it on the list if you feel it's ready for a review.
>
> Well, I'm pretty sure it needs further tweaks, but I think that the bulk
> of the work would benefit from review at this point --- should I send it
> in
next?
Maybe. Please provide a patch so that we better know what we discuss.
Thanks,
--
Bastien
the MATCHER argument
> still filters out done states.
>
>
> [0]
> https://orgmode.org/list/caf96xx0xxhpkjaxy0dqmoiy3rnt+duok4p1y71f1awyjanl...@mail.gmail.com/
> [1] https://orgmode.org/list/874lt89fi2@free.fr/
Confirming this as an issue, if someone wants to fix it.
--
Bastien
Stig Brautaset writes:
> I didn't manage to make the time, no. I still may, but if someone else
> beats me to it I would certainly welcome it! I'm finding it hard to set
> aside time to dig into it given I have a functioning workaround.
Quite understandable, no problem.
--
Bastien
something we collectively need to focus on for the
next releases.
One problem is that we lack maintainers for Babel languages, so if
readers of this list want to volunteer and take over maintainance
for individual ob-*.el file, please go ahead.
Thanks,
--
Bastien
d love to get a better sense of
the usefulness of this feature.
--
Bastien
removes that binding and allows the caller to pass
> the time of day in the above case.
Applied in maint as c7abcd514, thanks.
--
Bastien
ring export too.
I would like to hear what other think about this feature.
Anyone?
Also, if we integrate the change, `eval-default-headers' would be
better named `org-babel-eval-default-headers'.
--
Bastien
ok
> b) * child subject :parent: <-- nok
>
> What I would expect:
> b) * child subject :parent:child:
I cannot reproduce this error, but you use an old version of Org,
if you can upgrade (to 9.3.7 at least) and test again, that'd be
great.
Thanks,
--
Bastien
until you can commit
this to master.
Best,
--
Bastien
possible to have a live
> preview of how org-read-date input interpretation when the calendar
> pop-up is disabled.
Thanks, I documented this in c09518b5f in master.
Best,
--
Bastien
ly change the behavior of many agenda views, so
we'd better advertize it in a major release. If not 9.4, a later one,
there really no hurry.
Thanks,
--
Bastien
Hi Samuel,
regarding hyphens in categories and agenda filtering, you should be
good to go from maint and master. Please test it and let us know.
All best,
--
Bastien
it before 9.4.
Thanks for the detailed exploration!
--
Bastien
rt a blank line only if needed?
--
Bastien
o you, Nicolas, and Kyle, and seek out guidance when unsure.
Thanks for your time and help again!
--
Bastien
regarding faces interaction.
Thanks in advance!
--
Bastien
Hi Ihor,
I applied an updated version of your patch as f45591630,
just adding a changelog.
Thanks,
--
Bastien
Hi Nick,
thanks for the detailed recipe.
FWIW, I was able to reproduce this bug.
--
Bastien
> headings and subheadings I think, I can go back to the level at the
> beginning only by inserting a new (sub)heading of the desired level.
> Maybe I am missing some alternative.
Perhaps try M-RET in a heading or explore `org-adapt-indentation' (I'm
not sure I completely grok your need, hence the suggestions.)
Best,
--
Bastien
p. As you can
> see, some of the function names under the `Other functions` are
> rendered incorrectly by the GitHub renderer, but renders and exports
> just fine in Org.
Thanks for this additional information, always useful for the
casual reader of the list (hello casual reader!)
--
Bastien
Hi Ian,
ian martins writes:
> It primarily adds features.
Okay, thanks for the feedback, let's wait a bit then.
> It fixes the problem reported here [1] but that's probably not a
> common problem and the person who reported it probably already
> migrated.
Indeed.
Best,
--
Bastien
/1756
I think this kind of configuration should happen on the window-manager
side indeed.
Best,
--
Bastien
ered part of the headline "text".
Best,
--
Bastien
"Wrong argument integer-or-marker-p"
It probably has been fixed a long time ago because I cannot reproduce
it here. Sorry if I lost part of the discussion about this bug. If
you can confirm the fix, that'd be good.
Thanks,
--
Bastien
08:00 |
| 09:00 | 09:00 |
| 00:00 | |
|---+---|
| 05:40 | 08:30 |
#+TBLFM: @5$1=vmean(@2..@-1);U
#+TBLFM: @5$2=vmean(@2..@-1);U
So I suspect this is something wrong with your first formula:
> #+TBLFM: $5=if(typeof($3-$2)==12, string(""), $3-$2);E
Let me know if you manage to nail down something more precise.
Thanks,
--
Bastien
Hi Lester,
Lester Longley writes:
> I am encountering an error when using this .org code:
Thanks a lot for the detailed report.
I prevented the error from occurring in maint (114d50982).
Best,
--
Bastien
use I use it in the html
> file to name the theorem environment. Of course this is just my
> preference, and I would understand if the solution would work in
> another manner.
I think that's the natural expectation.
Best,
--
Bastien
That
> way I can take out the common parts of ob-haxe which will have been
> incorporated into ob-core.
Yes -- for now (< 9.4) we cannot accept changes in ob-core.el.
Thanks,
--
Bastien
into
hard syntactic decisions)?
--
Bastien
wn bug?
I also confirm this bug. I've had a quick look. It looks like
`org-export-get-reference' get fooled by trying to provide with a "new
reference". I hope Nicolas can have a look because this area of the
code is quite complexe.
Thanks,
--
Bastien
orting from Org, that would be OrgOdtStyles.xml :
https://code.orgmode.org/bzg/org-mode/src/master/etc/styles/OrgOdtStyles.xml#L20
You can use your own style (see the manual) but you are right that
this is independent from setting the langage through #+LANGUAGE.
HTH,
--
Bastien
-propertized link, org-agenda is infinitely un-finished.
I cannot reproduce this with latest Org and GNU Emacs 28.0.50. Can you?
--
Bastien
gt; paragraph regarding how to get a clean html-head could be added).
Thanks for the suggestion, I added a small section explaining how to
export to bare HTML (see ed8369aff in master).
Best,
--
Bastien
these can be added in time for v. 9.4
thanks for reporting this, I fixed it in 2af977016 in the master
branch, this will be in 9.4.
Best,
--
Bastien
Hi Michael,
Michael Partridge writes:
> At the moment I do not have time. I haven't used the tool in a while
> since then so I also don't have the vision.
No problem, thanks for replying. Perhaps someone else can amend the
documentation, if he sees your point.
--
Bastien
Hi Leo,
applied as 3008fb45d on maint, thanks a lot!
Best,
--
Bastien
complete patches for the next ones, that'd be
great, thanks in advance.
Best,
--
Bastien
Hi Uwe,
Uwe Brauer writes:
> 4 years ago Michael Brand provided the following nice solution, which as
> far as I know is still not in master.
Please let us know if you find a generic solution for this, we could
then add it to worg/org-hacks.org or perhaps.
--
Bastien
Hi Nick,
thanks for reporting this, I fixed it with 00a782112 in the maint
branch.
All best,
--
Bastien
ort of LaTeX fragments.
I think using `org-preview-latex-image-directory' is the way to go.
I did this in 9ad3606bf in the master branch.
If you have a chance to test and confirm the fix, that'd help.
Thanks,
--
Bastien
Hi,
applied as 8ae058ebe in the maint branch, thanks.
If you need directions on how to make a patch, please just say so,
it helps a lot by reducing the maintainance burden.
Thanks,
--
Bastien
ter?
We cannot amend the implementation of org-at-timestamp-p just for
flexibility's sake, because there would be no good reason not to
change other functions as well.
If you have a generic change to propose to org-at-timestamp-p please
go ahead.
Thanks,
--
Bastien
/manual/Applying-custom-styles.html
To apply an ODT style to a particular file, use the
‘ODT_STYLES_FILE’ keyword as shown in the example below:
#+ODT_STYLES_FILE: "/path/to/example.ott"
or
#+ODT_STYLES_FILE: ("/path/to/file.ott" ("styles.xml" "image/hdr.png"))
HTH,
--
Bastien
Hi Eric,
Eric S Fraga writes:
> On Friday, 4 Sep 2020 at 12:34, Bastien wrote:
>> So please feel free to move ahead with moving ical2org.awk.
>
> I'm not entirely sure what is meant to be done and by whom! If you wish
> to replace the link on Worg to the github site you f
1101 - 1200 of 9927 matches
Mail list logo
