From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Karl Fogel Newsgroups: gmane.emacs.devel Subject: Re: OAuth2 implementation in Elisp Date: Sun, 25 Sep 2011 13:14:24 -0400 Message-ID: <87zkhsh7db.fsf@red-bean.com> References: <87sjnojl7j.fsf@keller.adm.naquadah.org> <4E7BAFA4.8090800@dogan.se> <4E7BAFE2.2090102@dogan.se> <87k490jkaw.fsf@keller.adm.naquadah.org> <87d3eo984j.fsf@lifelogs.com> <87mxdsbx1n.fsf@keller.adm.naquadah.org> <87litc695c.fsf@lifelogs.com> Reply-To: Karl Fogel NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1316970882 550 80.91.229.12 (25 Sep 2011 17:14:42 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 25 Sep 2011 17:14:42 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Sep 25 19:14:38 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1R7sHk-0005Wp-Ss for ged-emacs-devel@m.gmane.org; Sun, 25 Sep 2011 19:14:37 +0200 Original-Received: from localhost ([::1]:41377 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R7sHk-0003aE-DK for ged-emacs-devel@m.gmane.org; Sun, 25 Sep 2011 13:14:36 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:54498) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R7sHg-0003Zv-Sm for emacs-devel@gnu.org; Sun, 25 Sep 2011 13:14:33 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R7sHf-00058L-NG for emacs-devel@gnu.org; Sun, 25 Sep 2011 13:14:32 -0400 Original-Received: from mail-vw0-f41.google.com ([209.85.212.41]:54958) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R7sHf-00058F-I6 for emacs-devel@gnu.org; Sun, 25 Sep 2011 13:14:31 -0400 Original-Received: by vws16 with SMTP id 16so7098049vws.0 for ; Sun, 25 Sep 2011 10:14:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:from:to:subject:references:reply-to:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=3n9fwnrjM7hOQNss9fn8uJn/DTFSx/6NtRYOo1QBzKU=; b=GulERY8uZ2jbhEtkucuB/qm748FsyoYgbslUX/MveRUHbFGANa1kelz9tQt39/ccOY 6QbIYl9i5DBCdHuu2ZB0lDBhnPBXpIEpzbXKiKi6WPjG+2m2CJFgbEQM359sVDAlr47w ffxuTwNR6qbyneJApMAxakHb0VHadHEc6+UpQ= Original-Received: by 10.52.72.234 with SMTP id g10mr5486019vdv.126.1316970867610; Sun, 25 Sep 2011 10:14:27 -0700 (PDT) Original-Received: from floss (cpe-66-65-49-129.nyc.res.rr.com. [66.65.49.129]) by mx.google.com with ESMTPS id cp4sm15196166vdc.22.2011.09.25.10.14.25 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 25 Sep 2011 10:14:26 -0700 (PDT) In-Reply-To: <87litc695c.fsf@lifelogs.com> (Ted Zlatanov's message of "Sun, 25 Sep 2011 08:31:27 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.212.41 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:144281 Archived-At: Ted Zlatanov writes: >On Sun, 25 Sep 2011 14:56:20 +0200 Julien Danjou wrote: >JD> On Sun, Sep 25 2011, Ted Zlatanov wrote: >>> Could you format it to wrap the long lines? > >JD> Long? What's the limit? The longest is 122, which does not seem long to >JD> me in 2011. > >If you could stay under 78 it would be polite. I can't find the >reference but I'm pretty sure for Emacs submissions at least it's >required. Yes, 78 has been the standard for a long time AFAICT, with 80 as the hard limit only when absolutely necessary. search://80 column rule/ will bring up lots of links about it. This is one of the best: http://www.emacswiki.org/emacs/EightyColumnRule As that resource (and others) note, it's not merely historical baggage left over from old fixed-width terminals -- it's rather an accessibility issue and human optimum-scanning-width issue. HTH, -Karl