the following ideas:
>
> 1. Adding a header before the recent news list. Maybe something like
>"Project heartbeat".
>
> 2. Moving recent news after features/install/quickstart/contribute
>buttons.
Yes, please go as you see fit.
--
Bastien Guerry
Ihor Radchenko writes:
> Something like the attached maybe.
Thanks! Applied: https://git.sr.ht/~bzg/woof/commit/177ea5b1
--
Bastien Guerry
Ihor Radchenko writes:
> Bastien Guerry writes:
>
>> Ihor Radchenko writes:
>>
>>> Wouldn't a cron job work? Similar to how we schedule CI for Org mode
>>> tests.
>>
>> I've set this cron job to run every six hours and limited the number
>>
Ihor Radchenko writes:
> Wouldn't a cron job work? Similar to how we schedule CI for Org mode
> tests.
I've set this cron job to run every six hours and limited the number
of entries to 5 to not clutter the homepage.
--
Bastien Guerry
Ihor Radchenko writes:
> Bastien writes:
>
>> Adding [BLOG] or [TIP] in the subject prefix allows for such messages
>> to be referenced on https://tracker.orgmode.org/news (along with [ANN]
>> messages).
>>
>> It will then be possible to include these
Ihor Radchenko writes:
> Bastien, may you please check FSF records?
Done, and confirmed things are in order. Welcome!
--
Bastien Guerry
Ihor Radchenko writes:
> AFAIU, Juan does not have write access to savannah.
> Should we give it? Of course, if he is willing to use savannah. Any
> other public repo is also fine.
Juan, let me know if you need access:
https://orgmode.org/worg/org-contribute.html#devs
Thanks!
--
Ihor Radchenko writes:
> Wouldn't a cron job work? Similar to how we schedule CI for Org mode
> tests.
Yes, you're right!
--
Bastien Guerry
the list: sharing posts written in other languages is okay as long as
we share the summary in english in the emails. That's also better for
search the list's archive IMHO.
--
Bastien Guerry
etc.?
Yes, you can use "[BLOG] [Spanish] ..." so that people adapt their
filters, but the second prefix won't have any effect on Woof.
But because the language for discussing on this list is english, I
believe the summary should be in english - then people can use i18n
tools to get to the contents.
How does this sound?
--
Bastien Guerry
egrating a RSS
feed with some free JS code could work. Patch welcome!
--
Bastien Guerry
and Emacs, but don’t know anything about
org-capture.
https://howardism.org/Technical/Emacs/capturing-intro.html
--
Bastien Guerry
.
This is experimental, let's see if this helps spread the word about
useful blogs.
Thanks!
--
Bastien
Ihor Radchenko writes:
> I am not sure if experimental branches can go directly to our savannah,
> like what Emacs does.
> Bastien, WDYT?
We did that in the past with Org repo, I see no reason for not doing
it again with the current Git repo on Savannah: feel free to push
experimental
Max Nikulin writes:
> Bastien, could you, please, have a look at the CI configuration. I do
> not see recent builds in
> https://builds.sr.ht/~bzg/worg
I just triggered a new build myself.
The secret key needed to launch the build has been shared with other
users, including Ihor and
iling
list sounds useful.
--
Bastien Guerry
Babel is a part of Org core, it is probably the
> time to remove org-eval-light and org-eval from org-contrib - they are
> of no use.
Done in 0.5 too, thanks!
--
Bastien Guerry
Hi Ihor,
Ihor Radchenko writes:
> Since we observe no bug reports about org-static-mathjax, it does not
> look like anyone at all is using it.
>
> Should we obsolete the library?
I removed org-static-mathjax.el from org-contrib and released 0.5.
Thanks!
--
Bastien Guerry
ll requests]]
> [[https://list.orgmode.org/][Discussions]]
> [[https://orgmode.org/worg/][Wiki]]
Done here: https://git.sr.ht/~bzg/org/commit/b6234e0
Feel free to enhance it!
> It would also be nice to have "New issue" button in
> https://tracker.orgmode.org/
Noted here:
https://l
aintaining orgalist?
> Similar question about a number of Org mode libraries where you are
> listed as a maintainer.
Yes, we definitely need to do this!
--
Bastien Guerry
author is still interested to continue
> with his request.
FWIW +1
--
Bastien Guerry
t-specific, or if I'll need to submit a separate one
>> (which I'm happy to do of course).
>
> If your assignment has "GNU Emacs" in it, you are good to go.
>
> Bastien, may you please check FSF records?
Yes, Martin's FSF record is okay. Thanks!
--
Bastien Guerry
Hi,
Ihor Radchenko writes:
> "Rick Lupton" writes:
>
>> On Fri, 9 Feb 2024, at 12:09 PM, Ihor Radchenko wrote:
>>> May you please update on your FSF copyright assignment status?
>>
>> I believe the agreement is all signed and completed.
>
>
Hi Ihor,
Ihor Radchenko writes:
> No response from Bastien.
Yes, sorry for that. In general, don't wait for my answer unless you
really needed it: you've got pre-approval as co-maintainer, I don't
want my current lack of availability to be a blocker.
Thanks,
--
Bastien Guerry
Hi Max,
Max Nikulin writes:
> Bastien, could you, please, have a look at the CI configuration. I do
> not see recent builds in
> https://builds.sr.ht/~bzg/worg
Thanks for the heads up. I've triggered the build for Worg. There is
something wrong with the CI configuration, not sure wh
ahead. Thanks!
--
Bastien Guerry
then soon enough for exporting too.
I got interested to Org back circa 2006 after I stopped working on a
small library called bhl.el: https://www.nongnu.org/bhl/
BHL was a lightweight markup language targetting export only. Org was
vastly superior in all accounts, so I contributed to Org.
--
Bastien Guerry
't as important as I thought. :)
Even if we end up not binding a new key for `org-insert-subheading',
it will be good to add org-clone-item and org-insert-subitem and
perhaps to improve bindings in this area. I will think again about
this.
Thanks!
--
Bastien
ybinding for `org-insert-subheading/subitem' because
it is already easy enough to insert a subheading/item using a certain
combinaison of commands?
Or do you suggest we need to find another prefix than "C-M-"? Which
one?
What matter the most to me here is the consistency of commands, but if
the keybindings can reflect that, all the better.
--
Bastien
Ihor Radchenko writes:
>> From eb1b287c009c2f7eb83e7e31d64980ba79f44527 Mon Sep 17 00:00:00 2001
>> From: Karthik Chikmagalur
>> Date: Mon, 18 Dec 2023 12:56:33 -0800
>> Subject: [PATCH] org: Add image alignment
>
> Bastien, may you please confirm that Karthik'
Ihor Radchenko writes:
> I have recently merged Chinese translation for orgmode.org:
> https://git.sr.ht/~bzg/orgweb/commit/73e825a91bb6dd432d88b1b960e42c1f6a4a6f12
>
> However, https://orgmode.org/ does not reflect the changes.
>
> Bastien, may you please check the publ
Ihor Radchenko writes:
> Shall we remove the obsolete org-track.el?
> It is an obsolete library, marked obsolete 11 years ago, inside
> minimally maintained repository. I suspect that it is now safe to remove
> it :)
Indeed, done!
--
Bastien Guerry
y fixes trigger an immediate bugfix release. For other
important fixes, we generally wait a week between bugfix releases.
Whenever possible for the maintainers, we wait less than two weeks
before releasing important fixes.
--
Bastien Guerry
one week and for less than
two weeks before a bugfix release.
It's important to allow immediate release for security fixes only, and
to let the dust settle for at least a week for other fixes.
Is it okay for you?
--
Bastien Guerry
Ihor Radchenko writes:
> Before I proceed with installing it; Bastien, may you please confirm
> Visuwesh's copyright assignment status?
Confirmed and added to Worg. Thanks Visuwesh for contributing!
--
Bastien Guerry
ly suggesting a
generalization of the current keybinding.
I like C-M-RET better than S-RET because inserting a subheading is
like a "subkey" or inserting a heading.
These improvements seem consistent. WDYT?
--
Bastien Guerry
Ihor Radchenko writes:
>> Yes I have assigned copyright to the FSF already.
>
> Bastien, may you please confirm?
I do - I added Antero to the list of FSF-signed contributors on Worg.
Thanks!
--
Bastien Guerry
Ihor Radchenko writes:
> Bastien Guerry writes:
>
>> Let's see if Woof can track new patches and tasks, for example.
>> I'll monitor this, you don't need to worry about it right now.
>
> I do see patches and requests being added after the update, but not
> bugs. The l
Ihor Radchenko writes:
> I don't think so. We intentionally keep Org mailing list as a single
> place for all the discussions, not just Org development.
> AFAIU, Bastien is firmly into this policy (CCing him in case if I
> misunderstood).
You didn't misunderstood: I firmly bel
mode/comments/17y0fme/is_the_update_page_for_org_mode_broken_or_has_it/)
Done, with a few redirections - see the new config:
https://git.sr.ht/~bzg/worg/commit/473f69ed67
--
Bastien Guerry
Ihor Radchenko writes:
> https://tracker.orgmode.org/
Is up again.
> and https://updates.orgmode.org/ are
> currently down, both returning 502.
Is it necessary to bring updates.orgmode.org up?
--
Bastien Guerry
df08a1ebc589d686
Thanks.
--
Bastien Guerry
s://orgmode.org/org.html#
> Checkboxes ?
When we release the main branch as a new stable version of Org, so not
so soon.
Best,
--
Bastien Guerry
Ihor Radchenko writes:
> Tomohisa Kuranari writes:
>
>> Finally, the copyright assignment process was completed on 2023/09/20.
>
> Bastien, may you please check FSF records?
Done, I confirm Tomohisa Kuranari's record is okay.
--
Bastien Guerry
Ihor Radchenko writes:
> Bastien writes:
>
>> I added you as a contributor on
>> https://orgmode.org/worg/contributors.html
>
> I think that you added him second time :)
Ahah, good catch!
> @@ 260,6 260,7 @@ within GNU Emacs:
> ...
> +- Slawomir Grochowski
g/worg/contributors.html
Thanks!
--
Bastien
and tasks, for example.
I'll monitor this, you don't need to worry about it right now.
--
Bastien Guerry
fsf%40localhost%3E, so I
> assume that I just need to wait until the problem is solved.
Yes, this is probably the error.
Did you manage to get other bugs close? or to add tasks and patches?
This will prove that the inbox monitoring works correctly.
--
Bastien Guerry
Bastien writes:
> https://tracker.orgmode.org is back too but tracking new emails will
> not work for the next two hours or so. I'll confirm when it's back.
It should be back now, please report any problem you may notice.
--
Bastien
hours or so. I'll confirm when it's back.
--
Bastien
https://orgmode.org is temporarily down for maintenance.
I expect the serveur to be up and running in less than two hours.
--
Bastien
Daniel Fleischer writes:
> Orgmode.org appears to be down.
Yes, see my message: it should come back in two hours.
--
Bastien
Ihor Radchenko writes:
> I added a FIXME explaining the issue to make the problem more clear.
Good idea, thanks!
--
Bastien Guerry
Ihor Radchenko writes:
> Bastien writes:
>
>> Karl Fogel writes:
>>
>>> Hi, everyone. Small fix attached -- it just makes a warning go
>>> away.
>>
>> Applied against the main branch, thanks!
>
> Unfortunately, fixing this warning break
Hi,
yaxp writes:
> Which posting style is preferable in this list?
Interleaved and bottom posting are preferred.
Top posting should definitely be avoided.
--
Bastien
Hi Karl,
Karl Fogel writes:
> Hi, everyone. Small fix attached -- it just makes a warning go
> away.
Applied against the main branch, thanks!
--
Bastien
six
hours (instead of three) and one that checks every three hours for
changes in Org's repo and runs tests if needed.
I'll keep an eye on these scripts over the week-end, let me know
if something does not work as expected.
--
Bastien Guerry
Ihor Radchenko writes:
> It does not look like there is any improvement.
Yes, something is wrong with cron. I'll have a look this week-end,
I don't have a stable connection right now.
--
Bastien Guerry
are kept in sync every 3 hours.
--
Bastien Guerry
k).
Can you check again after the next commits? The cron job on the
machine is configured correctly and should run. I'll see what's
wrong if it does not run.
Thanks!
--
Bastien
Ihor Radchenko writes:
> Bastien Guerry writes:
>
>> I see no reason not to use
>> https://github.com/cdominik/constants-for-Emacs as the source for
>> constants.el, the package seems stable (as its name suggests...)
>
> I was mostly concerned that a pull request
I've updated the script so that
it now uses the hut utility (see https://git.sr.ht/~emersion/hut)
and tests are running again.
--
Bastien Guerry
the source for
constants.el, the package seems stable (as its name suggests...)
I've fixed the link in the manual.
Of course, if Carsten wants to move the package to Org orphanage,
no problem.
Thanks,
--
Bastien
Ihor Radchenko writes:
> Committed. Note that ob-spice was _not_ listed in the README.
> https://git.sr.ht/~bzg/org-contrib/commit/be51e9833b4f3393f4003c88131ba0a0a172c10d
Indeed!
> We may consider tagging a new release.
Yes, please go ahead as you see fit.
--
Bastien Guerry
pice.git in response to
>>>>> https://github.com/melpa/melpa/issues/7872#issuecomment-1034945112.
>>>>>
>>>>> But org-contrib still contains that file and the README at the new
>>>>> location still contains
>
> Bastien, it looks like we can now remove ob-spice from org-contrib.
> Please, confirm.
I do, thanks.
--
Bastien Guerry
Jonas Bernoulli writes:
> Please make your "membership" public at
> https://github.com/orgs/emacsorphanage/people.
Done, thanks!
--
Bastien Guerry
for what specific purpose. Again, if the core feature is
to prevent some headings from being exported, then other approaches
can be explored.
--
Bastien Guerry
_look like_ normal
tasks while behaving differently.
--
Bastien Guerry
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
1 - 100 of 9895 matches
Mail list logo