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 05:49:18 +0100 Message-ID: <871s8a1xrl.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> <87lg6j3c21.fsf@portable.galex-713.eu> <87r2gbd2oz.fsf@nicolasgoaziou.fr> 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]:42024) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGd0w-0006HG-8o for emacs-orgmode@gnu.org; Sun, 28 Oct 2018 00:49:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gGd0t-0003Wd-E9 for emacs-orgmode@gnu.org; Sun, 28 Oct 2018 00:49:24 -0400 In-Reply-To: <87r2gbd2oz.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Sat, 27 Oct 2018 13:55:08 +0200") 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 Le 27/10/2018 =C3=A0 13h55, Nicolas Goaziou a =C3=A9crit=C2=A0: > "Garreau, Alexandre" writes: > >> Without justification, that=E2=80=99d look like =E2=80=9Cargument from i= gnorance=E2=80=9D, > > 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 might also annoy some users, possibly, at least, the > person that chose it in the first place, or users that do not like > arbitrary long links. This is an argument in favor of immobility. The reason could also be ridden in old capabilities, bugs or slowyness not relevant nowadays. If anything, we should find back who introduced this default, and ask them. Especially, this is a end-user thing. Not a programming-language API. This can be seen by the user. So it=E2=80=99s not a problem. What could be done, if you want, is to rely on external software: for instance, sometimes, when answering, Gnus takes away the =E2=80=9CWas: ...= =E2=80=9D subject line ending, if too long: that might be used to shorten it, if believed useful. That would be acceptable, as it would stay semantic, and wouldn=E2=80=99t break in the middle of a sentence. >> so unless a real reason is found, I believe it would be better to >> remove a truncation that will very certainly in fact bother at least >> some users (while there=E2=80=99s still 0 data point on how non-truncati= on >> might be bothering, and that=E2=80=99s what being asked). > > Truncation, an its related variable, are now documented in the manual. > The bothering is somewhat very limited. 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=E2=80= =99t and only did partially for org, yet=E2=80=A6 but for instance I did for Gnu= s, a long time ago, and never did it again: as example, did you?. Default are an important thing, they should fit what the most common, unspecific, and ignorant about the software in question, person. Documentation should be there only to adapt to more specific, and less common, cases (and, when possible, software should be made so that to conditionally do the right thing depending of the context so that changing the default behavior is less and less needed). Not the other way around.