Maxim Nikulin writes:
> Some additions. org-outline-path-cache is used solely by
> org-refile-get-targets (maybe there are some calls in other packages)
> but it efficiency is questionable. It was not clear for me earlier that
> the cache is reset before each scan through a buffer. So if
> or
Hi Gustavo,
Gustavo Barros writes:
> I just tested the fix and, indeed,
> `org-insert-heading-respect-content' no longer breaks the structure of
> the first heading. However, if I may add a nitpick, the value of
> `org-blank-before-new-entry' does not seem to be honored in this case.
> For defa
Gustavo Barros writes:
> This way it would be
> possible to toggle the markers selectively, as it is done with the
> links. I'm not sure this is granted, but one reasonable hypothesis
> why `org-link' was used there in the first place is that some degree
> of selective toggling of the markers wa
Hi Gustavo,
Gustavo Barros writes:
> A possible way to mitigate breakage here can be at hand, since we
> ended up with a third name (a proper one, btw). You could mark
> `org-speed-commands-user' as obsolete but keep it, for the due time as
> usual, and append it to `org-speed-commands' somehow
Various discussions convinced me that `org-adapt-indentation' should
be nil by default.
With `electric-indent-mode' being activated by default in Emacs, the
current behavior is that RET after a headline moves the point below
the beginning of this headline, not the beginning of the line, which
migh
As discussed in https://orgmode.org/list/87v9hzzhrn@gmail.com the
proposal is to allow users to customize *all* speed keys, not just
some of them through `org-speed-commands-user'.
By merging `org-speed-commands-default' and `org-speed-commands-user'
into a single `org-speed-commands' option,
Hi Yasushi,
Yasushi SHOJI writes:
> I see a plain list unfolded when I cycle a sub headline.
Fixed in maint with commit 5021bada9, thanks again for reporting this.
--
Bastien
Hi Damien and Jeremie,
Jeremie Juste writes:
> The following patch will at least harmonize the results towards the
> data.frame.
I see the patch has been applied - thanks!
I'm marking this bug as resolved right now, feel free to reopen it if
I'm wrong.
Thanks,
--
Bastien
Hi Marko,
Marko Schuetz-Schmuck writes:
> Marking the region from the 'I' of "Includes" to the space just left of
> the right bottom column border and calling org-table-wrap-region
>
> | Includes all aspects of|
> | information about |
> | proposed project. |
>
> wraps corr
Hi Bastien,
On Sat, 01 May 2021 at 13:02, Bastien wrote:
Hi Gustavo,
Gustavo Barros writes:
I just found a misbehaving of `org-insert-heading-respect-content':
when
it's called before the first heading in the buffer, it breaks the
structure of that fist heading by inserting a new heading
Hi all,
Thanks for your comments, Bastien and Nicolas.
I think macros can work out of the box as a perfect 'backend' for those
LaTeX commands that include at least one argument with textual content.
In my case they are very useful to 'extend' the markup language. Apart
from the LaTeX example that
Hi Bastien,
On Sat, 01 May 2021 at 13:24, Bastien wrote:
Hi Gustavo,
Gustavo Barros writes:
I don't know if there is a strong reason to hard-code the set of keys
in `org-speed-commands-default'. But, if there isn't, could you
consider (somehow) exposing the whole set of `org-speed-command
On 04/28/21 05:50 AM, Bastien wrote:
> Eric Abrahamsen writes:
>
>> That took a while, for such a simple patch! Hope this is acceptable.
>
> ... and it took a while to install it, but finally done with commit
> 7a1c8cadf.
>
> Thanks!
Awesome, thank you!
Hi Bastien,
On Sat, 01 May 2021 at 17:28, Bastien wrote:
Hi Gustavo,
Gustavo Barros writes:
The Org line commands -- `org-beginning-of-line', `org-end-of-line',
and
`org-kill-line' -- all take due care for the presence of
`visual-line-mode' to do the right thing if it is turned on.
Howe
Hi Bastien,
On Sat, 01 May 2021 at 13:42, Bastien wrote:
Hi Gustavo,
Gustavo Barros writes:
when using `org-hide-emphasis-markers', making links visible with
`org-toggle-link-display' also unhides the emphasis markers. I
believe
this to be unexpected behavior (it certainly is to me), bu
Hi Sébastien,
Sébastien Miquel writes:
> Indeed, I hadn't thought to run the tests, sorry. I've fixed my code
> and modified the `block-order` test in order for it to pass.
Applied with commit a2cb9b853, thank you very much for the updated patch.
> The patch does modify the order of the tangle
Hi Caio,
Bastien writes:
> thanks for reporting this -- it seems to be a variant of what Gustavo
> has been reporting in this thread:
>
> https://orgmode.org/list/87a6zkv3m2@gmail.com/
>
> ... for which I don't have a solution yet. I'm confirming this bug
> for https://updates.orgmode.org.
Hi Gustavo,
Gustavo Barros writes:
> The Org line commands -- `org-beginning-of-line', `org-end-of-line', and
> `org-kill-line' -- all take due care for the presence of
> `visual-line-mode' to do the right thing if it is turned on. However,
> when `visual-line-mode' is indeed on, the binding
Kyle Meyer writes:
> Kyle Meyer writes:
>
>> Ah, sorry for not writing that more clearly. By the above, I wasn't
>> saying that the ones I commented on were the _only_ ones I see with
>> Emacs 24.5 on maint.
>
> I've dealt with a few more.
Thank you both very much!
--
Bastien
Hi Bastien,
On Sat, 01 May 2021 at 12:40, Bastien wrote:
Hi Gustavo,
sorry for the slow reply.
I applied this patch in master with commit e8562a332.
Thanks!
Thank you very much!
Looking forward to enjoy this one.
Best,
Gustavo.
Kyle Meyer writes:
> Ah, sorry for not writing that more clearly. By the above, I wasn't
> saying that the ones I commented on were the _only_ ones I see with
> Emacs 24.5 on maint.
I've dealt with a few more.
* ob-C.el:477:1:Error: Unknown upattern `(quote integerp)'
Introduced by 38f87a2
Hi Bastien,
Bastien writes:
The compiler is complaining with
In toplevel form:
ob-tangle.el:196:1: Warning: Variable ‘modes’ left uninitialized
Also, it breaks these two tests for me:
2 unexpected results:
FAILED ob-tangle/block-order
FAILED ob-tangle/continued-code-blocks-w-n
On Sat, 1 May 2021 at 11:45, Bastien wrote:
> Kyle Meyer writes:
> > With a C-u, org-agenda-priority calls org-priority-show. So perhaps
> > instead of adding a new binding, the documentation should be improved.
>
> I pushed a small enhancement for org-agenda-priority's docstring
> with commit e
Pankaj Jangid writes:
[...]
> Same org file has multiple tables, so I am asking for “Table Name”. I
> want to do two improvements:
>
> 1. When asking for table name, I want to offer all the table names in
>the file as completion options.
You could collect names with something like
(require
Thomas S. Dye writes:
> Aloha Timothy,
:waves:
> Sorry for the clumsy patch, which I guess would also benefit from an addition
> to
> the manual, as well?
No problem, we all start somewhere :) (and I know I'm still making mistakes)
An update to the manual to describe the changed behaviour
Bastien writes:
> This even be "auto-mode-alist" instead of "(auto-mode-alist nil)".
Ah, it can indeed.
> I'm still unsure the patch is correct: what if people *need* major
> mode initialization before any contents is exported to a file?
I haven't responded to this concern, because I haven't
Timothy writes:
> I think it makes sense to leave this open until a fix has been
> applied.
Done, thanks.
--
Bastien
Aloha Timothy,
Thanks for your kind response.
Sorry for the clumsy patch, which I guess would also benefit from
an addition to the manual, as well?
Larger question: do we really want to tinker with ob-latex in this
way? Or, should changes like this patch follow a path indicated
by Tim Cros
Bastien writes:
>>> plot '/tmp/org-plotiPs0To' using 1:3 with histograms title 'H-index'
>>
>> This is not valid gnuplot command to create histograms.
>
> I'm closing this bug now - feel free to reopen it if I misunderstood
> the thread.
The bug has been identified, but not fixed. I should ge
Why does the separator "::" work with headlines?
>
It doesn't seem to have any effect for me, it gets handled as part of the
headline, both in fontification and in exports:
[image: image.png]
[image: image.png]
Which is, as I understand it, as it should be, since it doesn't have any
special meani
Hi Ihor and Timothy,
Ihor Radchenko writes:
> Of course, the described bug may be related to something else.
> [after some testing...]
> Of course, it is:
>
>> plot '/tmp/org-plotiPs0To' using 1:3 with histograms title 'H-index'
>
> This is not valid gnuplot command to create histograms.
I'm cl
Hi,
Bastien writes:
> Indeed, I can reproduce this bug with latest Org.
FWIW I cannot reproduce this anymore (with latest Org and Emacs),
I'm closing this bug now.
Feel free to reopen it if necessary.
--
Bastien
Bastien writes:
> Applied in maint with commit 0a8079b4d, thanks a lot!
Er, sorry, I should have explained why I applied it to maint too,
on top of applying it to master three days ago: first of all, this
is a bugfix, and I also want to take the opportunity of releasing
Org 9.4.6 so that more pe
Hi Timothy,
Timothy writes:
> Another little patch, this time a one-liner.
This even be "auto-mode-alist" instead of "(auto-mode-alist nil)".
I'm still unsure the patch is correct: what if people *need* major
mode initialization before any contents is exported to a file?
> I think the commit
On 2021-05-01, 18:06 +0200, Bastien wrote:
> I let you and Nicolas move forward on separators guessing, because so
> far I'm not really convinved Org should try to be too clever here.
Yes! Nicolas has also convinced me on that front.
There was some misunderstanding on my side as I was consideri
Applied in maint with commit 0a8079b4d, thanks a lot!
Ihor Radchenko writes:
> Bastien writes:
>
>> Can you provide a patch for this?
>
> Sure. Attached.
--
Bastien
Hi Gustavo,
Gustavo Barros writes:
> when using `org-hide-emphasis-markers', making links visible with
> `org-toggle-link-display' also unhides the emphasis markers. I believe
> this to be unexpected behavior (it certainly is to me), but I might be
> wrong here, given that the emphasis marke
Hi Gustavo,
Gustavo Barros writes:
> I don't know if there is a strong reason to hard-code the set of keys
> in `org-speed-commands-default'. But, if there isn't, could you
> consider (somehow) exposing the whole set of `org-speed-commands' to
> user customization?
Well, no, I don't see a stro
Hi Utkarsh,
Utkarsh Singh writes:
> Actually, I proposed a revised patch in the following tread (which also
> include more patches building up on this patch):
> https://orgmode.org/list/87zgxpwqa7@gmail.com/T/#m38de818718a71f670fbc21b7abb8c789ef485181
thanks for the heads up. I thought app
Hi Gustavo,
Gustavo Barros writes:
> I just found a misbehaving of `org-insert-heading-respect-content': when
> it's called before the first heading in the buffer, it breaks the
> structure of that fist heading by inserting a new heading on the line
> the previous heading existed.
Fixed with
On 30/04/21 7:25 pm, Nicolas Goaziou wrote:
> Hello,
>
> Ramesh Nedunchezian writes:
>
>> Bug: Texinfo export: Inline images are NOT rendered in INFO viewer
>
> Fixed. Thank you.
Verified. Thanks.
Hi Gustavo,
sorry for the slow reply.
I applied this patch in master with commit e8562a332.
Thanks!
--
Bastien
Hi tumashu,
tumashu writes:
> This is v2 patch, use completing-read-multipul.
Thanks for the patch. You can already do this:
(setq org-use-fast-tag-selection nil)
Then you'll be able to select tags the way you implemented it
with this simple mode.
--
Bastien
Hi Bastien,
On 2021-05-01, 10:51 +0200, Bastien wrote:
> Hi Utkarsh,
>
> Utkarsh Singh writes:
>
>> Can we give small flexibility in choosing the filename interactively for
>> `org-table-import'? Currently org-table-import will just throw an error
>> when file name doesn't have .txt, .csv or .
Hi Sébastien,
thanks for the patch! I applied against master and tested it.
The compiler is complaining with
In toplevel form:
ob-tangle.el:196:1: Warning: Variable ‘modes’ left uninitialized
Also, it breaks these two tests for me:
2 unexpected results:
Hi Alan,
"Alan D. Salewski" writes:
> Sure thing; included below.
Applied in master as commit a2403321a, thanks!
--
Bastien
On 29/04/2021 23:08, Ihor Radchenko wrote:
My experience is exactly opposite. Or maybe I miss something. Can you
elaborate?
Some additions. org-outline-path-cache is used solely by
org-refile-get-targets (maybe there are some calls in other packages)
but it efficiency is questionable. It was
On Sat, May 1, 2021, at 05:52, Bastien wrote:
> Hi Alan,
>
> applied in master as commit 9aa9f3b1f.
>
> Thanks you very much!
Great, and thank /you/ for all the work you do on org-mode!
> Can you announce this by providing a patch for etc/ORG-NEWS?
>
> --
> Bastien
Sure thing; included bel
Ihor Radchenko writes:
> Kyle Meyer writes:
>
>> Here are a few notes on ones present in maint that I've glanced at.
>
> I confirm that there are no warning using Emacs 25.3.1 on maint.
>
> For Emacs 24.5.1, I see that following in addition to what you
> mentioned:
Ah, sorry for not writing that
Applied as commit 5f619205e with a change log in the commit message.
Thanks!
Ihor Radchenko writes:
>>> In end of data:
>>> ob-gnuplot.el:299:1:Warning: the function ‘file-local-name’ is not known to
>>> be
>
> This does not appear on maint. Only on master. The patch for master attached.
--
William Xu writes:
>> (org-agenda-highlight-todo): Preserve composition property used,
>> i.e. by `prettify-symbols-mode'.
>
> It looks like this change is not really needed, my emacs is built from
> git master. Maybe the 'composition property is now preserved
> automatically in the buffer?
Thi
Nicolas Goaziou writes:
> I pointed out some concerns I have about the robustness of this system
> already. I don't think you answered to any of them. I fear we may be
> communicating past each other in this thread.
Sorry about that. I'll try to address the bits I've missed in these last
few e
Timothy writes:
> Nicolas Goaziou writes:
>
>> I don't think such a system would preserve properties offered by
>> `org-export-get-reference', for example in non-latin languages. Also,
>> header content is not stable enough: when you're linking to the custom
>> ID, you may be able to change the
Bastien writes:
> could you provide a patch for these two warnings for the maint branch?
>> In end of data:
>> ob-gnuplot.el:299:1:Warning: the function ‘file-local-name’ is not known to
>> be
This does not appear on maint. Only on master. The patch for master attached.
>> In org-display-inli
Nicolas Goaziou writes:
> I don't think such a system would preserve properties offered by
> `org-export-get-reference', for example in non-latin languages. Also,
> header content is not stable enough: when you're linking to the custom
> ID, you may be able to change the title and yet preserve
Kyle Meyer writes:
> Here are a few notes on ones present in maint that I've glanced at.
I confirm that there are no warning using Emacs 25.3.1 on maint.
For Emacs 24.5.1, I see that following in addition to what you
mentioned:
Compiling /home/yantar92/Git/org-mode/lisp/ob-python.el...
Compile
Ihor Radchenko writes:
> Bastien writes:
>
>> Thanks for bringing this idea up.
>>
>> If allowing prettify-symbols-mode in Org agenda mode does not slow
>> down the agenda display and does not create spacing problems, then
>> yes, why not.
>
> Here is the patch. It will be great if other people
On Fri, Apr 30, 2021 at 5:48 PM Denis Maier wrote:
> Yes, this should be equivalent to the behaviour in pandoc.
>
> However, as I've said before, this behaviour is only correct in American
> English.
Denis and I are working on sorting out the details of how to address
this off-list ATM.
But I'm
Hello,
Nick Savage writes:
> I'm filing a bug in relation to org-columns and its interactions with
> global-visual-line-mode, which I do not think is expected behaviour.
>
> 1. Start `emacs -Q'
> 2. Create /tmp/test.org (or something like this)
> 3. Enable M-x global-visual-line-mode
> 4. Insert
Hello,
Timothy writes:
> Nicolas Goaziou writes:
>
>> With the above in mind, I think there are two ways to "improve TOC links
>> stability":
>>
>> 1. Improve the system behind `org-export-get-reference', e.g., so it
>>behaves better during plain export. But please keep in mind that
>>c
Why does the separator "::" work with headlines?
Example:
* Headline with separator :: This would be the description of a list,
but what is it here?
2.6 Plain Lists
/Description /list items are unordered list items, and contain the
separator ‘::’ to distinguish the description term from th
Nicolas Goaziou writes:
> With the above in mind, I think there are two ways to "improve TOC links
> stability":
>
> 1. Improve the system behind `org-export-get-reference', e.g., so it
>behaves better during plain export. But please keep in mind that
>current major properties must be p
Hello,
Tim Cross writes:
> Given this is not the first time we have seen a similar discussion
> regarding link stability for external references, perhaps it would be
> good to summarise and put it on worg for reference?
>
> First attempt - let me know if I've got it close!
>
[...]
> The org pu
Bastien writes:
> Thanks for bringing this idea up.
>
> If allowing prettify-symbols-mode in Org agenda mode does not slow
> down the agenda display and does not create spacing problems, then
> yes, why not.
Here is the patch. It will be great if other people test it first, as I
rewrote it from
Hi Bastien,
Thank you very much again for your kind suggestions.
Bastien writes:
> I'm copying Eric, a poweruser of the LaTeX backend, so that he can
> perhaps comment on the general usefulness of this addition.
I think these additions (line numbers, optical centering of the poem,
etc.) can be
Bastien writes:
> Applied in master as commit b90b850ae.
>
> Can you add a etc/ORG-NEWS entry for this?
Great! News entry added.
--
Timothy
Hi Richard,
thanks for this addition!
I think ":refile-targets" is more straightforward. I applied your
patch with this change and a slightly modified commit message. Also,
I documented this in the manual and added an entry to etc/ORG-NEWS.
Thanks!
--
Bastien
Hello,
Denis Maier writes:
> However, as I've said before, this behaviour is only correct in
> American English. TO quuote the Chicago Manual of Style 6.9: "In an
> alternative system, sometimes called British Style (as described in
> the /New Oxford Style Manual ...) ... only those punctuation
Hi Thomas,
On the surface, this looks reasonable to me :)
Just commenting on some technicalities with the patch itself:
- In ORG-NEWS it would be good to wrap the content over multiple lines
instead of having a single 270 char line :)
- You seem to have an anomalous change to the ob-python :r
Hi Timothy,
Timothy writes:
> I think there's potential for some really nice experiences leveraging
> Org's latex rendering in combination with some languages' symbolic maths
> ability.
Applied in master as commit b90b850ae.
Can you add a etc/ORG-NEWS entry for this?
--
Bastien
Hi Juan,
Sorry it's still taking a while for your patch to be looked at.
Assuming it does get merged, it would be good to check if you'd be
willing to write a manual entry to accompany this (in a separate patch
works).
Thanks again for the patch,
Timothy.
Juan Manuel Macías writes:
Timothy writes:
> Hi pillule, should we consider this patch cancelled?
It is already :)
--
Bastien
Hi Juan,
Juan Manuel Macías writes:
> I am attaching a new version of my patch for adding LaTeX attributes to
> verse blocks. Following the kind suggestions from Timothy, I have also
> documented this new features that I propose. I don't know if I have done
> it correctly and in the right place.
Hi pillule, should we consider this patch cancelled?
pillule writes:
> You are right I clearly missed org-src-ask-before-returning-to-edit-buffer
> Don't know how . . .
>
> Sorry for the noise.
Hi Nick,
Nick Daly writes:
> +(org-babel-plantuml-post-process out-file)
Note that I had to remove the line above from your second patch.
Can you confirm it is not necessary for your second patch to work?
Thanks,
--
Bastien
Hi Kyle and Adam,
Kyle Meyer writes:
> With a C-u, org-agenda-priority calls org-priority-show. So perhaps
> instead of adding a new binding, the documentation should be improved.
I pushed a small enhancement for org-agenda-priority's docstring
with commit e080eb759.
I am reluctant adding ano
Hi Ivan,
thanks for the explanations. I applied your patch in maint with
commit 45ca597f9, adding a commit message to it.
See https://orgmode.org/worg/org-contribute.html#commit-messages
Thanks,
--
Bastien
Hi Emily,
thanks for the patch and sorry to reactivate this old thread.
Did you find time to make the tests and, perhaps, to update the patch?
Please let us know - thanks!
--
Bastien
Nicolas Goaziou writes:
> So, again, I'm not saying we should do this. TBH, I'm not convinced by
> the idea of duplicate syntax (comma-escaping and alternate characters)
> for the same thing. But hard-core macro users may have a word to say
> about it.
FWIW I'm not convinced too but I'd also lov
Nicolas Goaziou writes:
> So, maybe it is a bit early to close it.
Okay, thanks for the heads up, I'm reopening then.
--
Bastien
Hi,
Maxim Nikulin writes:
> On 20/11/2020 23:26, Robert wrote:
>> Attached a little patch to make the default org-protocol
>> handlers work on windows.
>
> Unsure, but the issue might be addressed by the following change:
> https://code.orgmode.org/bzg/org-mode/commit/928e67df
> org-protocol: Al
Hello,
Bastien writes:
> thank you for the patch. I understand the general idea, but I think
> we should be careful not to overload the macro syntax - escaping the
> coma seems okay to me. I'm closing this suggestion.
>
> I'm cc'ing Nicolas: if he thinks it's a useful addition, I won't of
> co
Hi Timothy,
Timothy writes:
> The latest in my visually-oriented (mostly) short patch series, adding
> basic fontification to inline export snippets --- @@comment:these
> things@@.
Applied in master with commit eef9027c, thanks! I also added a note
in etc/ORG-NEWS.
--
Bastien
Applied in maint as commit 400d2d9fd, with a minor modification of the
commit message. Thanks!
--
Bastien
Hi Alan,
applied in master as commit 9aa9f3b1f.
Thanks you very much!
Can you announce this by providing a patch for etc/ORG-NEWS?
--
Bastien
On 2021-05-01, at 10:37, Timothy wrote:
> Marcin Borkowski writes:
>
>> Surprise, surprise!
>>
>> The book is out!
>>
>> Before you get too excited - it's not complete yet. I published a draft
>> on Leanpub, which is a platform for publishing (and selling) books in
>> progress. I plan to fin
Hi Anthony,
Anthony Carrico writes:
> The original implementation flip-flops between cached and normal
> classes (six statements removed in the original patch), whereas my
> clone adds and removes a class name from the classList (three
> statements inserted in the original patch).
Thanks - I r
Hi Nick,
Nick Daly writes:
> Nick Daly writes:
>
>> Please see the attached patch that allows for post-processing of
>> PlantUML diagrams based on the exported file extension.
>
> If the above patch was too generic and heavy-weight for consideration,
> please see this alternative, simpler, patch
Eric S Fraga writes:
> On Saturday, 1 May 2021 at 08:56, Bastien wrote:
>> I have fixed this with commit ee507de47, can you confirm?
>
> Seems to work just fine now. Thank you.
Thanks for confirming!
--
Bastien
Hi Utkarsh,
Utkarsh Singh writes:
> Can we give small flexibility in choosing the filename interactively for
> `org-table-import'? Currently org-table-import will just throw an error
> when file name doesn't have .txt, .csv or .tsv as extension.
Applied in master as commit 7c99d1555, thanks.
On Saturday, 1 May 2021 at 07:58, Michael Welle wrote:
> I smell something strange going on here ;).
Synchronicity, aka great minds think alike. :-)
--
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.5-405-g0a689b
Hi Bastien,
On Saturday, 1 May 2021 at 08:56, Bastien wrote:
> I have fixed this with commit ee507de47, can you confirm?
Seems to work just fine now. Thank you.
--
: Eric S Fraga via Emacs 28.0.50, Org release_9.4.5-405-g0a689b
Marcin Borkowski writes:
> Surprise, surprise!
>
> The book is out!
>
> Before you get too excited - it's not complete yet. I published a draft
> on Leanpub, which is a platform for publishing (and selling) books in
> progress. I plan to finish it by September, but if you want to take
> a pee
Hi Juan,
thank you for the patch. I understand the general idea, but I think
we should be careful not to overload the macro syntax - escaping the
coma seems okay to me. I'm closing this suggestion.
I'm cc'ing Nicolas: if he thinks it's a useful addition, I won't of
course insist on rejecting it
On 2020-02-16, at 01:46, Jean-Christophe Helary
wrote:
> Aren't you supposed to write a book about Emacs already ? ;)
Surprise, surprise!
The book is out!
Before you get too excited - it's not complete yet. I published a draft
on Leanpub, which is a platform for publishing (and selling) bo
95 matches
Mail list logo