hen relying on engrave-faces, which is maintained and also
handles LaTeX, instead of htmlize, sounds like a good idea.
2 cts,
--
Bastien Guerry
to the « “inner” » style (this is a defcustom and
>> users can change it.)
>
> Are you referring to `org-export-smart-quotes-alist'? It is a defconst.
Ah, indeed. I'd say using a defcustom here would be useful.
--
Bastien Guerry
Hi Ihor,
Thanks for bearing with me while I discuss something is done, required
time and work, and isn't probably a priority.
Ihor Radchenko writes:
> Bastien Guerry writes:
>
>> (1) by always store the latest link on top and remove old dups.
>>
>> (2) always sto
ODO inlinetask
> ***> TODO inlinetask
> ...
+1 on this one.
> *> TODO inlinetask
> Inlinetask contents
> *> END
-1 on this one -- I'd rather get rid of the
* TODO ...
* END
construct altogether.
--
Bastien Guerry
inner » » style to be correctly implemented in, say, HTML, and
since, even in LaTeX, babel-french defaults to the « “inner” » style,
I suggest we stick to the « “inner” » style (this is a defcustom and
users can change it.)
Thanks!
--
Bastien Guerry
me for features like org-mouse.el
and org-inlinetask.el and for core features like Babel libs and links.
For the former, a decision should be made relatively to the usefulness
of the feature; for the latter, loading libs (with side-effects on the
syntax) is required by the design of the core feature at hand (Babel
and links).
I'd focus on solving the problem with org-mouse and org-inlinetasks
first. Let's make a poll for org-mouse.el then for org-inlinetasks.el ?
--
Bastien Guerry
ed a set of links that are all to be inserted, or
>>>>such. although idk if the mechanism supports.
I'm in favor of option (2) as it deals with the above use-case, and
storing a link for each lines in the active region should be the
default behavior anyway, with no need for a prefix arg.
WDYT?
--
Bastien Guerry
correctness as an excuse.".
Defining new functions is a desirable "side-effect" of all Elisp
library, I don't think we should worry abou this.
--
Bastien Guerry
Ihor Radchenko writes:
> Max Nikulin writes:
>
>>> Sure. This is not by itself a big deal. A number of Elisp libraries,
>>> including built-in Emacs libraries are loaded with side effects.
>>
>> It is still violation of conventions:
>>
>> (info "(elisp) Coding Conventions")
>> https://www.gnu.or
luate some R code blocks, fails, and gives up.
Yes. I hope other Org/ESS/R users on this list will help fixing these
documentation issues on WORG.
--
Bastien Guerry
Ihor Radchenko writes:
> Max Nikulin writes:
>
>>> The proposed FAQ entry is overwhelming. It would work fine as a blog,
>>
>> A blog with a couple of posts a year has a little sense. Moreover it is
>> closer to a wiki article because it is supposed to be updated. That is
>> why I asked for an
Ihor Radchenko writes:
> Thanks for the clarification.
> Bastien, I think we should update the copyright status in WORG. Maybe
> also inform FSF?
I've updated the status in Worg.
--
Bastien
Ihor Radchenko writes:
> Bastien, may you please confirm Roshan's copyright status?
Yes, I do confirm Roshan is a FSF registered contributor for Emacs.
--
Bastien Guerry
oss
> examples?
Sure, please go ahead as you see fit!
--
Bastien Guerry
Ihor Radchenko writes:
> Should we try to make a call for maintenance at least for some of these
> libraries?
Definitely. We should probably prioritize files in this list, then
ask on this list *and* on the web.
Let's make sure we propose this as something fun to do, not a chore.
How do you w
to Emacs and Org-mode. Probably your university disclaimer was enough.
--
Bastien Guerry
Hi Akira,
Akira Kyle writes:
> I have been informed that this document my university has
> provided is queued with the FSF legal team for eventual review.
Thanks for your answer.
I suggest we take this off-list and try to sort it out with the FSF
legal team directly.
--
Bastien Guerry
the gnuplot dependency in the build manifest, hopefully
this fixes the last error I've seen.
--
Bastien Guerry
Ihor Radchenko writes:
> Akira, may I know if you managed to clear the FSF paperwork?
I've just checked and Akira's is a registered FSF contributor since
last may.
--
Bastien Guerry
oach I proposed?
> (where we export skipping errors first, upload, and then re-export,
> catching all errors this time just to trigger an email to notify about
> the failure).
Yes, let's do this.
--
Bastien Guerry
Ihor Radchenko writes:
> I am attaching tentative patch that will revert demoting errors to
> messages. However, I do not fully understand the purpose of the original
> `condition-case' code in the publish.sh. Bastien?
Applied. I'm aware it only fixes part of the issue at hand, but I
believe th
Ihor Radchenko writes:
> Mehmet Tekman writes:
>
>> Yep, signed and received May 10 2023, before I did my initial
>> patch submission
>>
>> RT: 1938590
>
> Bastien, may you please confirm?
Yes, I do confirm. Thanks Mehmet for contributing!
--
Bastien Guerry
Hi Ihor and Jens,
Ihor Radchenko writes:
> Bastien, may your please check FSF records?
Done, Jens records are okay. Thanks for contributing!
--
Bastien Guerry
Ihor Radchenko writes:
> Evgenii Klimov writes:
>
>>> Waiting for your copyright assignment before applying.
>>
>> Copyright assignment is complete.
>
> Bastien, may you confirm?
Yes I do! Thanks for the heads up.
--
Bastien Guerry
Hi Ihor,
Ihor Radchenko writes:
> Looks like accidental moderation slip.
Yes, probably, sorry for that.
I continue to moderate the list once a week.
I will ping the moderators to see if they are still available
to moderate this list or if we need to find new volunteers.
--
Bastien Guerry
stien, may you confirm?
Yes I do, sorry for the delay.
--
Bastien Guerry
k...@akirakyle.com - please CC me if you write to Craig again so I
can follow up directly there.
Thanks!
--
Bastien Guerry
-coded path,
>> `eval-buffer' would not be successful.
>
> Looks reasonable, but I will let Bastien decide on this. He is the
> author of this file.
LGTM too! Please go ahead, thanks,
--
Bastien Guerry
he FSF copyright assignment is okay.
--
Bastien Guerry
p with translations too.
Just let me know! And thanks in advance.
--
Bastien Guerry
llow
> https://orgmode.org/worg/org-maintenance.html#maintainer-role and create
> an account with write access to Org git sources.
I confirm Arne's FSF records are in order.
Thanks for your help!
--
Bastien Guerry
Hi,
Ihor Radchenko writes:
> Though I do not see any commits associated with Nathaniel Nicandro or
> your email in Emacs git repo.
> Bastien, may you check FSF records?
Nathaniel's records are okay.
--
Bastien Guerry
Ihor Radchenko writes:
> Sure, but we need to confirm with FSF records first.
> Bastien, may you take a look?
Yes, I confirm Arash records are okay, sorry for the delay.
--
Bastien Guerry
Hi,
Ihor Radchenko writes:
> Bastien, may you check the FSF records for Xi Lu?
I confirm Xi Lu FSF assignment is in order.
Thanks for contributing!
--
Bastien Guerry
Ihor Radchenko writes:
>> 1. I have assigned my copyright for Emacs stuff to the FSF
>
> Bastien, may you please confirm?
I do, sorry for the delay.
--
Bastien Guerry
7;t work.
>
> AFAIK, we count separately. Org mode is a separate project, despite
> being distributed together with Emacs. At least, we usually only
> consider LOCs contributed to Org.
>
> Let me CC Bastien (the Org maintainer) to clarify.
Hopefully done, thanks!
--
Bastien Guerry
nfirm Damien's FSF record is in order.
--
Bastien Guerry
Hi Ihor,
Ihor Radchenko writes:
> I have recently been contacted by the current compat.el maintainer
> asking if we are willing to adapt compat.el in Org.
Very nice!
> WDYT?
As long as we keep our promise in terms of backward compatibility with
older Emacs versions, I'm all for it.
--
Bast
Hi,
Ihor Radchenko writes:
> Bastien, could you please confirm the copyright status of Andreas
> Gerler?
It was missing in the FSF copyright.list file, but it has been fixed
and Andreas can be added as a regular contributor.
Best,
--
Bastien
Hi,
Ihor Radchenko writes:
> Bastien, could you please confirm the copyright status of Andreas
> Gerler?
I cannot find any entry with "Gerler" as a name, or with the email
"ba...@bundesbrandschatzamt.de".
Andreas, can you write me in private with a copy of the signed FSF
copyright assignment?
Hi,
Ihor Radchenko writes:
> Now, just waiting for confirmation from Bastien about your copyright
> status records.
Yes, I confirme Gautier's FSF copyright record is in order.
> AFAIU, the commit fixed a different scenario:
> https://orgmode.org/list/byapr07mb573496c31816fe64b71e9d70a5...@byap
Ihor Radchenko writes:
> Bastien, please let me know if you have any objections.
None, thanks for taking action here.
--
Bastien
Hi Kaushal,
Kaushal Modi writes:
> Can a new version of Org be tagged from the bugfix branch?
Ihor, if you agree, I can release Org 9.6.1 today.
We can continue to work on Org 9.6.2 for later merge in Emacs.
The problem with `org-assert-version' can be dealt with later
on, even if many users
Ihor Radchenko writes:
> As for GCC-related assignment, I am not sure if it is sufficient.
I confirm that the copyright assignment should explicitely mention
EMACS as a GNU project.
--
Bastien
Bastien writes:
> Shall I create https://git.sr.ht/~bzg/org-orphan-packages ?
Or better https://git.sr.ht/~org-orphanage/ as a new user, to where
Org orphan repos could be added.
This would mimick emacsorphanage, which is a GitHub organization.
--
Bastien
Hi Greg,
Greg Minshall writes:
> but, recently i was looking at org-grep, and found its new home:
>
> https://github.com/emacsorphanage/org-grep
thanks - I added this to the org-orphanage.org page on Worg:
https://orgmode.org/worg/org-orphanage.html
Contributing to Worg is as easy as edit
Ihor Radchenko writes:
>> I'm not able to push to git://git.sv.gnu.org/emacs/org-mode.git.
My bad: I did not warn Emacs maintainers in time. Now it is done,
I will let you know when they grand you access to the Emacs project.
--
Bastien
Hi,
Ihor Radchenko writes:
> I still don't understand why it was turned into a function since I
> cannot find the relevant discussion.
C-u C-c C-x d will call org-insert-property-drawer - I don't think
this function needs to be a command with its own keybinding.
The discussion is here:
https
Tim Cross writes:
> A significant re-design of the worg styling is required in order to get
> a presentation which both looks good and which works with respect to
> accessibility requirements. I don't believe the current styles are
> workable. Someone with greater CSS fu than me might do better,
Ihor Radchenko writes:
> Bastien, may you take a look?
Applied, thanks Gerard.
--
Bastien
Ihor Radchenko writes:
> We may, however, make `org-confirm-babel-evaluate' function value accept
> an extra third argument - context ('code or 'vars). This will retain the
> required flexibility without introducing an extra variable.
Yes, this is an interesting possibility.
> P.S. Considering
So, based on Charles recent feedback:
>> If there are more complaints about that in the future, I'll
>> reconsider.
... let's do as Jeremie originally said: wait until someone complains.
> Note that my NEWS entry may not be accurate for ob-R then:
>
> ** List references in source block variable
Hi Matthew,
Matt writes:
> You're correct, I've not contributed to core. I would love to
> maintain lisp/ob-shell.el.
Your wish has been granted:
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=e8ceb4a2
> I'm expecting life changes in the coming
> months and can't anticipate
I think it would make sense to convert Elisp lists into R lists
directly. Jeremie, would you be okay with this?
Ihor Radchenko writes:
> Or I may need to put a special clause regarding ob-R into the NEWS
> item.
... that way we don't need such a special clause regarding ob-R.
2 cts,
--
Bas
Ihor Radchenko writes:
> Tom Gillespie writes:
>
>> From 4a78e1b5ea98dee569ff690037c661ab5c300194 Mon Sep 17 00:00:00 2001
>> From: Tom Gillespie
>> Date: Sat, 10 Dec 2022 12:11:17 -0800
>> Subject: [PATCH 1/2] ob-core: add org-confirm-babel-evaluate-cell custom
>> variable
>
> Bastien, may yo
Ihor Radchenko writes:
> I don't think we have an example.
> Probably, we can create etc/org-news-images folder, set :DIR: property
> in etc/ORG-NEWS to that folder, and then use attachments.
I suggest we don't go in that direction: I'd rather keep etc/ORG-NEWS
as a self-contained file.
Can we
Ihor Radchenko writes:
> Bastien, since the activity around org-info-js revived after a long
> delay, should we move the code out of worg into a separate repo?
Yes, definitely. David, would you like to set up a new repository
with the code from the org-info-js directory here:
https://git.sr.ht
Hi Rudolf and Ihor,
Ihor Radchenko writes:
> Rudolf Adamkovič writes:
>
>> Ihor Radchenko writes:
>>
>>> Note that we currently have no maintainer for ob-scheme and hence can
>>> only provide very limited support. New features are hard for us
>>> without experience with scheme and geiser.
>>
>
Ihor Radchenko writes:
> Bastien, could you please check Matt's copyright paperwork record in
> FSF?
Matt's copyright paperwork are OK, I added him as FSF-copyrighted
contributor on Worg.
> Does it mean that you are willing to maintain lisp/ob-shell.el?
Until Matt wants to be the maintainer fo
Sorry for the delay.
Ihor Radchenko writes:
>> FYI, I have already cleared the FSF paperwork for an emacs patch.
>
> Bastien, could you kindly confirm?
Yes, I do confirm Pedro's FSF paperwork is in order.
Thanks!
--
Bastien
Ihor Radchenko writes:
> I will merge them if there are no objections.
Thanks! No objections. (Sorry I moved org-syntax.org from worg/dev/
to worg/ right before reading this email, I hope that's okay.)
Perhaps, on top of removing Tim's comments from org-syntax.org we can
store them in a dedic
Ihor Radchenko writes:
> I am leaning towards announcing the deprecation in the coming
> release.
Agreed, let's move forward in this direction for the release.
--
Bastien
Ihor Radchenko writes:
> We probably need
> https://lists.gnu.org/mailman/listinfo/emacs-orgmode
Indeed, thanks for catching this, fixed.
--
Bastien
Timothy writes:
> Unfortunately I’m completely with you (and previous comments here). The
> meaning
> of “headline” is closer to “title” than “heading”. A document can have
> multiple
> headings but only a single headline (which is specifically the line at the
> top,
> e.g. “Newspaper headline
Ihor Radchenko writes:
> I came to the conclusion that it will, in fact, be easier to change all
> things to use "headline"
FWIW, I'm fine with such a change. I'm not a native english speaker,
but a "headline" sounds like it's a one-line heading, so it's okay.
--
Bastien
Ihor Radchenko writes:
> Is the current news entry is sufficient?
The ORG-NEWS entry in the patch looks good, thanks.
> Or should we do something in
> addition to announce backwards-incompatible change?
I suggest to make this change visible on update.orgmode.org by sending
an announcement to
Ihor Radchenko writes:
> Let me know if there are any objections.
None on my side, thanks for this.
--
Bastien
Hi Ihor,
Ihor Radchenko writes:
> So, we should probably remove zero-width shenanigans from the code.
+1.
> Unless I miss something.
>
> Bastien, maybe you recall something about presence of null character in
> regexs?
No, I don't.
> P.S. If we decide to remove the null character, I'd prefer
Hi,
Ihor Radchenko writes:
>> In the meantime I have the paperwork done and have "it" :-)
>
> Bastien, could you please check FSF records?
Yes, I confirm Detlef is registered in the FSF records.
--
Bastien
Ihor Radchenko writes:
> Thanks for reporting!
> I am attaching tentative fix.
Applied, thanks.
> Bastien, I do not have access to orgweb repo.
Now you do :)
--
Bastien
Ihor Radchenko writes:
> Bastien, could you please add Daniel as the maintainer of
> lisp/ob-sql.el?
Done in bd468136d. Thanks Daniel!
--
Bastien
Hi Daniel and Ihor,
Daniel Kraus writes:
> So that clarifies it for me and I do NOT indent with tabs in the
> future :)
We can progressively replace tab chars with spaces, thus re-indenting
correctly all files in the repository.
The Emacs convention is to *not* commit space-only changes as the
Ihor Radchenko writes:
>> What's your opinion?
>
> I agree.
+1 (FWIW)
--
Bastien
Hi Ihor and Daniel,
Ihor Radchenko writes:
> If Bastien removed session support, and you do not see any justification,
> it was most likely an oversight.
>From memory, I removed session support in ob-clojure.el because it was
too buggy.
> We generally avoid feature regressions:
> https://bzg.
Hi Ihor,
Ihor Radchenko writes:
> One month has passed, and I decided to apply the patch as is.
> https://git.sr.ht/~bzg/worg/commit/6fbe51dee6bf276584c24fa1e7ec673526c9326e
Thanks!
--
Bastien
Hi Daniel,
Daniel Kraus writes:
> Does anyone remember what's the status of ob-clojure session
> support?
I'm randomly connected for the next days so I won't risk a reply here,
I hope others can help.
--
Bastien
Hi Daniel,
Daniel Kraus writes:
> Just in case you want to play around with Clojure, installing
> babashka (https://github.com/babashka/babashka) is a single binary
> and very simple to install.
For now `org-babel-clojure-backend' is nil.
I suggest to set it to babashka by default: babashka is
Hi Ihor,
Ihor Radchenko writes:
> I think we can expose our mailing list policy a bit more in the manual.
Yes, I think this is a good idea.
FWIW, the next version of Woof! (on which I'm focusing right now) will
sending various reminders about things to do, but making the current
policy more ap
Hi Ihor,
Ihor Radchenko writes:
>> I have already signed the copyright assignment. (Though I used my
>> other email rudiwillalwayslove...@gmail.com when signing it.)
>
> Bastien, could you kindly check the FSF records?
Yes, I confirm the FSF record is here.
--
Bastien
Ihor Radchenko writes:
> Bastien, could you take a look?
Now https://orgmode.org/orgcard.txt is back too.
--
Bastien
Ihor Radchenko writes:
>> both the link to the English reference card as .pdf as well as the
>> plain ASCII version mentioned on https://orgmode.org/worg/ are
>> inaccessible.
>
> Confirmed.
Fixed, thanks!
Not for the ASCII version, as I need to find orgcard2ref.pl back in
the repo history befo
Max Nikulin writes:
> Unfortunately some redirection targets still respond with 301
>
> 301 https://orgmode.org/manual/Dates-and-Times.html
> 301 https://orgmode.org/manual/Deadlines-and-Scheduling.html
> 301 https://orgmode.org/manual/Emphasis-and-Monospace.html
> 301 https://orgmode.org/manual/
Max Nikulin writes:
> More:
Fixed, thanks!
https://git.sr.ht/~bzg/worg/commit/408f05a0
--
Bastien
Ihor Radchenko writes:
> AFAIK, our nginx configs are not public, but Bastien may privately share
> them if you are willing to help.
FWIW, I've shared the nginx.config here:
https://git.sr.ht/~bzg/worg/tree/master/item/nginx.conf
--
Bastien
Hi Ihor and Liu,
Ihor Radchenko writes:
>> I have signed the FSF
>> copyright assignment paper.
>
> Bastien, could you please confirm the FSF records?
I do confirm, I updated https://orgmode.org/worg/contributors.html
Liu, thanks in advance for contributing to Org!
Best,
--
Bastien
Fixed
--
Bastien
Ihor Radchenko writes:
> I am leaning towards removing `this-command' check, unless there are
> important reasons to keep it.
Yes, please go ahead.
--
Bastien
Ihor Radchenko writes:
> May you clarify if we are following the FSF copyright assignment rules
> for test?
Yes, we should. Tests are just source code.
--
Bastien
Hi Ihor,
Ihor Radchenko writes:
> Liberapay provides options to have team description in multiple
> languages. We only provide English, but the description is marked as if
> it were French. See the text near "Edit" button at the top right part of
> https://liberapay.com/org-mode/
>
> I guess we
Hi Ihor,
Ihor Radchenko writes:
> I noticed that https://orgmode.org/, https://orgmode.org/fr/index.html,
> and https://orgmode.org/ja/index.html are not consistent.
FWIW, I think we should get rid of these translations altogether.
Hopefully Org is well-known enough now that people know how to
Ihor Radchenko writes:
> Bastien, there seems to be an issue with Worg export on server. Can you
> please check?
This is now fixed, thanks:
https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-plantuml.html#org6cd541e
--
Bastien
Ihor Radchenko writes:
> Could you please check the ongoing changes in this area
> (storing/inserting links)? The code in this area is old, confusing, and
> not fully documented. I'm afraid that we may break something in the
> process of refactoring. If you see some dangerous changes, please let
Corwin Brust writes:
>> Not sure who is in charge of these, but the orgmode.org SSL cert
>> expired today. Someone brought it up on IRC.
This should be fixed now, thanks for the heads up!
--
Bastien
Hi Ihor and Bruno,
Ihor Radchenko writes:
> Bastien, could you please check the FSF record.
I confirm Bruno is on the list of FSF-signed contributors,
I updated the Worg page. Bruno, thanks in advance for your
contributions!
--
Bastien
Hi,
sorry for the late answer.
Ihor Radchenko writes:
> You do not need to share the paperwork with us. FSF has a database
> available to GNU maintainers with a list of all the people with
> copyright assignment.
>
> I am CCing Bastien.
> Bastien, can you please confirm that Bhavin's paperwork
Hi Ihor and Hraban,
Ihor Radchenko writes:
> Bastien, could you please check the FSF records?
Yes, I confirm Hraban FSF assignment is all good. I added him on
https://orgmode.org/worg/contributors.html in the list of FSF-signed
contributors.
Thanks!
--
Bastien
Hi Ihor and Etienne,
Ihor Radchenko writes:
> Bastien, can you please confirm that Étienne is listed in the GNU
> copyright records?
Yes, I confirm, I added Etienne on the list of FSF-signed contributors
on https://orgmode.org/worg/contributors.html.
Thanks!
--
Bastien
Hi Ihor and Hugo,
Ihor Radchenko writes:
> Bastien, can you please confirm that Hugo is listed in the FSF
> records
Yes I do!
> and then add him to the contributors.org?
Done.
--
Bastien
Hi Ihor,
I'm mostly AFK this week so I won't be able to investigate, I remember
this area was fragile.
Feel free to push the fix if it seems right to you. We can revert it
back or improve it if needed.
Thanks a lot!
--
Bastien
Hi Ihor and Samuel,
Ihor Radchenko writes:
> In addition, we might also announce the oldest supported Emacs version
> in https://orgmode.org/Changes.html.
The current release of Org is meant to be compatible with the last
three major releases of Emacs. That is, as of now, 28, 27, 26.
See http
101 - 200 of 585 matches
Mail list logo