Hello,
"Garreau, Alexandre" writes:
> This is an argument in favor of immobility.
True. Immobility is sometimes good, too.
> Yes, if only each user of each piece of software took the time to read
> the integrality of documentation each time they used something: I don’t
> and only did partially
Eric S Fraga writes:
> On Friday, 26 Oct 2018 at 21:54, Nicolas Goaziou wrote:
>
> [...]
>
>> In any case, if other users feel strongly about changing the default
>> value, I don't mind. I hope you understand that one data point is not
>> enough, tho.
>
> Just to add a data point: I've been annoy
On Friday, 26 Oct 2018 at 21:54, Nicolas Goaziou wrote:
[...]
> In any case, if other users feel strongly about changing the default
> value, I don't mind. I hope you understand that one data point is not
> enough, tho.
Just to add a data point: I've been annoyed by the default behaviour for
yea
Le 28/10/2018 à 10h05, Amin Bandali a écrit :
> Hi,
>
> Nicolas Goaziou writes:
>
>> I don't know. This is why I agree it is safer to limit length to an
>> arbitrary number instead of allowing any size.
>
> Hoping to find an actual answer, I did a =git blame lisp/org.el=
> and found the commit tha
Hi,
Nicolas Goaziou writes:
> I don't know. This is why I agree it is safer to limit length to an
> arbitrary number instead of allowing any size.
Hoping to find an actual answer, I did a =git blame lisp/org.el=
and found the commit that introduced it,
2c16f092e64915a7e3d0b2dda82f3978a0f42dea,
Le 27/10/2018 à 13h55, Nicolas Goaziou a écrit :
> "Garreau, Alexandre" writes:
>
>> Without justification, that’d look like “argument from ignorance”,
>
> I'm not arguing for truncating subjects.
>
> However, I'm arguing against changing a 10 years old default value
> without a strong reason. Def
Le 27/10/2018 à 13h55, Nicolas Goaziou a écrit :
> "Garreau, Alexandre" writes:
>
>> Without justification, that’d look like “argument from ignorance”,
>
> I'm not arguing for truncating subjects.
>
> However, I'm arguing against changing a 10 years old default value
> without a strong reason. Def
"Garreau, Alexandre" writes:
> Without justification, that’d look like “argument from ignorance”,
I'm not arguing for truncating subjects.
However, I'm arguing against changing a 10 years old default value
without a strong reason. Default value annoys some users. Point taken.
But changing it mi
Le 27/10/2018 à 11h27, Nicolas Goaziou a écrit :
> Hello,
>
> Amin Bandali writes:
>
>> Can you please elaborate on what you mean by being on the safe
>> side in this context? What problems could potentially arise from
>> returning the subject in full length?
>
> I don't know. This is why I agree
Hello,
Amin Bandali writes:
> Can you please elaborate on what you mean by being on the safe
> side in this context? What problems could potentially arise from
> returning the subject in full length?
I don't know. This is why I agree it is safer to limit length to an
arbitrary number instead o
Nicolas Goaziou writes:
> I think limiting the number of characters in the description is to be on
> the safe side. 30 characters are usually enough to understand what the
> mail is about.
Can you please elaborate on what you mean by being on the safe
side in this context? What problems could p
"Garreau, Alexandre" writes:
> How’s that?
I think limiting the number of characters in the description is to be on
the safe side. 30 characters are usually enough to understand what the
mail is about.
> it just feels wrong: if it’s to long, users can truncate themselves,
> it’s straightforward
Hello,
"Garreau, Alexandre" writes:
> Why so?
See `org-email-link-description-format'.
> It shouldn’t be this way by default.
Truncating subject doesn't seem unreasonable to me. In any case, you can
just set the variable above to suit your needs.
Regards,
--
Nicolas Goaziou
Le 26/10/2018 à 17h35, Nicolas Goaziou a écrit :
> "Garreau, Alexandre" writes:
>> Why so?
>
> See `org-email-link-description-format'.
Thank you!
>> It shouldn’t be this way by default.
>
> Truncating subject doesn't seem unreasonable to me. In any case, you can
> just set the variable above to
Why so?
It shouldn’t be this way by default.
I tried to link
“[[gnus:nnml:lists.gnu.emacs-orgmode#87in1rkqlk@gmail.com][Email
from Tim Cross: Re: {O} Ox-html: Replace with and with
]]” and after org-store-link in appropriated buffer, org-insert-link
gave me “Email from Tim Cross: Re: {O} O
15 matches
Mail list logo
