his pleas for an
external module, not for something we support in Org's core IMHO.
--
Bastien Guerry
ward when the
> section has multiple screens of text.
And what about this?
** Section X
<...>
*** TODO Task for paragraph N
<...>
<...>
--
Bastien Guerry
> Also, pdf export of such inlinetask will nicely mark the TODO item in
> the manuscript draft, so that I can print things, and still see what
> should be done in that particular location of the manuscript.
Yes, I see.
--
Bastien Guerry
ask, but rather its "target", but inline task does
not seem to add much here.
--
Bastien Guerry
oms.
Yes, sounds good!
--
Bastien Guerry
sks users will feel the same once they use drawers.
--
Bastien Guerry
Hi Jonas,
Jonas Bernoulli writes:
> IMO it would be a good idea if Bastien and/or Ihor joined the
> emacsorphanage and explicitly added themselves to these packages as
> admins.
>
> I think I would have to make you owners of emacsorphanage to allow you
> to do this and o
Ihor Radchenko writes:
> Bastien Guerry writes:
>
>>>>> 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.
>>>
>>> Is changing defconst
Ihor Radchenko writes:
> Applied, onto main.
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=6954fe93e
Thanks!
--
Bastien Guerry
Ihor Radchenko writes:
> I notice that the old https://orgmode.org/contribute.html is still lying
> around. Should we remove it? Or put a redirect?
I've put a redirect to https://orgmode.org/worg/org-contribute.html
and removed the old page.
Thanks!
--
Bastien Guerry
Ihor Radchenko writes:
> Bastien Guerry writes:
>
>> If not, then relying on engrave-faces, which is maintained and also
>> handles LaTeX, instead of htmlize, sounds like a good idea.
>
> I'd like to hear Timothy's opinion on this. He is the author of
> engrave-fac
e
> sense, IMHO.
Indeed.
So I was not that stupid when I added this C-u C-u C-u option :)
Thanks!
--
Bastien Guerry
Ihor Radchenko writes:
> Bastien Guerry writes:
>
>>> 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.
>
> Is changing defconst to defcustom ok for bugfix?
Nope, it's
ncluded the
>> TINYCHANGE comment. The attached patch should finally work.
>
> Bastien, may you please check the FSF records?
I did, I'll provide more information offlist.
--
Bastien Guerry
faces already does a better job than htmlize.el,
and does it for LaTeX too, I see no drawback in using engrave-faces as
a replacement of htmlize.el. Are there any?
--
Bastien Guerry
elying 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 stor
nlinetask
> ***> 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
y, 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
sk.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
Max Nikulin writes:
> On 04/08/2023 18:09, Bastien wrote:
>> Juan Manuel Macías writes:
>>
>>> In the meantime, I'm submitting this patch with a fix for second-level
>>> French `smart quotes': the correct quotes should be “” (without spaces,
>>> as in S
et 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
cuse.".
Defining new functions is a desirable "side-effect" of all Elisp
library, I don't think we should worry abou this.
--
Bastien Guerry
command or commands to enable and disable the feature, or to
>>> invoke it.
>>>
>>> This convention is mandatory for any file that includes custom
>>> definitions. If fixing such a file to follow this convention requires an
>>> incompatible change, go a
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
hen the
region is active.
WDYT?
--
Bastien
updated. That is
>> why I asked for an alternative location on Worg for bonus or extra
>> material for the manual.
>
> I have no idea about alternative location.
> Maybe someone more familiar with WORG. Bastien?
FWIW, for such cases, I think a dedicated Worg page wou
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
perfectly understand you might not want that, all other forms of
contributions are really appreciated too.
Best,
--
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
gt; examples?
Sure, please go ahead as you see fit!
--
Bastien Guerry
do you want to proceed?
--
Bastien
nd 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
lied, thanks!
--
Bastien
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
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
Hi,
Ihor Radchenko writes:
> Jim Wisniewski writes:
>
>> On Thu, Apr 20, 2023 at 4:46 AM Ihor Radchenko wrote:
>>
>>> Thanks! Let us know when FSF replies with a countersignature.
>>
>> Just got it back today.
>
> Thanks for the update!
;>> able to push them further.
>>
>> The last message I received from them was over a month ago and my
>> last follow up email to them was ten days ago.
>
> Bastien, may you follow up with Craig about the status?
I don't see the FSF copyright assignment status for
ak...@
,
>> `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
Ruijie Yu writes:
>> On Apr 13, 2023, at 19:23, Ihor Radchenko wrote:
>>
>> May I know if you got any reply about your FSF assignment?
>
> Yes, it is now complete. I presume you want to check with Bastien,
> so I took the liberty of CC’ing him myself.
I confirm t
d help with translations too.
Just let me know! And thanks in advance.
--
Bastien Guerry
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
ork.
>
> 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
Ihor Radchenko writes:
> Damien Cassou writes:
>
>> I've signed the FSF copyright agreement in the context of my
>> contributions to Emacs. Do I need to do any more paperwork?
>
> No, you don't.
> Bastien, could you please check FSF records?
I confirm Dami
, I'm all for it.
--
Bastien
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 signe
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/byapr07mb573496c31816fe
Ihor Radchenko writes:
> Bastien, please let me know if you have any objections.
None, thanks for taking action here.
--
Bastien
Ihor Radchenko writes:
> +1
Done, thanks.
Kaushal, it should appear on GNU ELPA in a few hours.
Ihor, feel free to publish bugfix releases with no special permission
in the future.
--
Bastien
ers will perhaps expect something for 9.6.1.
WDYT?
--
Bastien
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
han-packages, we can suggest
Jonas to move the Org abandoned repos from emacsorphanage to our repo,
and to add a note on emacsorphanage's README?
--
Bastien
"globally", if things scale).
Indeed, perhaps https://github.com/emacsorphanage is a good shelter
for Org orphan packages already.
Best,
--
Bastien
worg/org-orphanage.org I'm a bit pessimistic about people
helping to maintain the new shelter -- but please go ahead.
--
Bastien
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
s here:
https://list.orgmode.org/87vcnzeo8d@gmail.com/
> If not making `org-insert-property-drawer' a command back, we can amend
> the manual, as suggested.
Yes, I think amending the manual is good enough!
Thanks,
--
Bastien
ckle it incrementally.
>From memory, orgmode.org/worg is visited by ~30k persons each month,
that 1000 persons per day. A patch enhancing the .css will make 1000
persons happiers each day.
Who would like to help?
--
Bastien
Ihor Radchenko writes:
> Bastien writes:
>
>> To be sure that we are not miscommunicating, my point is that we can
>> advertize https://orgmode.org/worg/org-orphanage.html as a place where
>> anyone can document orphan Org packages, then once there are enough
>>
e
ob-fennel.el?)
Thanks,
--
Bastien
the source for any worg/news.org
file, just as it is for community efforts to promote new (or even
"upcoming") stuff.
--
Bastien
Ihor Radchenko writes:
> Bastien, may you take a look?
Applied, thanks Gerard.
--
Bastien
s page, we can try solving the other problem, that of
providing a new shelter for these packages. Does that make sense?
--
Bastien
Hi Tom,
thanks a lot for the detailed explanations: I get your point and I
understand the need. I think the revert is a good move, though, as
the solution was not really good enough.
Thanks!
--
Bastien
Considering intense discussion around the topic, what about
> reverting my commit from the release? We can then re-consider the whole
> design and apply something more elaborate later.
I see you did the revert already: this is fine by me.
Thanks,
--
Bastien
I understand, and of course, images are an efficient way to promote
new features.
Still, etc/ORG-NEWS should stick to being text only.
What about a new worg/news.org file with a timeline with new stuff,
along with pictures?
--
Bastien
ons there.
--
Bastien
uot;archive" n)
>
> Won't it also discard all the files with word "archive" in them?
Yes, you're right, hopefully this is better:
https://git.sr.ht/~bzg/worg/commit/a0f10380
Thanks!
--
Bastien
; lists and vice versa. But it looks like a significant amount of effort
> to get it right.
Yes... up to Jeremie, depending on users' needs.
Best,
--
Bastien
source block variable assignments are now proper lists
>
> So, we may create confusion one way or another.
>
> Or I may need to put a special clause regarding ob-R into the NEWS
> item.
And add this special clause regarding ob-R into the NEWS item.
Ihor, could you do that?
--
Bastien
: confirm code blocks
- 'vars : confirm vars
- nil: don't confirm
and set the default value to 'code, while allowing concerned users to
set it to `t' -- until we have a better system for evaluation query.
WDYT?
--
Bastien
vailable, users and maintainers can just be patient.
I've warned Emacs maintainers and they'll give you write access to
the Org repository.
Thanks!
--
Bastien
Ihor Radchenko writes:
> Bastien writes:
>
>> I think it is a very good idea and a natural evolution of org-contrib,
>> thanks for suggesting this.
>> ...
>> We can announce this along with the Org 9.6 release.
>
> So, we now have https://orgmode.org/worg/or
2 cts,
--
Bastien
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
.
Can we use Worg instead for such examples?
> CCing Bastien in case if he has any objections/ideas.
Thanks for adding me in the loop.
--
Bastien
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:
gt; without experience with scheme and geiser.
>>
>> I volunteer to maintain `ob-scheme'.
I just added you as the maintainer of ob-scheme.el.
You are already in the list of FSF-copyrighted contributors on Worg.
Thank you very much!
--
Bastien
Ihor Radchenko writes:
> Marked for future removal in ob-python.el.
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=21741a469
Thanks!
--
Bastien
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 m
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
en by "invalid-function
org-assert-version"?
--
Bastien
g for
> someone who would be interested in taking over maintainership.
Thanks for sharing this on the list - I added you call for help on
https://orgmode.org/worg/org-orphanage.html
All best,
--
Bastien
ll install this patch in the bugfix branch
tomorrow and release 9.6.1.
--
Bastien
>From dab5768422ba1c3cf66cad5d2708d390be87e3d0 Mon Sep 17 00:00:00 2001
From: Bastien
Date: Thu, 1 Dec 2022 08:16:13 +0100
Subject: [PATCH] Autoload `org-assert-version' and remove org-loaddefs.el
`org-assert-v
for Orgers of the World. Last but not least: thanks to Ihor his
truly amazing work and for being the de facto maintainer.
Enjoy!
--
Bastien
Ihor Radchenko writes:
> I looked into this further and I do not think that it is a good idea to
> make this change in the coming release. Renaming some things is very too
> easy to get wrong and cause failures.
Yes, there is absolutely no rush for this.
--
Bastien
Ihor Radchenko writes:
> Done: https://orgmode.org/list/87lenyjaxx.fsf@localhost
>
> I also added NEWS entry
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=6db75d560
Thanks!
--
Bastien
101 - 200 of 9927 matches
Mail list logo