From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Emacs contributions, C and Lisp Date: Sun, 16 Feb 2014 20:43:01 +0200 Message-ID: <83ppmmaoga.fsf@gnu.org> References: <87r47bi1e5.fsf@yandex.ru> <52F96284.50507@yandex.ru> <52FAE12B.6060101@yandex.ru> <52FC3BEE.60604@yandex.ru> <52FCD2B4.5080006@yandex.ru> <52FD9F1D.50205@yandex.ru> <83mwhucg1h.fsf@gnu.org> <878ute589i.fsf@fencepost.gnu.org> <83d2iqc84m.fsf@gnu.org> <87wqgxkcr9.fsf@yandex.ru> <834n41db0d.fsf@gnu.org> <52FE2985.4070703@yandex.ru> <831tz5daes.fsf@gnu.org> <8738jlohd6.fsf@yandex.ru> <83txc1bl83.fsf@gnu.org> <5300189A.9090208@yandex.ru> <83wqgv9fbj.fsf@gnu.org> <5300F51C.7040204@yandex.ru> <83r4739cb4.fsf@gnu.org> <530102F4.7090103@yandex.ru> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1392576196 19297 80.91.229.3 (16 Feb 2014 18:43:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 16 Feb 2014 18:43:16 +0000 (UTC) Cc: dak@gnu.org, emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Feb 16 19:43:23 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WF6gS-0000IZ-C9 for ged-emacs-devel@m.gmane.org; Sun, 16 Feb 2014 19:43:20 +0100 Original-Received: from localhost ([::1]:34628 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WF6gS-00007j-16 for ged-emacs-devel@m.gmane.org; Sun, 16 Feb 2014 13:43:20 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37448) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WF6gJ-00007Q-8V for emacs-devel@gnu.org; Sun, 16 Feb 2014 13:43:16 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WF6gD-0007mO-QH for emacs-devel@gnu.org; Sun, 16 Feb 2014 13:43:11 -0500 Original-Received: from mtaout24.012.net.il ([80.179.55.180]:42295) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WF6g7-0007lZ-W2; Sun, 16 Feb 2014 13:43:00 -0500 Original-Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0N1300200QFQD200@mtaout24.012.net.il>; Sun, 16 Feb 2014 20:41:51 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N1300MKKQLQT550@mtaout24.012.net.il>; Sun, 16 Feb 2014 20:41:51 +0200 (IST) In-reply-to: <530102F4.7090103@yandex.ru> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.180 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:169657 Archived-At: > Date: Sun, 16 Feb 2014 20:27:00 +0200 > From: Dmitry Gutov > CC: dak@gnu.org, emacs-devel@gnu.org > > On 16.02.2014 19:50, Eli Zaretskii wrote: > > These problems exist in Lisp as they do (or don't) in C, as far as > > Emacs is concerned. E.g., see the latest discussion of crypto > > features. > > I'd say in Lisp they exist to a considerably lesser degree. I don't think so: after all, we keep unencrypted text in the clear in memory, within Lisp data structures. > > See the other mail for what I (and Jorgen) had in mind. I don't > > think we have anything like that in Emacs, even with CEDET. ECB > > (which isn't bundled) is the only thing that comes close, but IMO we > > should have had this in Emacs core for a long time. > > This looks like something that might require fancier rendering on the > fringe or a nearby area. Fringe is one possibility, but IMO it's not the best or easiest one. I think it will be easier to simply display small images as part of the buffer. Like Speedbar already does.