yes, in recent maint. thanks for testing.
On 7/9/21, Mark Barton wrote:
>
>
>> On Jul 9, 2021, at 6:12 PM, Samuel Wales wrote:
>>
>> this might be a bad bug report. it seems intermittent.
>>
>> recent maint.
>>
>> create headers each with a link on it. mark all. org-ctrl-c-minus.
>>
>> this
> On Jul 9, 2021, at 6:12 PM, Samuel Wales wrote:
>
> this might be a bad bug report. it seems intermittent.
>
> recent maint.
>
> create headers each with a link on it. mark all. org-ctrl-c-minus.
>
> this has incorrectly put - as part of the link descriptions.
>
> --
> The Kafka
Axel Svensson writes:
> org-version: 9.4.6
>
> The documentation for the variable org-startup-folded is not up to date. It
> states that the variable can be nil or non-nil, but the program logic makes
> a difference between the values 't, 'content, 'showeverything,
> 'show2levels, 'show3levels,
Juan Manuel Macías writes:
> As a possible fix I'm attaching this patch.
> + (add-face-text-property start visible-start face-property)
> + (add-face-text-property visible-start visible-end face-property)
> + (add-face-text-property visible-end end
this might be a bad bug report. it seems intermittent.
recent maint.
create headers each with a link on it. mark all. org-ctrl-c-minus.
this has incorrectly put - as part of the link descriptions.
--
The Kafka Pandemic
Please learn what misopathy is.
On Fri, 9 Jul 2021 at 22:28, Vladimir Lomov wrote:
> Hello,
> ** Greg Minshall [2021-07-07 09:56:06 +0300]:
>
> > Vladimir,
>
> >> I couldn't find in Org manual how tangling should work if there are
> >> several source code blocks with the same file name for ':tangle'. The
> >> Org manual
Tim,
> On Jul 8, 2021, at 12:32 PM, Tim Cross wrote:
>
> My concern here is with the additional complexity. This is already a
> somewhat complex aspect of org mode and the behaviour you describe can
> effectively be done using noweb, although as you say, not as
> declarative in style.
This
Colin Baxter writes:
>> Tim Cross writes:
>
We could introduce multiple possibilities to choose from.
> >>>
> >>> 1. Ask in case of an empty directory if it should be deleted.
> >>> 2. Don't ask. Don't touch an empty directory. (The state now.)
> >>> 3. Don't ask.
Tim wrote:
> This could just be me, but recently, I'm becoming very concerned
> about the growth of additional features and options in org mode.
Count me in. I have been mostly been hanging around in the shadows, but this is
serious enough for me to wave a flag on the right side.
I would go as
Timothy writes:
> Pushed :) For future reference, should I be less wary of pushing commits
> I'm confident in and haven't had any negative feedback on?
Yes, sure.
> p.s. updates.orgmode.org is returning a 502 error again
Fixed, thanks.
PS: I'm off next week but will be more available from
Bastien writes:
> You can consider this an explicit approval :) Even if we do something
> wrong, we can always discuss and revert it.
>
> Thanks!
Pushed :) For future reference, should I be less wary of pushing commits
I'm confident in and haven't had any negative feedback on?
--
Timothy
On Friday, 9 Jul 2021 at 09:36, William Denton wrote:
> Is the citation work big enough to move the version number for the
> next full release to 10?
I guess it doesn't break anything (i.e. fully backwards compatible) so
no real need to bump the version number?
--
: Eric S Fraga via Emacs
org-version: 9.4.6
The documentation for the variable org-startup-folded is not up to date. It
states that the variable can be nil or non-nil, but the program logic makes
a difference between the values 't, 'content, 'showeverything,
'show2levels, 'show3levels, 'show4levels, and 'show5levels.
Hi Timothy,
Timothy writes:
> Bastien writes:
>
>> I let Timothy decide.
>
> I consider this patch fit to merge. I'm just under the impression that
> this I should only push files I'm listed as a maintainer for without
> explicit approval.
You can consider this an explicit approval :) Even
Bastien writes:
> I let Timothy decide.
I consider this patch fit to merge. I'm just under the impression that
this I should only push files I'm listed as a maintainer for without
explicit approval.
--
Timothy
"Bruce D'Arcus" writes:
> Can we merge this patch now?
I let Timothy decide.
--
Bastien
"Loris Bennett" writes:
> Eric Abrahamsen writes:
>
>> Loris Bennett writes:
>>
>>> Hi Eric,
>>>
>>> Eric Abrahamsen writes:
>>>
"Loris Bennett" writes:
> Hi,
>
> I want to export an org file to a pdf and have the pdf created in
> subdirectory relative to the org
‐‐‐ Original Message ‐‐‐
On Friday, July 9th, 2021 at 8:26 AM, Vladimir Lomov wrote:
> Hello,
>
> ** Greg Minshall minsh...@umich.edu [2021-07-07 09:56:06 +0300]:
>
> > Vladimir,
>
> > > I couldn't find in Org manual how tangling should work if there are
> > >
> > > several source
On 09/07/2021 02:32, Tim Cross wrote:
Marko Schuetz-Schmuck writes:
I would find it useful to have a more declarative way for specifying
sequence. I imagine e.g. using "#+REQUIRES:" and "#+PROVIDES:" to
capture dependency and then have the exporter compute a sequence
satisfying these. I would
Is the citation work big enough to move the version number for the next full
release to 10?
Bill
--
William Denton
https://www.miskatonic.org/
Librarian, artist and licensed private investigator.
Can we merge this patch now?
On Wed, Jun 30, 2021 at 7:14 AM Bruce D'Arcus wrote:
>
> Looks good, Bastien, and I think reflects the consensus of that thread.
>
> But trying just now, I'm not able to apply the patch on my local repo
> for whatever reason, so haven't tested it.
>
>
>
> On Wed, Jun
Congratulations What time is the parade?
On Fri, Jul 9, 2021 at 8:03 AM Julian M. Burgos
wrote:
> Amazing! Thank you to everyone that contributed. I am looking forward to
> start playing with this. :)
>
> Nicolas Goaziou writes:
>
> > Hello,
> >
> > It took years, but citations are now
Hello,
** Greg Minshall [2021-07-07 09:56:06 +0300]:
> Vladimir,
>> I couldn't find in Org manual how tangling should work if there are
>> several source code blocks with the same file name for ':tangle'. The
>> Org manual section "15.8 Extracting Source Code" is a bit
>> obscure. There are
Amazing! Thank you to everyone that contributed. I am looking forward to
start playing with this. :)
Nicolas Goaziou writes:
> Hello,
>
> It took years, but citations are now full part of Org syntax.
>
> Thanks to everyone involved over the time!
>
> Now, it needs to be documented, but that
Nicolas,
> It took years, but citations are now full part of Org syntax.
as others are saying and thinking, thank you all very much. being an
ignorant observer of this process, i was (not surprised, but, still) in
amazement at all the expertise and technical work so many put in to
developing
Wow, congratulations!
Yours,
Christian
Nicolas Goaziou writes:
> Hello,
>
> It took years, but citations are now full part of Org syntax.
>
> Thanks to everyone involved over the time!
>
> Now, it needs to be documented, but that will come a bit later.
>
> Regards,
Amazing news, thank you very much Nicolas and to everybody else who contributed!
András
On Fri, 9 Jul 2021 at 11:47, Bruce D'Arcus wrote:
>
> Thanks for all your work on this Nicolas: really nice job!
>
> On Fri, Jul 9, 2021, 2:54 AM Nicolas Goaziou wrote:
>>
>> Hello,
>>
>> It took years, but
Thanks for all your work on this Nicolas: really nice job!
On Fri, Jul 9, 2021, 2:54 AM Nicolas Goaziou wrote:
> Hello,
>
> It took years, but citations are now full part of Org syntax.
>
> Thanks to everyone involved over the time!
>
> Now, it needs to be documented, but that will come a bit
Hi,
To reproduce the bug:
1. Put some link: [[target][description]]
2. Run `org-toggle-link-display'
As a possible fix I'm attaching this patch.
Best regards,
Juan Manuel
>From caf32a7e1fb1b4bddfa011520f5403d5b6b19ddd Mon Sep 17 00:00:00 2001
From: Juan Manuel Macias
Date: Tue, 8 Jun 2021
I've noticed that "org-bibtex-import-from-file" will not import from bib files
which begin with the standard bibtex mode-line heading of
@Comment -*- mode: bibtex; -*-
Bib files with any @Comment line are similarly rejected.
This is rather unfortunate.
Hi Tim,
> This is all beginning to feel like we are running very close to the
> tipping point at which time we will have something that is so complex
> that only a very few people are able to maintain the code base and keep
> the system stable. New maintainers are discouraged because of the code
On Friday, 9 Jul 2021 at 15:58, Timothy wrote:
> This could be as simple as a way of handling links to named
> images/tables/etc. when exporting.
Maybe start a new thread, with a clear indication of what is missing in
the current version with respect to referencing. I use internal
references
Hi Nicolas,
In light of all the thoughts expressed on referencing, I no longer think it's a
good idea to have referencing capabilities in wip-cite-new.
I think referencing should get a bit of attention, as citation has here, but a
much smaller separate effort now appears more appropriate to
Hi Bhavin,
On 7/8/21 8:19 PM, Bhavin Gandhi wrote:
Hello Alan,
Thank you for sharing a detailed description.
[...]
I think this is same issue as reported in this bug report:
https://orgmode.org/list/87o8c8xp9b@gmail.com/
Thank you for the pointer to this -- clearly I missed it in my
Marko Schuetz-Schmuck writes:
> I would find it useful to have a more declarative way for specifying
> sequence. I imagine e.g. using "#+REQUIRES:" and "#+PROVIDES:" to
> capture dependency and then have the exporter compute a sequence
> satisfying these.
I would say that declaring an explicit
Nicolas Goaziou writes:
> Hello,
>
> It took years, but citations are now full part of Org syntax.
>
> Thanks to everyone involved over the time!
>
> Now, it needs to be documented, but that will come a bit later.
>
Well done Nicolas and all those who assisted. Definitely a non-trivial
Hello,
It took years, but citations are now full part of Org syntax.
Thanks to everyone involved over the time!
Now, it needs to be documented, but that will come a bit later.
Regards,
--
Nicolas Goaziou
Hello,
Allen Li writes:
> * lisp/org-capture.el (org-capture-fill-template): Changed to use
> completing-read-multiple.
> * lisp/org.el (org-set-tags-command): Changed to use
> completing-read-multiple.
> (org-change-tag-in-region): Changed to use a simple completion table.
> *
38 matches
Mail list logo
