Re: Bug: font-lock error with - in code-mode [9.4.6 (9.4.6-gab9f2a @ /gnu/store/2pny4z6mbi2aybgzzxz0yrzkds7hbpmq-emacs-org-9.4.6/share/emacs/site-lisp/org-9.4.6/)]

2021-10-26 Thread Bastien
Greg Minshall  writes:

> i hope you will call the next version: Woof, woof!

Ahah!  

Actually, when I told my daughter I was programming "Woof!" as a tool
to ensure that important emails where receiving enough attention from
the community, she suggested I should program something for the "poor
unimportant emails" out there... of course she'd call it "Mew!"

And I'm seriously considering this: something like an auto-bumper for
bug reports and help requests that didn't get any anwer...

:)

-- 
 Bastien



Re: Bug: font-lock error with - in code-mode [9.4.6 (9.4.6-gab9f2a @ /gnu/store/2pny4z6mbi2aybgzzxz0yrzkds7hbpmq-emacs-org-9.4.6/share/emacs/site-lisp/org-9.4.6/)]

2021-10-25 Thread Bastien
Hi Ihor,

Ihor Radchenko  writes:

> I am thinking to revert the patch and reopen (BTW, how to do it in
> Woof!?) this bug report for now.

Sure, please go ahead, thanks.

PS: I'm not sure how to do this with Woof! but I'm working on the next
version of Woof! where this will be possible.

-- 
 Bastien



Re: [feature proposal] Headline caching via org-element-cache = up to 2.5x performance boost

2021-10-18 Thread Bastien
Ihor Radchenko  writes:

> Apparently 'org-marker property must always point to the beginning of
> timestamp. Fixed in latest main.

Confirmed, thanks a lot!

-- 
 Bastien



Re: [feature proposal] Headline caching via org-element-cache = up to 2.5x performance boost

2021-10-18 Thread Bastien
Hi Ihor,

Ihor Radchenko  writes:

> Bastien  writes:
>
>> If you feel confident the change is mature enough for being merged
>> into the main branch, please go ahead, this will boost the feedback.
>
> Merged to main just now.

with latest main, I cannot use S- (org-agenda-do-date-later) to
update the entry at point.

Here is the backtrace I get:

Debugger entered--Lisp error: (error "Cannot find time stamp")
  error("Cannot find time stamp")
  (if (org-at-timestamp-p 'lax) nil (error "Cannot find time stamp"))
  (save-current-buffer (set-buffer buffer) (widen) (goto-char pos) (if
  (org-at-timestamp-p 'lax) nil (error "Cannot find time stamp")) (if
  (and org-agenda-move-date-from-past-immediately-to-today (equal arg
  1) (or (not what) (eq what 'day)) (not (let
  ((save-match-data-internal (match-data))) (unwind-protect (progn
  (org-at-date-range-p)) (set-match-data save-match-data-internal
  'evaporate) (progn (setq cdate (org-parse-time-string
  (match-string 0) 'nodefault) cdate (calendar-absolute-from-gregorian
  (list (nth 4 cdate) (nth 3 cdate) (nth 5 cdate))) today (org-today))
  (if (> today cdate) (progn (setq arg (- today cdate))
  (org-timestamp-change arg (or what 'day)) (if (and
  (org-at-date-range-p) (re-search-backward org-tr-regexp-both
  (point-at-bol))) (progn (let ((end org-last-changed-timestamp))
  (org-timestamp-change arg (or what 'day)) (setq
  org-last-changed-timestamp (concat org-last-changed-timestamp "--"
  end))

Let me know if I need to investigate more.

Thanks!

-- 
 Bastien



Re: org-table-blank-field key binding removal

2021-10-17 Thread Bastien
Kyle Meyer  writes:

> Done in 9bc3a2b98.

Thanks a lot,

-- 
 Bastien



Re: [feature proposal] Headline caching via org-element-cache = up to 2.5x performance boost

2021-10-17 Thread Bastien
Ihor Radchenko  writes:

> Bastien  writes:
>
>> If you feel confident the change is mature enough for being merged
>> into the main branch, please go ahead, this will boost the feedback.
>
> Merged to main just now.

Thanks!

-- 
 Bastien



Re: Subject: [PATCH] Fix DISPLAY error on exporting org with plantuml to html

2021-10-17 Thread Bastien Guerry
Hi,

Sun Lin  writes:

> Please help to review this patch.

I will - but please be aware that we have a policy of waiting at least
one month before bumping a thread:

https://orgmode.org/worg/org-mailing-list.html#i-didnt-receive-an-answer

Thanks,

-- 
 Bastien



Re: org-table-blank-field key binding removal

2021-10-14 Thread Bastien Guerry
Hi Eric,

Eric Abrahamsen  writes:

> I also agree it should have had a NEWS entry (something I never
> remember)

I added a note about this on
https://orgmode.org/worg/org-contribute.html 

Thanks,

-- 
 Bastien



Re: org-table-blank-field key binding removal

2021-10-14 Thread Bastien Guerry
Hi Kyle,

thanks for the heads up!

Kyle Meyer  writes:

> Right, I agree this change should have come with a NEWS entry, though
> 0c4e844c8 (Remove default binding for org-table-blank-field, 2021-04-28)
> is from the 9.5 release not 9.4.
>
> However, 9.5 is out, and my understanding is that released NEWS sections
> should not be substantially modified in most cases
> (<https://list.orgmode.org/87o8ez4sch@bzg.fr>).  I'll leave it to
> the author of the original change and Bastien to decide if they want to
> make an exception in this case.

I suggest we add a news entry in etc/ORG-NEWS in the bugfix branch for
the change to be advertized for 9.5.x users.

Can anyone do that?

-- 
 Bastien



Re: Someone to help merging orgmode.org/contribute.html and orgmode.org/worg/org-contribute.html ?

2021-10-08 Thread Bastien
Greg Minshall  writes:

> thanks.  i'm "minshall" there, too.

I added you, you can now clone g...@git.sr.ht:~bzg/worg 
and push commits.

-- 
 Bastien



Re: Someone to help merging orgmode.org/contribute.html and orgmode.org/worg/org-contribute.html ?

2021-10-08 Thread Bastien
Hi Greg,

Greg Minshall  writes:

> sure.  some comments and a patch (and, without the nice css, the .html
> file it generates, just for ease of reviewing).

Applied, thanks a lot!  Let me know if you have a user on git.sr.ht, I
can add you as a regular committer on https://git.sr.ht/~bzg/worg

All best,

-- 
 Bastien



Re: Someone to help merging orgmode.org/contribute.html and orgmode.org/worg/org-contribute.html ?

2021-10-07 Thread Bastien
Hi Bhavin,

Bhavin Gandhi  writes:

> I second the mention of something like "Confirmed" instead of email
> headers. I recently started reading Org mode list, reproducing bug
> reports, and using email headers is something I haven't managed to do yet
> (pending as I'm yet to set up some email client). Reading Woof!
> documentation made it clear about other ways than email headers
> though.

I added this section, with a small introduction to the current way of 
tracking bugs and patches:

https://orgmode.org/worg/org-maintenance.html#orgc84c8f5

If you want to improve it (shorter is better), please go ahead!

-- 
 Bastien



Re: Someone to help merging orgmode.org/contribute.html and orgmode.org/worg/org-contribute.html ?

2021-10-07 Thread Bastien
Hi Ihor,

Ihor Radchenko  writes:

> Some comments:
>
>>> If you can reproduce a bug, reply to the original poster and add
>>> X-Woof-Bug: confirmed to your mail headers, and the bug will then be
>>> shown on updates.orgmode.org.
>
> We may want to put reference to Woof docs. Not all users are even able
> to add headers to emails. Or we can simply recommend using word
> "^Confirmed" in emails.

Yes - this needs to be better documented.  I'm currently working on
the next version of Woof!, it will comes with many enhancements, I'll
reference to the new documentation when I make the switch.

>> Maintain an Org file: If a file in the git repository does not have a
>> maintainer, and you want to help by maintaining it, please let us know
>> by sending an email to the mailing list.
>
> Also, it may be a good idea to clarify what maintainer duties are.
> People are asking:
> https://list.orgmode.org/m2pmsi6vob@gmail.com/T/#you

I added a few lines, I hope it answers some of the main questions.

Thanks!

-- 
 Bastien



Re: Someone to help merging orgmode.org/contribute.html and orgmode.org/worg/org-contribute.html ?

2021-10-07 Thread Bastien
Hi Greg,

Greg Minshall  writes:

> in the absence of any other volunteer, i'd be happy to produce a merge
> for review.  (though it might take a few weeks.)

thanks a lot for volunteering, but I did the merge a few days ago.

Perhaps you can still carefully proofread
https://orgmode.org/worg/org-contribute.html and enhance it?

Thanks a lot,

-- 
 Bastien



Re: Org mode web site

2021-10-04 Thread Bastien
Hi Thomas and Tim,

Timothy  writes:

>> I’m seeing what looks like a spurious headline:   Elaboration + demo image
>> ignore
>
> Thanks, that is indeed spurious. “ignore” is the tag :ignore: but it seems 
> like
> the ox-extra that makes :ignore: work isn’t being loaded any more.

Fixed, thanks!

-- 
 Bastien



Re: Debbugs Usage

2021-10-04 Thread Bastien
Hi Daniel,

Daniel Fleischer  writes:

> Hi, is debbugs org-mode being used?

No, Org bugs reports created with M-x org-submit-bug-report are sent
to this list.  When they are confirmed by someone, they appear in the 
https://updates.orgmode.org interface.

Some Emacs bug reports created with M-x report-emacs-bug are related
to Org: in that case, someone is tagging them with "org", they appear
in https://debbugs.gnu.org as such, but the conversation is forwarded
to the Org mailing list.

-- 
 Bastien



Re: ox-slimhtml

2021-10-03 Thread Bastien
Hi Amin,

Amin Bandali  writes:

> Bastien, would you and Nicolas be open to adding ox-slimhtml more or
> less in its current form to Org core, if Laszlo, myself, and/or others
> look after it and help maintain it?

No, because it would be confusing to have two HTML export backends in
Org's core.

BTW, https://github.com/balddotcat/ox-slimhtml says "slimhtml is now
part of Org, included in GNU Emacs, future bug reports or
contributions should be sent to Org directly" ... which is wrong, and
I can't fill a bug report because the repo is archived.

Elo, are you still working on it?

>From what I've read in previous discussions, I believe I'm in line
with Nicolas and Tim on this: we can probably enhance ox-html.el by
following some design goals that ox-slimhtml.el have set, and leave
other decisions aside, because ox-html has to stay as generic as
possible.

In any case, I'd rather have Elo work with Tim on enhancing ox-html
than to allow another package in Org's core.

If ox-slimhtml is still maintained, it can for sure live in GNU or
NonGNU ELPA.

WDYT?

-- 
 Bastien



Re: [BUG] 502/slow response from new repo [9.5 (9.5-g9364b2 @ /home/n/.emacs.d/straight/build/org/)]

2021-10-03 Thread Bastien
Hi,

Amin Bandali  writes:

> Indeed.  For future cases, if the issue remains after, say, 30mins,
> please come by the #savannah channel on the Libera.Chat IRC network,
> or open a support request in 'administration'[1] project on Savannah
> to alert the Savannah hackers of the issue; we'll be happy to help.
>
> [1]: https://savannah.nongnu.org/projects/administration

Also you can try to reach out savannah-hackers-pub...@gnu.org or
savannah-us...@gnu.org.

-- 
 Bastien



Re: Worg footnotes

2021-10-02 Thread Bastien
Hi Thomas,

"Thomas S. Dye"  writes:

> Worg footnotes are oddly formatted for me.  

This should be fixed now.  

See https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-gnuplot.html

Thanks!

-- 
 Bastien



Re: [PATCH] Prevent displayed images from being re-scaled

2021-10-02 Thread Bastien
Hi Timothy,

Timothy  writes:

> From 9c34dd6aba62d734f6ae9aecaffa76a0250bf495 Mon Sep 17 00:00:00 2001
> From: TEC 
> Date: Wed, 29 Sep 2021 21:29:27 +0800
> Subject: [PATCH] org: Don't change image size based on font size
>
> * lisp/org.el (org--create-inline-image): When `create-image' is called
> without the :scale parameter, the image size is expanded based on the
> default font size (if it is larger than 10px).  When displaying images
> with a specified width in Org buffers, either in pixels or proportional
> to the text width, this width should not be modified according the to
> font size.  Giving a :scale parameter of 1 prevents this font-size based
> rescaling.

Nitpick: I suggest shortening the ChangeLog part like this:

  * lisp/org.el (org--create-inline-image): Set :scale parameter to 1 to
  prevent font-size based rescaling.
  
  When `create-image' is called without the :scale parameter, the image
  size is expanded based on the default font size (if it is larger than
  10px).  When displaying images with a specified width in Org buffers,
  either in pixels or proportional to the text width, this width should
  not be modified according the to font size.  Giving a :scale parameter
  of 1 prevents this font-size based rescaling.

The ChangeLog part should not be too verbose, you can add explanations
after it.

Thanks,

-- 
 Bastien



Re: [PATCH] org-manual.org: Some correction of Installation section

2021-10-02 Thread Bastien
Ihor Radchenko  writes:

> Max Nikulin  writes:
>
>> - I am in doubts whether "emacs -Q -L ~/src/org-mode/lisp" way to try 
>> version from git is important enough for the manual.  I have added a 
>> separate patch however to discuss such change.
>
> I feel that it should not be in the manual. However, it may be helpful
> addition to https://orgmode.org/contribute.html

Yes, I reverted this commit.

-- 
 Bastien



Re: [PATCH] org-manual.org: Some correction of Installation section

2021-10-02 Thread Bastien
Hi Max,

Max Nikulin  writes:

> If you think that some patches improve the manual, feel free to apply
> ones that you like or to suggest better variants.

Applied, thanks a lot!

-- 
 Bastien



Re: [PATCH] org-attach: Fix checkdoc warnings

2021-10-02 Thread Bastien
No Wayman  writes:

> See attached.

Applied, thanks.

-- 
 Bastien



Re: [PATCH] Fix patching of single-page manuals

2021-10-02 Thread Bastien
Max Nikulin  writes:

> Currently the problem exists e.g. for "Plain Lists" section
> https://orgmode.org/manual/Plain-Lists.html - OK
> https://orgmode.org/org.html#Plain-Lists - bold items with no markers
>
> Output of makeinfo changed a bit, so a pattern in a helper script
> postprocessing HTML files is not suitable for currently generated
> files. CSS styles intended to tune table of contents are applied to
> all unordered lists.

Applied, thanks!

-- 
 Bastien



Re: Moving some lisp/ob-*.el files to org-contrib - your advice?

2021-10-02 Thread Bastien Guerry
Bastien  writes:

> Less code is less bug and less maintainance.  So I'm considering
> moving these files to the new (unmaintained) org-contrib repo at
> https://git.sr.ht/~bzg/org-contrib:

I'm now discarding this call for help on updates.orgmode.org.

-- 
 Bastien



Re: [BUG] [PATCH] org-src.el: Fix checkdoc warnings [9.5 (9.5-g59cb39 @ /home/n/.emacs.d/straight/build/org/)]

2021-10-02 Thread Bastien
No Wayman  writes:

> Bastien  writes:
>
>> Thanks -- it does not apply against the main branch, can you rebase
>> and resend it?
>
> Certainly. See attached.

Applied, thanks a lot!

-- 
 Bastien



Re: [BUG] [PATCH] org-src.el: Fix checkdoc warnings [9.5 (9.5-g59cb39 @ /home/n/.emacs.d/straight/build/org/)]

2021-10-02 Thread Bastien
Hi,

No Wayman  writes:

> Apologies. Resent.

Thanks -- it does not apply against the main branch, can you rebase
and resend it?

-- 
 Bastien



Someone to help merging orgmode.org/contribute.html and orgmode.org/worg/org-contribute.html ?

2021-10-02 Thread Bastien
Hi all,

as the subject says: 

https://orgmode.org/contribute.html is very straightforward and
https://orgmode.org/worg/org-contribute.html is very complete.

I think we should merge both pages into worg/org-contribute.org,
the page that we recommand users to read in general.

The page would start with simple "calls to action" and progress
toward more informative sections.

It's a delicate balance to have -- but having two pages for the
same purpose isn't very good today.

Anyone?

-- 
 Bastien



Re: Release 9.5

2021-10-01 Thread Bastien
Hi Jarmo,

Jarmo Hurri  writes:

> warning: redirecting to https://git.savannah.gnu.org/git/emacs/org-mode.git/
> Your configuration specifies to merge with the ref 'refs/heads/maint'
> from the remote, but no such ref was fetched.
>
> Do I need to start a new clone from scratch, or is there a fix for this?

Perhaps ~$ git fetch --prune so that your local branches are sync'ed
with the (new) remote ones?

But starting from a fresh clone would do too, of course.

-- 
 Bastien



Re: [orgweb] Making the git repo URL more visible

2021-10-01 Thread Bastien
Hi Adam,

Adam Porter  writes:

> Other FOSS projects's sites seem to make their source code repo links
> very prominent; could Org's web site do that too?  :)

Done, let me know if it's good enough.

I was missing this prominent link too!

Thanks for reporting this,

-- 
 Bastien



Re: Bug: font-lock error with - in code-mode [9.4.6 (9.4.6-gab9f2a @ /gnu/store/2pny4z6mbi2aybgzzxz0yrzkds7hbpmq-emacs-org-9.4.6/share/emacs/site-lisp/org-9.4.6/)]

2021-10-01 Thread Bastien
Thanks!

Ihor Radchenko  writes:

> Should I also merge main with bugfix every time?

You should merge bugfix into main, yes (but not main into bugfix.)

-- 
 Bastien



Re: Request to Unsubscribe

2021-10-01 Thread Bastien
Hi Jain,

I unsubscribed you from the emacs-orgmode@gnu.org mailing list.

Have a nice week,

-- 
 Bastien



Re: [BUG] [PATCH] org-src.el: Fix checkdoc warnings [9.5 (9.5-g59cb39 @ /home/n/.emacs.d/straight/build/org/)]

2021-10-01 Thread Bastien
Hi,

No Wayman  writes:

> The attached patch

I don't see a patch, can you resend it?

-- 
 Bastien



Re: [org-cite] next steps for documentation?

2021-10-01 Thread Bastien
Hi Bruce,

thanks for leading this efforts.

"Bruce D'Arcus"  writes:

> We have some initial documentation for org-cite included in the manual
> to accompany the release of Org 9.5.
>
> https://orgmode.org/manual/Citation-handling.html#Citation-handling
>
> But it still needs a fair bit of work.

Note that all documentation enhancements should go in the main branch,
not in the bugfix branch, for which we need to be very conservative,
as the bugfix branch will go in Emacs 28.1.

-- 
 Bastien



Re: Bug: font-lock error with - in code-mode [9.4.6 (9.4.6-gab9f2a @ /gnu/store/2pny4z6mbi2aybgzzxz0yrzkds7hbpmq-emacs-org-9.4.6/share/emacs/site-lisp/org-9.4.6/)]

2021-10-01 Thread Bastien
Hi Ihor,

Ihor Radchenko  writes:

> The fix is attached.

Looks good, feel free to apply in the bugfix branch.

-- 
 Bastien



Re: [PATCH] Rename headline to heading

2021-10-01 Thread Bastien
Hi André,

André A. Gomes  writes:

> Here's something I wasn't sure about when I worked on it.  How should I
> distribute the changes commit-wise?  Tom Gillespie, for instance,
> suggested separating documentation and docstring from internals.

Yes, that's what I suggest too.

> I think it's ok to separate internals from documentation (manuals).  But
> when it comes to docstrings, it feels a bit odd.  Say there's a function
> named foo-headline whose docstring contains the string headline.  Then
> there would be a commit where the function continues to have headline in
> its definition, but the docstring contains heading.  Shouldn't we avoid
> such a "grey area" snapshot?

In general yes, but for this change, I find it easier to review and to
test the change with the plan I suggested: 1) only documentation-fixes
then 2) internals with no impact on the user then 3) internals with
impact on the user.

> I could create a bunch of small and well documented patches, that in the
> end would be squashed before merging into master.  Perhaps it would even
> make sense to have a branch for a while so that people would test it.
> This way everyone gets a fine grain for inspection, while in the end we
> get a huge "/s/headline/heading" commit.

I think you can send just patches for the three steps, I'd rather avoid
creating a remote branch just for this.

> If someone has better ideas, please share.  I will take a look at this
> perhaps next week.  Thank you.

Thank you for this (parly boring but needed) work!

-- 
 Bastien



Re: worg: org-protocol.html - 404 Not Found

2021-09-30 Thread Bastien
Hi Max,

Max Nikulin  writes:

> It seems, something is wrong with worg deployment

https://builds.sr.ht/~bzg/job/598512 hints that a link was unresolved.

I just fixed this link, the export should process fine.

Thanks for reporting this!

-- 
 Bastien



Re: [PATCH] Re: Bug: org-edit-special indents inline latex [9.5 (nil @ /home/david/.emacs.d/.local/straight/build-27.2/org-mode/)]

2021-09-30 Thread Bastien
Hi Sébastien,

Sébastien Miquel  writes:

> I've rebased the patch on main. It is still relevant (Ihor and I have
> provided
> reproducers earlier in the thread).

Applied in bugfix, thanks!

-- 
 Bastien



Re: Release 9.5

2021-09-30 Thread Bastien
Hi Pankaj,

Pankaj Jangid  writes:

> One Q: what is the schedule for 9.5 to be included in Emacs-28?

Org 9.5 have been merged in the Emacs master branch, from which the
Emacs release branch for 28.1 will be cut anytime soon.

Then we will work on 9.5.1 for important bugfixes and merge 9.5.1
in the Emacs release branch.

I don't know when Emacs 28.1 will be released.

HTH,

-- 
 Bastien



Re: orgmode.org setup

2021-09-29 Thread Bastien
Hi Russell,

Russell Adams  writes:

> What's the correct way for myself and others to request access?

By sending an email to b...@gnu.org telling me what username to add.

Thanks!

-- 
 Bastien



Release 9.5

2021-09-29 Thread Bastien
Hi all,

Org 9.5 is out, available from GNU ELPA.

Thanks a lot to every contributor.

See this page to join our efforts:
https://orgmode.org/worg/org-contribute.html

See the list of changes here: 
https://orgmode.org/Changes.html

Enjoy!

-- 
 Bastien



Re: orgmode.org setup

2021-09-29 Thread Bastien
Hi Samuel,

"Samuel Banya"  writes:

> Thanks for this, will see how I can help as I would love to improve
> my Elisp skills a bit.

Go wild!

> I'll look to see if there are low-hanging fruit type issues that are
> easy to modify first on the Sourcehut repo.

SourceHut is for Worg, the collaborative documentation, and it is like
the Eden of "low-hanging fruit": many things are outdated, we always
need more tutorials, etc.  Don't hesitate to ask Krupal or Corwin for
directions on where to start.

Thanks!

-- 
 Bastien



orgmode.org setup

2021-09-29 Thread Bastien
Dear all,

I would like to briefly expose how things work for orgmode.org.

https://orgmode.org/worg/ is populated by .org pages from the Worg
repo after each push: https://git.sr.ht/~bzg/worg

Worg is maintained by Krupal and Corwin Brust.  Anyone is welcome to
contribute: https://orgmode.org/worg/worg-about.html

https://orgmode.org is populated by .org pages from the orgweb repo
after each push: https://git.sr.ht/~bzg/orgweb

So far, only Timothy, Nicolas and me do have write access, these pages
are not supposed to be updated very often. The Org maintainer needs to
update the orgweb/Changes.org page for each release.

https://orgmode.org/elpa/ is here for backward compatibility and will
be removed before the release of Org 9.6.

The https://orgmode.org contents are hosted on my machine.

https://updates.orgmode.org is also hosted on my machine.  I plan to
work on improving Woof! in the next months to make it more stable and
(hopefully) usable and useful, but it helps a lot already.

https://list.orgmode.org is the public-inbox archive of the mailing
list.  It's hosted and maintained by Kyle.  The mailing list archives
are also here: https://lists.gnu.org/archive/html/emacs-orgmode/

https://stats.orgmode.org was used to provide some stats about
orgmode.org visitors via a Fathom instance, but it is gone.  Here is
the interesting bit: there are ~30K visitors by month.  AFAIK, this
number as been remarkably stable for the last ten years.

https://code.orgmode.org is gone: it was nice testing Gogs, which
served us well for very long, but was not necessary anymore.  Also,
using Gogs required some maintainance (spamalot) and led newcomers to
believe they had to create an account on it to contribute, whereas we
prefer to receive/read/review patches on the mailing list.  Relying
on https://git.savannah.gnu.org is the way to go.

Publishing Worg pages used to involve scripts on the server that we
don't need anymore: the HTML page are generated by a SourceHut build
and sent to the server.  Same for orgweb.

Releasing Org also used to require actions on the server: it does not
anymore.  Releasing Org only requires to update the "Version:" header,
which triggers the release of the GNU ELPA package, which is now the
preferred way of installing the last stable Org version.

This setup makes many things a lot easier!

- I'm really glad Kyle maintains list.orgmode.org: it's really cool
  and useful, searching the list archives is lightening fast.

- Migrating the contents served by orgmode.org is just a matter of
  rsync'ing to another server.

- No need to maintain the Gogs instance and the Fathom instance.

- Releasing is now a breeze.

Enjoy!

-- 
 Bastien



Re: [PATCH] Treat :tangle-mode as an octal value not integer

2021-09-29 Thread Bastien
Hi Jeremy,

Jeremy Cowgar  writes:

> As an org user I would expect :tangle-mode 0660 to produce a file that
> has user rw, group rw, other nothing. Instead, what really happens
> currently is 0660 is treated as an integer which is actually
> 3140. This produces unexpected file permissions.

(Just re-adding this as a patch for updates.orgmode.org.)

-- 
 Bastien



Re: [patch] priorities range reversed

2021-09-29 Thread Bastien Guerry
Hi Joe,

Bastien  writes:

> See the docstring of `org-priority-highest':

I'm discarding this patch right now - feel free to submit a bug report
if there is something I missed.

Thanks,

-- 
 Bastien



Re: Empty headline titles unsupported: Bug?

2021-09-29 Thread Bastien
Hi Ihor,

Ihor Radchenko  writes:

> Yet, why not simply alter the headline parser a little bit to support
> empty titles + tag? Such headlines are used in some of the tests. See
> the attached patch.

I've now applied this patch -- let's not close the discussion though,
and keep in mind Nicolas caveats.

Thanks,

-- 
 Bastien



Re: [PATCH] Fix some typos

2021-09-29 Thread Bastien
Hi Juan,

Juan Manuel Macías  writes:

> I also removed a spurious phrase that I put in that patch
> (Org-News).

Applied too!  Thanks.

-- 
 Bastien



Re: [PATCH] Fix some typos

2021-09-29 Thread Bastien Guerry
Hi Max,

Max Nikulin  writes:

> A message in this thread
> https://orgmode.org/list/87tuiaxivh@posteo.net/ (Juan Manuel
> Macías, Fri, 24 Sep 2021 12:23:14 +) contains a patch that fixes a
> Shakespeare's sonnet in org-manual.org

Thanks for bringing this to my attention: I've now applied Juan's
change in the main branch.

-- 
 Bastien



Re: Mininmal init.el on Worg for testing bleeding edge?

2021-09-29 Thread Bastien
Hi Loris,

"Loris Bennett"  writes:

> Would it be worth expanding Point 4 to something like
>
>   This is where you configure Org-mode with Emacs. Please refer to Org
>   tutorials.  To test a locally installed version the following minimal
>   init.el will suffice:
>
> (let ((default-directory  "~/elisp/"))
>   (setq load-path
> (append
>  (let ((load-path  (copy-sequence load-path))) ;; Shadow
>(normal-top-level-add-subdirs-to-load-path))
>  load-path)))
>
>   Replace '~/elisp/' with the path in which you installed Org-mode.
>
> ?

Sure - please send a patch against latest Worg.

If you want to get write access to Worg, just create a username on
https://sr.ht and let me know what it is, I'll add you to
https://git.sr.ht/~bzg/worg

Thanks,

-- 
 Bastien



Re: Adjust git redirect to [correct] savannah repo

2021-09-29 Thread Bastien Guerry
Hi John,

John Hendy  writes:

> $ git pull
> make clfatal: unable to update url base from redirection:
>   asked for: 
> https://code.orgmode.org/bzg/org-mode.git/info/refs?service=git-upload-pack
>redirect: 
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/?service=git-upload-pack

I've now added a new redirection so that people trying to pull from
code.orgmode.org will be redirected to the correct git.savannah.gnu.org
address.

Thanks a lot for raising this issue!

-- 
 Bastien



Re: Release 9.5 tomorrow

2021-09-29 Thread Bastien
Hi Yasushi,

Yasushi SHOJI  writes:

> It's not that important, but if you have time would you please take a
> look at this:
> https://list.orgmode.org/44f768b5-bade-e07a-29a7-15999eefd...@binghamton.edu/t/#mc90ae0a5266fe201d44e6f8f174b2d874f7c57fd

I applied the three patches, with some modifications in the commit
message.  Please check https://orgmode.org/worg/org-contribute.html
for further contributions.

Thank you for the contribution!

-- 
 Bastien



Re: babel default header args as functions

2021-09-29 Thread Bastien
Hi Matt,

Matt Huszagh  writes:

> I've tested it, and if you revert
> 78783f4e47901255695031dae0efcbb301a40878 and apply the new patch, it
> will apply with conflicts. Let me know if you run into any difficulties,
> have any concerns, etc.

Done, thanks a lot.

> Here's the patch for the news item. Bear in mind that the last part
> about lazy evaluation is only true for the newest patch.

Applied too, thanks!

-- 
 Bastien



Re: Repeating task not repeating

2021-09-29 Thread Bastien
Hi Loris,

"Loris Bennett"  writes:

> Thanks for all your hard work and sorry for not confirming sooner.

No problem, thanks for confirming!

-- 
 Bastien



Re: Bug: Org mode fails to compile using Emacs 24.5-r10

2021-09-29 Thread Bastien
Hi Tim,

Tim Cross  writes:

> Perhaps we need to clarify that the supported versions is based on the
> version of Emacs which was stable at the time of release of the org
> version. For example, org 9.5, being released this week, means it would
> support Eamcs 27.x, 26.x and 25.x, but not Emacs 24.x. If Emacs 28 is
> released next month, this would not alter the supported versions as 9.5
> was released before Emacs 28. When org 9.6 is released, the supported
> versions would be updated to include whatever version of Emacs is stable
> at that point (likely 28.x) and the two previous versions. 

Please don't hesitate to clarify things on Worg if needed.

-- 
 Bastien



Re: Bug: Org mode fails to compile using Emacs 24.5-r10

2021-09-29 Thread Bastien
Hi Max,

Max Nikulin  writes:

> lisp/org.el:;; Package-Requires: ((emacs "24.3"))
>
> Should not it be updated?

Indeed, done, thanks.

> Ubuntu-18.04 bionic is a Long Time Support release (April 2018),
> emacs-25.2.2 provided from system repository. Maybe it should be
> supported even though next LTS release Ubuntu-20.04 focal is
> available.

Since we require Emacs 25.1, it is supported.  When Emacs 28.1 will be
out, it will mean that we don't guarantee backward-compatibility with
Emacs 25.1, but I suspect most things will work - and people using
this old Emacsen can still rely on the Org version that is packaged
with it.

-- 
 Bastien



Re: [PATCH] manual: Remove a couple of stray words from the citation handling section

2021-09-29 Thread Bastien
Dear András,

András Simonyi  writes:

> the patch which I attached removes some stray/leftover words from the
> manual's section on citations.

Applied, thank you very much.

-- 
 Bastien



Re: [BUG] [PATCH] org-id: Fix checkdoc warnings [9.5 (9.5-g9364b2 @ /home/n/.emacs.d/straight/build/org/)]

2021-09-29 Thread Bastien
No Wayman  writes:

> See attached.

Applied, thanks.

-- 
 Bastien



Re: Bug: Org mode fails to compile using Emacs 24.5-r10 [9.4.5 (9.4.5-g3ea248 @ /home/yantar92/.emacs.d/straight/build/org/)]

2021-09-29 Thread Bastien
Hi Tim,

Tim Cross  writes:

> Thanks Bastien. I think it is good to have a clear statement on this,
> even if not everyone agrees, as it makes things explicit. I
> suspect this will need to be reviewed after each release of a new Emacs
> version though as the effort to maintain backwards compatibility will
> depend on what has changed in Emacs. Especially given that Emacs release
> cycles seem to be getting shorter. 

Indeed - Ihor already helped with testing backward compatibility, and
yes, we shall certainly keep an eye on this.

-- 
 Bastien



Re: [PATCH] oc-csl: Add support for the text and year citation styles

2021-09-28 Thread Bastien Guerry
Hi András,

András Simonyi  writes:

> I've attached a patch with the pcase pattern refactored following
> Nicolas's example -- hopefully this solves the problem.

Applied - as you guess, I'm in "optimistic push" mode.  Hopefully
this will help have someone review this if needed.

Thanks, and thanks to Nicolas for alerting soon enough,

-- 
 Bastien



Re: [PATCH]

2021-09-28 Thread Bastien Guerry
Bastien  writes:

> It seems to me that the defvar declaration is good enough.

I just pushed this.

-- 
 Bastien



Re: [PATCH] (minor) Use lower case keywords in ox-org

2021-09-28 Thread Bastien
Hi Timothy,

Timothy  writes:

> Just a little thing, if it’s of interest. A while ago I remember upper/lower
> case keywords being discussed and the conclusion being that upper case 
> keywords
> were only to be used in the manual. Since `ox-org' isn’t the manual, I’ve 
> gone and
> lowered the case of all the keywords used there.

Applied, thanks.

-- 
 Bastien



Release 9.5 tomorrow

2021-09-28 Thread Bastien
Hi all,

I'll release Org 9.5 tomorrow between 2pm and 3pm, Paris time.

Feel free to email me at b...@gnu.org if there is an important bugfix
(or a forgotten low-hanging patch) that needs to be committed.

Thanks,

-- 
 Bastien



Re: [PATCH] oc-csl: Add support for the text and year citation styles

2021-09-28 Thread Bastien
Dear András,

András Simonyi  writes:

> the attached patch adds support for the text (textual) and year
> (year-only) citation styles in the CSL org-cite processor.

Applied, thank you very much!

-- 
 Bastien



Re: [PATCH] Fix org-capture checkdoc warnings [9.5 (9.5-g9364b2 @ /home/n/.emacs.d/straight/build/org/)]

2021-09-27 Thread Bastien
No Wayman  writes:

> The attached patch addresses most of the checkdoc warnings for
> org-capture.

Applied, thanks.

> There are two remaining warnings (both the same):
>
>> Disambiguate org-capture-mode by preceding w/
>> function,command,variable,option or symbol.
>
> I did not address these because checkdoc has recently been fixed to
> stop asking for disambiguation of mode names:
>
> http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=79a9b50621ec22640358bd6b94b65d14d747c644

Good to know, thanks!

-- 
 Bastien



Re: Bug: Org mode fails to compile using Emacs 24.5-r10 [9.4.5 (9.4.5-g3ea248 @ /home/yantar92/.emacs.d/straight/build/org/)]

2021-09-27 Thread Bastien
Hi Tim,

Tim Cross  writes:

> I do think it is probably time to drop support for Emacs 24 in the next
> major release. However, we cannot drop it 'mid release'.

I've added a section called "Compatibility with Emacs versions" on
this page: https://orgmode.org/worg/org-maintenance.html

We now make it clear that latest Org stable aims at being compatible
with Emacs current stable, and the two previous one.

That is: Org 9.4.6 is compatible with 27.x, 26.x and 25.x but maybe
not with 24.x (24.1 being 9 years old now).

HTH,

-- 
 Bastien



Re: [PATCH]

2021-09-27 Thread Bastien
Timothy  writes:

> Bastien  writes:
>
>> Since this is a variable, a simple (defvar visual-fill-column-width)
>> will silent the compiler.
>
> I’ve just had another thought which wouldn’t add visual-fill-column-width to 
> the
> namespace (if that’s worth worrying about). Not sure if this is better or 
> worse
> though.
>
> ┌
> │ (/ (or (and (bound-and-true-p visual-fill-column-mode)
> │ (or (bound-and-true-p visual-fill-column-mode) 
> auto-fill-function))
> └

(I don't understand the excerpt - why not a patch?)

It seems to me that the defvar declaration is good enough.

-- 
 Bastien



Re: [PATCH]

2021-09-27 Thread Bastien
Hi Timothy,

Timothy  writes:

> Would adding a
> declare-function statement be the best thing to do here?

Since this is a variable, a simple (defvar visual-fill-column-width)
will silent the compiler. 

-- 
 Bastien



Re: LaTeX export: grffile is a stub package

2021-09-27 Thread Bastien
Timothy  writes:

> Bastien  writes:
>
>> Patch welcome :)
>
> Well, it’s a small thing so I whipped up a patch .

Applied, thanks!

-- 
 Bastien



Re: shrink table in columnmode view (poor man's issue system)

2021-09-27 Thread Bastien
Hi Uwe,

Uwe Brauer  writes:

>> Thanks for the feedback!
>
> Thank you for the code! As I said, your code should be included. If you
> have write access please push it.

It's up to the maintainers to decide for pushing changes, and to
regular contributors, for areas they feel confident they can push,
like Marco does regularily (thanks).

I don't see any patch in this thread - am I missing something?

-- 
 Bastien



Re: [PATCH] org-protocol: decode "+" in query part as space (v3)

2021-09-27 Thread Bastien
Hi Max,

Max Nikulin  writes:

> I had some test cases for decoding of "+" in org-protocol URIs, so I
> have put them to test-org-protocol.el.

Applied too, thanks again.

-- 
 Bastien



Re: [PATCH] org-protocol: decode "+" in query part as space (v3)

2021-09-27 Thread Bastien
Max Nikulin  writes:

> Surprisingly there is no conflicts during rebase. I expected changed
> context in ORG-NEWS.

Applied, thanks!

-- 
 Bastien



Re: [BUG] [BUG] inconsistent behavior when reading multiple tags [9.4.6 (9.4.6-g366444 @ /home/n/.emacs.d/straight/build/org/)]

2021-09-27 Thread Bastien
Hi,

No Wayman  writes:

> The patch you are viewing is outdated.
> This is the latest patch on offer:
>
> https://list.orgmode.org/87bl4rce4j@gmail.com/2-0001-Allow-to-delimit-tags.patch

Thanks.

> It allows "," (the default for completing-read-multiple) and ":" to
> delimit tags when completing-read-multiple is used.

What does not work if we don't allow ","?

> The reason for allowing "," is that it's easier to type than ":". I
> make liberal use of tags and IMO typing a "Shift+;" between each tag
> is annoying and slow.

Okay (but note that we don't all use the same keyboard...)

> The comma is also used as the default separator when
> completing-read-multiple is used.
>
>> If we relax a constraint, I'd rather have this hardcoded and well
>> documented than adding a new defvar or defcustom.
>
> The latest patch removed the defcustom and replaced it with a defvar
> for the crm-separator regexp.
> If it would ease your mind I'd be happy to convert it to a defconst.

Instead of a defvar that we don't want the user to modify, why not
hardcoding the addition of the coma?  I'd prefer this.

> It's also worth noting that the constraint was only recently
> introduced.
> "," worked fine to delimit tags in `org-set-tags-command' prior to the
> switch to completing-read-multiple.

Okay, this buys it - if I understand what really does not work when
allowing ":".

> Regarding documentation, let me know where you'd prefer it
> documented.

Any place in the manual that refers to tag separators, explicitely or
implicitely, I've not checked if there are some.  Also in the code
itself, as a comment, to explain why both "," and ":" should be
allowed (avoid the keyboard-based argument, which is too subjective.)

Thanks!

-- 
 Bastien



Re: LaTeX export: grffile is a stub package

2021-09-27 Thread Bastien
Timothy  writes:

> meedst...@teknik.io writes:
>
>> According to <https://ctan.org/pkg/grffile>, since 2019-11-08, grffile is a 
>> stub
>> that just loads graphicx, part of texlive-latex-graphics, part of 
>> texlive-base.
>> My system (Guix) doesn’t have a package for grffile, so I can’t generate a 
>> PDF,
>> which is silly because it’s a stub anyway.
>
> Oh, that reminds me, we can also get rid of texcomp.
> <https://tecosaur.github.io/emacs-config/config.html#reduce-default-packages>

Patch welcome :)

-- 
 Bastien



Re: [PATCH]

2021-09-27 Thread Bastien
Hi Timothy,

Timothy  writes:

> I’ve written an ORG-NEWS entry, verified it works (and fixed a trivial
> oversight), and pushed :)

This triggers a compiler warning about `visual-fill-column-width' not
being declared.

This variable comes from
https://github.com/joostkremers/visual-fill-column

Why relying on this package?  Any chance to avoid this dependency?

If not, can you please add the needed declaration?

-- 
 Bastien



Re: Chiming in [Re: org-cite not mentioned in ORG-NEWS for 9.5]

2021-09-27 Thread Bastien Guerry
Hi Bruce and Emmanuel,

"Bruce D'Arcus"  writes:

> Finally, a question: what's the best way to do complex-ish
> documentation like this collaboratively? Is there an alternative to
> email + patches for the create, comment, revise cycle of refining
> this?

I'm sending you (and Timothy and Nicolas) a link off-list.

> And related: if the goal is to finish this week (?), do we have time
> to do comprehensive documentation? I'm a little skeptical.

The goal is to have something by tomorrow afternoon, of course it does
not need to be "finished" in any sense, it just needs to be better
than what is already committed.

*Thanks*!

-- 
 Bastien



Re: [BUG] org-return does not honor delete-selection-mode [9.4.6 (release_9.4.6-551-gf70e36 @ /home/gustavo/.emacs.d/lib/org-mode/lisp/)]

2021-09-27 Thread Bastien
Hi Gustavo,

Gustavo Barros  writes:

> `org-return' currently does not honor `delete-selection-mode'. 

This should be fixed now, thanks a lot.

-- 
 Bastien



Re: [PATCH]

2021-09-27 Thread Bastien
Timothy  writes:

> I’ve written an ORG-NEWS entry, verified it works (and fixed a trivial
> oversight), and pushed :)

Great, thanks!

-- 
 Bastien



Re: org-cite not mentioned in ORG-NEWS for 9.5

2021-09-27 Thread Bastien
Hi Bruce,

"Bruce D'Arcus"  writes:

> I'd change "Citations handling" to "Citation handling".

Done, thanks.

>> If anyone feels like enhancing this, please be my guest.
>
> I'm a native english speaker, but don't have time ATM to figure out
> org documentation standards and patching.
>
> But I can review content, if that's helpful.

I'm sure it will be very helpful (with only two eyes, all typos are
invisible) - thanks in advance!

-- 
 Bastien



Re: [PATCH]

2021-09-27 Thread Bastien
Hi Timothy,

Timothy  writes:

> So now, in the original function there’s just
> ┌
> │ (let ((width (org-display-inline-image--width link))
> └
>
> See the attached patch for the new function `org-display-inline-image--width' 
> (to
> be applied on top of my previous patch). Oh, and I’ve also added support for
> `:width 70%'.

It looks better, Thanks.  The two patches don't apply on main here.
Can you apply the change yourself and add an entry in etc/ORG-NEWS?

Thanks!

-- 
 Bastien



Re: [PATCH] Re: Bug: org-edit-special indents inline latex [9.5 (nil @ /home/david/.emacs.d/.local/straight/build-27.2/org-mode/)]

2021-09-27 Thread Bastien
Hi David and Sébastien,

Sébastien Miquel  writes:

> Thanks for reporting and confirming.

David, Did you have time to look at Sébastien's patch?

Sébastien, have you been able to test this patch heavily and is it
still needed, or has it been made somehow irrelevant?  (I see it does
apply well on the bugfix branch, but not on main.)

Thanks for any feedback,

-- 
 Bastien



Re: [PATCH] org-protocol: decode "+" in query part as space (v2)

2021-09-27 Thread Bastien
Hi Maxim,

Maxim Nikulin  writes:

> I have realized that only a half of new apostrophes in doc strings
> were properly escaped, so I am attaching updated patch. I still
> consider the change as a minor improvement.

Probably given the delay, the patch does not apply anymore.

Would you be able to reformat and resend it?

Thanks,

-- 
 Bastien



Re: org-cite not mentioned in ORG-NEWS for 9.5

2021-09-27 Thread Bastien Guerry
Hi all,

Bastien  writes:

>> Emmanuel Charpentier (Cc'ed) wrote some nice documentation for this
>> feature. He might want to chime in.
>
> that'd be great - thanks in advance Emmanuel!

Just a quick heads up to mention that I created a new "Citations
handling" section in the manual, as a first start.  The content is
directly copied from the comment section of oc.el.

If anyone feels like enhancing this, please be my guest.

Thanks,

-- 
 Bastien



Re: Bug: "DEFINITION NOT FOUND" for footnote in Org manual

2021-09-27 Thread Bastien
Hi,

Maxim Nikulin  writes:

> I think, it is better to restore the footnote text than to leave it in
> its current state "DEFINITION NOT FOUND".

Fixed now, thanks!

-- 
 Bastien



Re: Bug: Priority Of A Task In Emacs 27.2 Cannot Be Removed With Space Key ("SPC to remove")

2021-09-27 Thread Bastien
FWIW this is fixed in the main branch.

When priorities between 1 and 9, you can set them with a single
keystroke after `C-c ,'.  For priorities between 1 and >9 you are
asked for a string and have to press enter, since the priority can
be more than one char.

Thanks,

-- 
 Bastien



Re: version-to-list: Invalid version syntax: ‘9.5-orgdev’

2021-09-27 Thread Bastien
Thanks for confirming!

-- 
 Bastien



Re: [PATCH] ox-publish.el: Speed up org-publish-cache-file-needs-publishing

2021-09-27 Thread Bastien
Hi Emily,

Emily Bourke  writes:

> It looks like the same changes have been made separately and merged
> into master since my original email – see commit
> aa0fa8c75360d2aa491b9ae10e59d22de2aedc92 by Gustav Wikström.

oh, you're right!  Sorry I pinged you for nothing on this.

Gustav, for next time, don't forget to add the original author as the
author of the commit, thanks.

-- 
 Bastien



Re: [PATCH] org-agenda: Allow org-agenda-overriding-header to be a function

2021-09-27 Thread Bastien
Hi Christopher,

Christopher League  writes:

> * org-agenda.el (org-agenda--insert-overriding-header): Allow
> `org-agenda-overriding-header' to be a function in addition to a
> string or nil. When the custom agenda is created or updated, call that
> function and insert the string it returns as the agenda header.

Applied, thanks.

-- 
 Bastien



Re: Bug: :session results in unfriendly error reporting

2021-09-27 Thread Bastien
Greg Minshall  writes:

> yes, i agree this is really a feature request.

If you think the feature request is important enough, you can add

  X-Woof-Help: Please help implementing XXX

in your email, the call for help will be listed on updates.orgmode.org

HTH,

-- 
 Bastien



Re: Repeating task not repeating

2021-09-27 Thread Bastien
Hi Loris,

can you confirm the bug is gone with latest Org?

~$ git clone https://git.savannah.gnu.org/git/emacs/org-mode.git

Thanks,

-- 
 Bastien



bug#50555: [PATCH] Re: bug#50555: [BUG] Org Latex export doesn't handle src blocks correctly

2021-09-27 Thread Bastien
Hi Daniel,

Daniel Fleischer  writes:

> Patch: comment suggesting the usage of the flag; many changes due to the
> footnote numbering "push".

Applied, thanks.

-- 
 Bastien





Re: [BUG] [BUG] inconsistent behavior when reading multiple tags [9.4.6 (9.4.6-g366444 @ /home/n/.emacs.d/straight/build/org/)]

2021-09-27 Thread Bastien
Hi,

No Wayman  writes:

> * org.el (org-tags-crm-separators): Defcustom controlling which
> characters are used to delimit tags in commands which utilize
> `completing-read-multiple'.

Why should we allow anything else than ":" for separating tags in
commands which utilize completing-read-multiple?

I surely miss something obvious.

If we relax a constraint, I'd rather have this hardcoded and well
documented than adding a new defvar or defcustom.

-- 
 Bastien



Re: version-to-list: Invalid version syntax: ‘9.5-dev’

2021-09-27 Thread Bastien
Hi Axel,

Axel Kielhorn  writes:

> Now I get the following error message:
>
> version-to-list: Invalid version syntax: ‘9.5-dev’

Can you pull again and check if you still have this error?

Thanks,

-- 
 Bastien



Re: Bug: Indenting empty description list item leaves point at beginning of line [9.4.4]

2021-09-27 Thread Bastien
Hi,

Bodertz  writes:

> After pressing M- as asked, the list will look like this:
>
>
> - list item  :: with description
> - Indent the empty list item below by pressing M- :: description
>  - ::
>
>
> As you can see, point is at the beginning of the line.  I think it
> should be after the dash, as is the case when indenting plain list
> items.

Confirmed, I'm adding this to updates.orgmode.org.

Thanks,

-- 
 Bastien



Re: What's up with ob-template.el? It seems heavily outdated

2021-09-27 Thread Bastien
Hi,

dalanicolai  writes:

> For sure I am happy to contribute it to (w)org.

Thanks!

> I have very recently assigned copyright to the FSF for sketch-mode
> (it is currently on https://elpa.gnu.org/devel/).
> So do I have to assign separately again for this contribution? (Would
> be no problem of course, just a question)

Your assignment covers any contribution to GNU Emacs, so we're good to
go.

> Anyway, I will already attach the patch. For some reason my Emacs
> (i.e. Spacemacs) also reformats the table with
> supported languages in index.org. So, maybe you can check if it is
> correctly formatted. As I updated this long ago,
> it would take me too long to look again at this now (so therefore, I
> simply added a link to a mail from Eric Schulte
> with some more info), but it should be better than the current info,
> and a very acceptable (re)start.

I applied it against Worg.

Thanks,

PS: Note that you don't need the FSF assignment for Worg, as it is not
included in Org or Emacs, you just need to agree publishing your code
or contribution under the GNU FDL 1.3 license.

-- 
 Bastien



Re: [PATCH]

2021-09-27 Thread Bastien
Hi Timothy,

Timothy  writes:

> I've just noticed that I had (when x (if (floatp x) ..)) which is a bit
> silly, so I've removed the unnecessary when. Here's the updated patch.

On a first look, it seems a bit hackish, but this is probably useful.

If a few others agree this is useful, feel free to commit.

Thanks,

-- 
 Bastien



Re: [PATCH] async process in R

2021-09-27 Thread Bastien
Hi Jeremie,

Jeremie Juste  writes:

> I have integrated some of the ob-session-async package in ob-R.el
> (finally). Most of the heavy lifting has been made by Jack.

When this is reliable enough, feel free to commit and push.

You can also enhance it later on.

Thanks,

-- 
 Bastien



Re: [PATCH] async process in R

2021-09-27 Thread Bastien
Hi Greg and Jeremie,

Greg Minshall  writes:

> if this is not already idiomatic for org mode, i'd vote to require the
> "yes" or "no".  just my 2 cents.

Agreed: even if a syntax is allowed, let's use the idiomatic form in
examples.

2 cts,

-- 
 Bastien



Re: [PATCH] Re: worg patch: R usage of :colnames for :results

2021-09-27 Thread Bastien
Hi Greg,

Greg Minshall  writes:

> if a picture is worth a thousand words, what's a patch worth?  :)

A lot :)

Applied, thanks, but I removed the reference to X-Woof-Patch here.

Also, this contribute.org page is somewhat redundant with the one 
that serves as a reference for a long time on Worg, we shall think
on merging them -- I'll add this to my todo list.

Best,

-- 
 Bastien



Re: [PATCH] ob-svgbob: New babel backend for SVGBob

2021-09-26 Thread Bastien
Hi Timothy,

> Thanks for taking a look at this. In light of your response I’m wondering 
> about
> the ob-* inclusion criteria. I recall when removal was being discussed the
> concerns being with ob-* libraries that were some combination of:
> ⁃ Too niche
> ⁃ Being actively maintained

I may be wrong, and perhaps many people are already using svgbob to
convert ASCII drawing to SVG, but I think it is too niche for being
part of Org core and Emacs core.

The questions I'd ask before including a Babel library in Org are*:

- Is the language supported in Emacs core?
- Is the language or tool widely used?

You don't need to score very high with *both* answer, but at least
one.  For example, ob-js.el qualifies because Javascript is supported
in Emacs and widely used.  ob-plantuml.el because, even though there
is no kind of "Emacs support", the tool is widely used.

I don't think svgbob is widely used enough (3K GitHub stars does not
say much about the real use).

There is no harm in not being included in Org, such useful libraries
can live in GNU or NonGNU ELPA and still reach their audience.

WDYT?

* Given these criteria, I'm inclined to add ob-stan.el to the list
  of Babel libary that should probably move outside of Org core.

-- 
 Bastien



Re: [PATCH] ob-svgbob: New babel backend for SVGBob

2021-09-26 Thread Bastien
Hi Steven,

thank you very much for proposing this addition!

While I personally love it (and find the svgbob-editor demo very
impressive), we are in the process of restricting the ob-* files
that we include in Org's core and in GNU Emacs.

Not later than a few hours ago, I removed several ob-* files:
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=db67c7e9

(ob-svgbob.el should not go in org-contrib, though, because the
org-contrib repo is for unmaintained libraries.)

I suggest you maintain ob-svgbob.el as a contributed library to
GNU ELPA (https://elpa.gnu.org) to help people find it. See the
instructions here:

https://git.savannah.gnu.org/cgit/emacs/elpa.git/plain/README

How does that sound?

-- 
 Bastien



  1   2   3   4   5   6   7   8   9   10   >