Bastien writes:
> Debugger entered--Lisp error: (void-variable org--up-heading-cache)
> org-up-heading-safe()
> Ihor, do you see what's happening here?
This is very odd. `org--up-heading-cache' is supposed to be buffer-local
variable available in all buffers with default value of nil. Yet, th
Hi,
Ihor Radchenko writes:
> While testing another patch for agenda fontification, I noticed that
> agenda can spend up to half!! time doing org-up-heading-safe. Mostly
> inside queries for inherited tags and properties.
I encounter a bug with this cache, it seems the buffer-local variable
`org
Hi Nicolas,
Nicolas Goaziou writes:
>> Is this okay to install this in the maint branch?
>
> I didn't test it, but it seems to fix the issues reported. So I guess
> this is fine.
Done, thanks!
--
Bastien
Hello!
Since the est+ format is working again for regular column view, I tried
updating my files and ran into a new problem:
When I’m on the #+BEGIN: columnview line and type C-C C-C the dynamic view is
not updated.
I get:
org-duration-to-minutes: Invalid duration format: "2.0-5.5“
and
Columnv
> Am 15.05.2021 um 11:23 schrieb Bastien :
>
> Kyle Meyer writes:
>
>> It looks like the fix from the above commit (c1558d34d) was later broken
>> by the transition to the org-duration library in Org 9.1, specifically
>> 7e8cf5f4c (Use Org duration library, 2017-02-08).
>
> I'm not able to r
Hi,
When insert org links with org-insert-link, an Org Links buffer is created.
How can I hide it?
An example image here:
https://i.stack.imgur.com/i69x8.png
--
Best,
Shiyao
Hi,
I am wondering about the element structure of the following Org buffer:
* test
:drawer:
Paragraph
* test
:end:
Should the ":end:" line belong to drawer or should it be a separate
paragraph? Running org-element-at-point at the beginning of ":end:" line
yields (drawer ...).
Best,
Ihor
hi, all. i use, but don't know much about, straight.el [1]. in case
it's of use to anyone, here is what is did to bring in the new
org-contrib:
(straight-use-package '(org-contrib :type git
:repo "https://git.sr.ht/~bzg/org-contrib";
Uwe,
You used `:exports code :eval never-export' (from an earlier posting).
I think you want `:exports both :eval never-export' to keep babel from removing
the results.
HTH,
Chuck
> On May 15, 2021, at 1:18 PM, Uwe Brauer wrote:
>
> Chuck,
>> Uwe,
>> [snip]
>
>
>> [screenshot deleted]
>
Hello,
Bastien writes:
> Hi Nicolas,
>
> Nicolas Goaziou writes:
>
>> Ah! I forgot the link part! Hopefully done here.
>>
>> (defun org-sort-remove-invisible (s)
>> "Remove emphasis markers and any invisible property from string S.
>> Assume S may contain only objects."
>> ;; org-element-in
On Sat, May 15, 2021 at 5:29 PM Nicolas Goaziou wrote:
...
> I pushed in "wip-cite-new" an attempt to parse styles as a pair (name .
> variant). I also updated oc-natbib.el and oc-basic.el accordingly.
Looks good to me, and seems a good balance.
You mention it was "an attempt"; WDYT of the res
Hello,
"Bruce D'Arcus" writes:
> I guess the question is really about the logic in this function?
No, not really. It was a more general question about handling
style+variant between local specification and global one, independently
on the processor.
> First, I am thinking "bare" would be more
Hi Jack,
Jack Kamm writes:
> This patch adds asynchronous evaluation for session blocks in
> Python. It also adds functionality to implement async session eval for
> other languages using ob-comint.el.
Please feel free to commit this patch in master so that more people
can test it, we can test
Hi Bastien,
Bastien writes:
> I'm skeptical too, so perhaps the best thing to do is to see if you
> need it or not, and if proven useful after a while, repost a patch?
I totally agree. I will try these modifications for a while, if they are
really useful. Anyway, as Nicolas commented in a previo
Hi Maxim,
Maxim Nikulin writes:
> I think, the something like the following should be added to the
> answer.
Patch welcome! Either for Worg or etc/ORG-NEWS, if you think we
should add something to the existing explanations.
Thanks,
--
Bastien
thanks.
On 5/15/21, Bastien wrote:
> Samuel Wales writes:
>
>> i just noticed that htmlize is not htere. i think it used to be. a
>> quick search shows no obvious place where it resides.
>
> See https://code.orgmode.org/bzg/org-mode/commit/d0ced9894
>
> --
> Bastien
>
--
The Kafka Pandemic
Hi Nick,
Nick Savage writes:
> So I have a patch written that doesn't completely fix the problem, but
> maybe makes enough progress that someone else can figure it out.
I hope you can continue to make progress on this (annoying) one.
Let us know!
--
Bastien
Maxim Nikulin writes:
> Bastien, the following message in this thread contains alternative
> draft from Nicolas:
> https://orgmode.org/list/87a6pt9hyd@nicolasgoaziou.fr/
>
> It is better than initial patches from Juan Manuel. It fixes the
> problem with removing characters around emphasized t
Hi Nicolas,
Nicolas Goaziou writes:
> Ah! I forgot the link part! Hopefully done here.
>
> (defun org-sort-remove-invisible (s)
> "Remove emphasis markers and any invisible property from string S.
> Assume S may contain only objects."
> ;; org-element-interpret-data clears any text property,
Samuel Wales writes:
> i just noticed that htmlize is not htere. i think it used to be. a
> quick search shows no obvious place where it resides.
See https://code.orgmode.org/bzg/org-mode/commit/d0ced9894
--
Bastien
Hi,
Nicolas Goaziou writes:
> Isn't COOKIE_DATA property there to disambiguate this situation?
Indeed!
FWIW, I fixed a remaining glitch in this area: with COOKIE_DATA set to
"todo", hitting C-c C-c on a checkbox list in a heading still resulted
in the statistics cookie being updated.
I'm cl
Hi Juan,
Juan Manuel Macías writes:
> Anyway, I admit that I have become somewhat skeptical about the
> usefulness of my patch. Perhaps, as a patch, it is too premature and
> perhaps it's better to leave the macros issue, for the moment, as it
> is... What do you think?
I'm skeptical too, so pe
sounds good to decouple those, but i interpret org-refile-reverse to
mean "refile in reverse". from a to b -> from b to a. fwiw. thus,
you could be on a and goto b and then do a reverse refile. that would
be a useful operation. so i suggest org-refile-reverse-order or so.
On 5/15/21, Bastien
great. thank you.
i just noticed that htmlize is not htere. i think it used to be. a
quick search shows no obvious place where it resides.
On 5/15/21, Bastien wrote:
> Bastien writes:
>
>> The files previously stored in the contrib/ directory of Org's repo
>> now lives here: https://git.sr.h
Chuck,
> Uwe,
> [snip]
> [screenshot deleted]
> Oh, I misunderstood.
> The result looks like latex. So why not use `:results output latex' ?
I tried that also, then however the result is
#+RESULTS:
#+begin_export latex
\begin{align*}
P(\text{Covid19}|\text{+})&=\frac{P(\text{+
Hi Bastien,
Bastien writes:
> I'll let Eric test and comment, but in the meantime, I'm just
> noticing the patch breaks many tests in master.
>
> If Nicolas thinks this change is good and Eric validate the patch,
> please prepare one with a commit message, updating the tests too.
Ok, if necessa
Uwe,
[snip]
> On May 15, 2021, at 11:10 AM, Uwe Brauer wrote:
>
> Thanks, it did not help. To make this clear the problem occurs in the
> result block, not in the source block.
>
>
>
> That is exported to
> #+RESULTS:
> \begin{align*}
> P(\text{Covid19}|\text{+})&=\frac{P(\text{+}|\text{Co
And perhaps maintain the table in elpa?
On 5/11/21 7:52 AM, TEC wrote:
Tim Cross writes:
I also had to install textlive, plantuml, graphviz, taskjuggler,
ledger, sqlite and many other things.
Perhaps it would be good to make a table of
| software | needed for | package name | download page
Uwe,
> On May 15, 2021, at 6:31 AM, Uwe Brauer wrote:
>
>
> Hi
>
> I have the following src block
>
> #+begin_src matlab :results output raw :exports code :eval never-export
> addpath /home/oub/ALLES/HGs/Matlab-init/Statistic
> sens=0.7;
> spec=0.95;
> aspec=1-spec;
> prob=0.1;
> sal=1-prob
On Sat, May 15, 2021 at 11:59:23PM +0800, Timothy wrote:
> Russell Adams writes:
>
> > I'm enabling paredit globally for all prog-modes, and it breaks HTML
> > export. I'm trying to find a way to disable paredit in all Org export
> > temporary buffers. Any suggestions?
>
> Have you tried this sinc
On 28/04/2021 07:35, Bastien wrote:
> Do you still see differences between the doc/org-manual.org and the
> one published on https://orgmode.org/manual/ ?
>
> If so, please point at one or two differences. Thanks!
>
These two sections are older versions that what is in doc/org-manual.org
http
The main advantage is that all org-mode actions on subtrees would work
without any specific handling of inline tasks. e.g. visibility cycling,
hiding of none context, cut/copy, moving. With many of these actions I
experience some issues with inline tasks. And even from my personal user
perception I
Hi Russell,
Have you tried this since
https://code.orgmode.org/bzg/org-mode/commit/ec6d1df9bc8967e1db14bbd3c90828c71a6a8e0e
? Issues like what you mention were exactly the motivation behind your
commit.
--
Timothy
Russell Adams writes:
> I'm enabling paredit globally for all prog-modes, and
On Sat, May 15, 2021 at 04:47:02PM +0200, Nicolas Goaziou wrote:
> >> > I'm enabling paredit globally for all prog-modes, and it breaks HTML
> >> > export.
> >>
> >> I'm not sure to understand how it breaks the HTML export, can you
> >> share a reproducible recipe?
> >
> > It appears that because I
On 15/05/2021 20:32, Bastien wrote:
Bastien writes:
Bastien writes:
Thanks for the heads-up. I reverted the commit. Please go ahead with
whatever you see fit.
PS: Re-opening this work-in-progress patch for updates.orgmode.org.
I'm closing this now -- Juan, feel free to resubmit a patc
Hello,
Russell Adams writes:
> On Sat, May 15, 2021 at 11:04:56AM +0200, Bastien wrote:
>> > I'm enabling paredit globally for all prog-modes, and it breaks HTML
>> > export.
>>
>> I'm not sure to understand how it breaks the HTML export, can you
>> share a reproducible recipe?
>
> It appears th
On Sat, May 15, 2021 at 11:04:56AM +0200, Bastien wrote:
> > I'm enabling paredit globally for all prog-modes, and it breaks HTML
> > export.
>
> I'm not sure to understand how it breaks the HTML export, can you
> share a reproducible recipe?
It appears that because I set paredit to be enabled by
Hi Tim,
Tim Frana writes:
> The method org-agenda-show-clocking-issues has a faulty regex, which
> leads to false-positive
> clocking issues: " Clocked: +(-\\|\\([0-9]+:[0-9]+\\))"
>
> There is no outer group to limit the OR-expression \\|, so the right
> half will match timestamps with
> a clos
Hi,
The method org-agenda-show-clocking-issues has a faulty regex, which
leads to false-positive
clocking issues: " Clocked: +(-\\|\\([0-9]+:[0-9]+\\))"
There is no outer group to limit the OR-expression \\|, so the right
half will match timestamps with
a closing parenthesis without any "Clo
Hi Juan,
Juan Manuel Macías writes:
> I would like to propose and discuss this patch for org-attach-git,
> following a series of comments and suggestions from Ihor Radchenko in
> this thread:
> https://lists.gnu.org/archive/html/emacs-orgmode/2021-01/msg00483.html
Applied in master with a commi
Hi Adam,
Adam Spiers writes:
> [This is only lightly tested and therefore probably not quite ready
> for merging yet; however I'm submitting now to get feedback.]
We didn't get feedback from others and the patch does not look
critical in terms of performance. Also, there are uncertainties
abo
Hi Juan,
Juan Manuel Macías writes:
> Here I am attaching a new version of the patch that includes a commit
> message.
Correct me if I'm wrong but the patch did not contain a commit
message, so I added it.
Applied in master, together with an entry in etc/ORG-NEWS.
Thanks,
--
Bastien
Bastien writes:
> Bastien writes:
>
>> Thanks for the heads-up. I reverted the commit. Please go ahead with
>> whatever you see fit.
>
> PS: Re-opening this work-in-progress patch for updates.orgmode.org.
I'm closing this now -- Juan, feel free to resubmit a patch if you
are still working on
Hi
I have the following src block
#+begin_src matlab :results output raw :exports code :eval never-export
addpath /home/oub/ALLES/HGs/Matlab-init/Statistic
sens=0.7;
spec=0.95;
aspec=1-spec;
prob=0.1;
sal=1-prob;
[bp,bpinv,bn,bninv]=mibayes(sens,spec,prob);
disp('\begin{align*}')
disp('P(\tex
Hi Juan,
Juan Manuel Macías writes:
> Here is the fixed version of the patch.
I'll let Eric test and comment, but in the meantime, I'm just
noticing the patch breaks many tests in master.
If Nicolas thinks this change is good and Eric validate the patch,
please prepare one with a commit messa
Hi,
Jay Bosamiya writes:
> Similar to org-shiftup-final-hook, org-shiftdown-final-hook, etc, I
> have added org-metaup-final-hook, org-metadown-final-hook, etc.
Without a concrete example of why this would be needed, I suggest to
set this aside (i.e. no need to add this code just for consistenc
Hi Thomas,
"Thomas S. Dye" writes:
> LaTeX users are able to define arbitrary float types, e.g. with the
> float package. The attached patch makes them accessible from Org
> mode.
Applied in master with minor enhancements in the commit message and
the code (removing a useless check against the
Ihor Radchenko writes:
> Bastien writes:
>> Can you make a patch for this?
>
> It was easier than I anticipated. See the attached.
Indeed! Thanks, applied.
--
Bastien
Bastien writes:
> Can you make a patch for this?
It was easier than I anticipated. See the attached.
>From f681dcb12df823cafe388973bb93c83ce2e0f6bb Mon Sep 17 00:00:00 2001
Message-Id:
From: Ihor Radchenko
Date: Sat, 15 May 2021 20:57:00 +0800
Subject: [PATCH] Allow moving inlinetasks using or
Hi Kévin,
Kévin Le Gouguec writes:
> Here are two patches that set org-adapt-indentation to t for the tests
> which were implicitly relying on that behavior; that lets 'make test'
> succeed again for me.
Thanks a lot for your help on this! Applied.
--
Bastien
On Sat, May 15, 2021 at 8:03 AM Bruce D'Arcus wrote:
>
> On Sat, May 15, 2021 at 7:56 AM Nicolas Goaziou
> wrote:
...
> > In any case, this explains why the docstring has a bias. I updated it to
> > insist on the fact that these are rules for author-year to note
> > conversion.
>
> FWIW, I agr
Ihor Radchenko writes:
> Bastien writes:
>> Carsten proposed a patch that I adapted a little bit and pushed to the
>> maint branch. We now throw an error saying that dragging inline tasks
>> is not supported.
>
> Isn't it easy to implement using org-element-swap-A-B?
Well, probably, I didn't
Ihor Radchenko writes:
> Bastien writes:
>> Applied in maint, thanks!
>
> The patch also revealed an idea for another test. The new test is
> revealing existing bug on master. Attached is the patch adding the test
> with ":expected-result :failed".
Applied in master, thanks.
--
Bastien
> The patch asserted that org-element-at-point still returned a table row.
* The old test
Bastien writes:
> Applied in maint, thanks!
The patch also revealed an idea for another test. The new test is
revealing existing bug on master. Attached is the patch adding the test
with ":expected-result :failed".
>From d3a5a606c64ed1da0d1880f503c2461839dbfec9 Mon Sep 17 00:00:00 2001
Message
Bastien writes:
> The files previously stored in the contrib/ directory of Org's repo
> now lives here: https://git.sr.ht/~bzg/org-contrib
You can now install org-contrib as a new NonGNU ELPA package:
https://elpa.nongnu.org/nongnu/
--
Bastien
Nicolas Goaziou writes:
> I'm not sure to understand your report, but `org-element-at-point'
> should return a `table' element at the very beginning of a table (here
> at the beginning of the first row), not a `table-row'.
Sorry, I was probably not very clear. The test does the following:
1. Cre
William Xu writes:
>> I was able to reproduce using prettify-symbols-mode (though not using
>> pretty-symbols-mode). Should be fixed now in the attached patch.
>
> The issue seems still present.
Sorry, I cannot reproduce on my side using Emacs master, Emacs 27, and
Emacs 25. I used the following
Hi Adam,
Adam Spiers writes:
> This is useful for prepending to the start of the target headline
> instead of appending to the end, or vice-versa depending on
> org-reverse-note-order.
Applied in master as 9e127a720, thanks.
--
Bastien
Hello,
Ihor Radchenko writes:
> I encountered a bug in test-org-element/cache. The test creates the
> following Org file with table and runs (org-element-at-point) at the
> beginning of the second line. The expectation in the test is that we are
> at the table row, while in reality these are two
On Sat, May 15, 2021 at 7:56 AM Nicolas Goaziou wrote:
...
> At the moment, the `org-cite-adjust-punctuation' function is designed
> with author-year to note conversion in mind, not the other way. I don't
> have enough examples of the opposite transformation to even be sure the
> current interfa
Hi Ihor,
Ihor Radchenko writes:
> From 08a175752b14f84767a71665773aa64807606af4 Mon Sep 17 00:00:00 2001
> Message-Id:
> <08a175752b14f84767a71665773aa64807606af4.1620316036.git.yanta...@gmail.com>
> From: Ihor Radchenko
> Date: Thu, 6 May 2021 14:13:20 +0800
> Subject: [PATCH] Use cache in or
Hello,
Denis Maier writes:
> Am 13.05.2021 um 23:33 schrieb Nicolas Goaziou:
>> Hello,
>> [...]
>>RULE is a triplet of symbols (PUNCT POSITION RELATIVE):
>> PUNCT is the desired location of the punctuation with regards
>> to the
>> quotation, if any. It may be `inside', `outside',
Ihor Radchenko writes:
> I encountered a bug in test-org-element/cache.
Applied in maint, thanks!
--
Bastien
!!!
Great!
> On May 15, 2021, at 6:50 AM, Bastien wrote:
>
> Hi Nathaniel,
>
> Ihor Radchenko writes:
>
>> Nathaniel W Griswold writes:
>>> The formatting i get looks strange:
>>>
>>> #+begin_src sh
>>>echo hi
>>> echo hi
>>> #+end_src
>>
>> Confirmed on master.
>
> Fixed in the mai
Hi Nathaniel,
Ihor Radchenko writes:
> Nathaniel W Griswold writes:
>> The formatting i get looks strange:
>>
>> #+begin_src sh
>> echo hi
>> echo hi
>> #+end_src
>
> Confirmed on master.
Fixed in the maint branch, thanks.
--
Bastien
Hello,
Denis Maier writes:
> Regarding French typography.
> With this example:
> ---
>
> #+language: fr
> #+cite_export: test
>
> "This is a complete sentence."[cite:@key]
>
> "This is an incomplete sentence" [cite:@key].
[...]
> I'm getting:
>
>
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
Hi,
I encountered a bug in test-org-element/cache. The test creates the
following Org file with table and runs (org-element-at-point) at the
beginning of the second line. The expectation in the test is that we are
at the table row, while in reality these are two distinct tables (the
"ab" line is a
On 2021-05-15, 12:30 +0200, Bastien wrote:
> Hi Utkarsh,
>
> Utkarsh Singh writes:
>
>> For now can you review the patches I proposed earlier in this
>> thread?
>
> Do these patches provide a complete and predictable solution?
> If so, can you merge them into a single patch against master?
>
He
Bastien writes:
> Carsten proposed a patch that I adapted a little bit and pushed to the
> maint branch. We now throw an error saying that dragging inline tasks
> is not supported.
Isn't it easy to implement using org-element-swap-A-B?
Something like
(defun org-element-swap-at-point (&optiona
* lisp/org-refile.el (org-refile-get-targets): Ensure
arg of `file-name-nondirectory' and `file-truename' is non-nil.
If you set `org-refile-use-outline-path' `file' or `full-file-path',
and call `org-refile' in the buffer before visiting file,
errors are raised at these point. To fix them,
check
I was just refactoring my earlier patch based on Maxim's suggestions.
I attached it but it might be too late.
If the revision make you confused, please ignore it.
Anyway,
thank you for your reviewing, Maxim and Bastien.
Hi Utkarsh,
Utkarsh Singh writes:
> For now can you review the patches I proposed earlier in this
> thread?
Do these patches provide a complete and predictable solution?
If so, can you merge them into a single patch against master?
Thanks,
--
Bastien
On 2021-05-15, 11:13 +0200, Bastien wrote:
> Hi Utkarsh and Maxim,
>
> Utkarsh Singh writes:
>
>> On 2021-05-13, 00:08 +0700, Maxim Nikulin wrote:
>>
>>> Comma is decimal separator for es_ES, de_DE, ru_RU, etc. The point is
>>> that order in which separator candidates are tried should depend on
Ihor Radchenko writes:
> Oops. Just realised that you already applied it. Sorry for the
> noise.
My bad, I thought your patch was fixing only part of the OP issue,
I see now it fixes all of it. Thanks!
--
Bastien
Oops. Just realised that you already applied it. Sorry for the noise.
Ihor Radchenko writes:
> Bastien writes:
>> Patch welcome, with the caveat that fixing this is more difficult than
>> it seems, as the thread suggests.
>
> I have provided the patch in [1]. Are there any issues with it?
>
> [
Bastien writes:
> Patch welcome, with the caveat that fixing this is more difficult than
> it seems, as the thread suggests.
I have provided the patch in [1]. Are there any issues with it?
[1] https://orgmode.org/list/87v99g4p3m.fsf@localhost/
Best,
Ihor
Kyle Meyer writes:
> It looks like the fix from the above commit (c1558d34d) was later broken
> by the transition to the org-duration library in Org 9.1, specifically
> 7e8cf5f4c (Use Org duration library, 2017-02-08).
I'm not able to reproduce this bug from the maint branch, closing it
right no
For everyone interested in mode precise table alignment,
The attached patch should allow table columns to be aligned pixel-wise.
It means, that tables should look much better with variable-pitch fonts
and unicode symbols.
I would like to get more feedback about how the patch works for
different s
Hi Utkarsh and Maxim,
Utkarsh Singh writes:
> On 2021-05-13, 00:08 +0700, Maxim Nikulin wrote:
>
>> Comma is decimal separator for es_ES, de_DE, ru_RU, etc. The point is
>> that order in which separator candidates are tried should depend on
>> active locale.
>>
>> I do not insist that interacti
Hi Colin,
Colin Baxter writes:
> https://en.wikipedia.org/wiki/Cathedral_Basilica_of_St._John_the_Baptist_(Savannah,_Georgia)
I agree this is annoying.
Patch welcome, with the caveat that fixing this is more difficult than
it seems, as the thread suggests.
--
Bastien
Hi Russell,
Russell Adams writes:
> I'm enabling paredit globally for all prog-modes, and it breaks HTML
> export.
I'm not sure to understand how it breaks the HTML export, can you
share a reproducible recipe?
--
Bastien
Hi Michael,
Michael Dauer writes:
> But there is no output while agenda is displayed with a lot of
> entries.
>
> I don't know why because in org-agenda-get-some-entry-text there is
> an unconditional
> (run-hooks 'org-agenda-entry-text-cleanup-hook)
Can you try to see if the hook is run when p
Hi Michael,
Michael Dauer writes:
> Wouldn't it be the much better approach to change inline tasks so
> that the END line is one level below the "begin" line?
I'm not sure how this would be better, and I would rather find this
more confusing. What is the expected benefit?
--
Bastien
We now have Krupal and Corwin Brust maintaining Worg, so I'm closing
this call for help.
Thank you both very much!
--
Bastien
Hi Ihor,
Ihor Radchenko writes:
> Updated version of the patch.
Applied in maint as f313b8184 with an modified commit message, thanks.
--
Bastien
Hi,
satotake writes:
> * lisp/org-refile.el (org-refile-get-targets): Ensure
> arg of `file-name-non' and `file-truename' is non-nil.
>
> If you set `org-refile-use-outline-path' `file' or `full-file-path',
> and call `org-refile' in the buffer before visiting file,
> errors are raised at these
Hi Samim,
Samim Pezeshki writes:
> This is my first patch.
Thank you!
> The patch skips formatting TODO item in org-agenda when the format
> string is "".
> When the format string was "" the extra space would still be inserted
> which was not needed when there is no TODO keyword.
Applied in
89 matches
Mail list logo
