From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Garreau\, Alexandre" Subject: Re: org-store/insert-link truncating the full subject of mails Date: Sun, 28 Oct 2018 18:01:58 +0100 Message-ID: <87h8h69f95.fsf@portable.galex-713.eu> References: <875zxpi8bn.fsf@portable.galex-713.eu> <87k1m4g1qk.fsf@nicolasgoaziou.fr> <87woq4pveb.fsf@portable.galex-713.eu> <874ld8fpqf.fsf@nicolasgoaziou.fr> <87in1ojntq.fsf@aminb.org> <87zhuzd9ih.fsf@nicolasgoaziou.fr> <871s8a6uau.fsf@aminb.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:42354) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGoST-0001hn-W4 for emacs-orgmode@gnu.org; Sun, 28 Oct 2018 13:02:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gGoSL-0004dO-HM for emacs-orgmode@gnu.org; Sun, 28 Oct 2018 13:02:34 -0400 In-Reply-To: <871s8a6uau.fsf@aminb.org> (Amin Bandali's message of "Sun, 28 Oct 2018 10:05:13 -0400") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: Amin Bandali Cc: emacs-org list , Nicolas Goaziou Le 28/10/2018 =C3=A0 10h05, Amin Bandali a =C3=A9crit=C2=A0: > 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 =3Dgit blame lisp/org.el=3D > and found the commit that introduced it, > 2c16f092e64915a7e3d0b2dda82f3978a0f42dea, by Carsten Dominik, > the creator of Org mode himself. > > I emailed Carsten yesterday and asked if he recalls why he > introduced that variable and that behvaiour. He said that he > doesn=E2=80=99t recall exactly, but that either it was aesthetic (he > didn=E2=80=99t find extremely long link descriptions pretty), or that > long lines slowed down some regular expressions that ran in the > buffer. He said it was most likely the first one (aesthetic), > and that he wouldn=E2=80=99t object to lifting the restriction. Thank you so much! That was the Right Thing to do imho. I really have to learn git. I wish a knew it here. > On a side note, I=E2=80=99d like to point out that I use C-h k, C-h f, > and C-h v many times a day, especially when encountering new > functions or variables. But I don=E2=80=99t know if I=E2=80=99m the mino= rity, or > if most other Emacs users check the docs frequently as well. I=E2=80=99m an heavy user of them as well, and find them way easier and more friendly than the manual, as they usually, don=E2=80=99t require me to read= more than a paragraph of a few lines (or it=E2=80=99s me doing it repetedly then= ), while a manual requires to prepare to read a text of an indefinite length (before to have found) which is way less predictable and hence more tiring. The problem is, ideally identifiers should be easily named so that you easily find them with correct prefixes and autocompletion, but you don=E2= =80=99t always know/think to the right keywords, and the words are not always in the most practical order. Most of time it works, so it stays awesome and extremely useful, but it stays imperfect, and henc is not a substitute for better defaults. > That said, I still find the default a bit obtuse and frankly > unexpected. I don=E2=80=99t know, maybe a nice middle ground between the > current behaviour and completely removing the limit would be to > increase the limit from 30 to 78 characters, the recommended > maximum number of characters in a line according to RFC 2822 [0]. > That somehow feels less arbitrary, and would cover a larger > portion of subjects. Rather cutting it, I=E2=80=99d rather try to find the gnus function that cut subject lines so it does more semantically (like, removing the entire Was: part if it doesn=E2=80=99t fit, rather than cutting it in the middle),= but 78 seems totally more reasonable, at worse, indeed: but maybe that aforementioned gnus function does something related to it (maybe it does cut when it exceed 78 chars?)? However I was unable to find it by el-searching for "was:?", so I=E2=80=99l= l ask them directly, hoping they know and answer.