From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Artur Malabarba Newsgroups: gmane.emacs.devel Subject: Re: [ELPA] New package: beacon Date: Fri, 16 Oct 2015 14:54:35 +0100 Message-ID: References: <87oafzq7op.fsf@newcastle.ac.uk> Reply-To: bruce.connor.am@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7b3a8bd0ca785505223922b4 X-Trace: ger.gmane.org 1445003728 6632 80.91.229.3 (16 Oct 2015 13:55:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 16 Oct 2015 13:55:28 +0000 (UTC) Cc: Kaushal , emacs-devel To: Phillip Lord Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 16 15:55:19 2015 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 1Zn5TZ-000455-PA for ged-emacs-devel@m.gmane.org; Fri, 16 Oct 2015 15:55:17 +0200 Original-Received: from localhost ([::1]:53794 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zn5TY-0006Xb-TI for ged-emacs-devel@m.gmane.org; Fri, 16 Oct 2015 09:55:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53254) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zn5Sz-0006S7-EK for emacs-devel@gnu.org; Fri, 16 Oct 2015 09:54:42 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zn5Sv-0006i4-9V for emacs-devel@gnu.org; Fri, 16 Oct 2015 09:54:41 -0400 Original-Received: from mail-lb0-x234.google.com ([2a00:1450:4010:c04::234]:36630) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zn5Sv-0006gH-0r for emacs-devel@gnu.org; Fri, 16 Oct 2015 09:54:37 -0400 Original-Received: by lbcao8 with SMTP id ao8so100656733lbc.3 for ; Fri, 16 Oct 2015 06:54:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=z0+gBA5KU9uGZAtWQj951NdbdSnt/bn7CEXYHKXkF0A=; b=a+6/8ksfjCOv9vP3BTqc1krGTxskeRNkZTDMFBEMNpf1TNtiMJDko4xtP6EHZbzLYd N5gLy5lHtffzVOs9gDqpNyPW2zsz0EXu84HCtJUq58s04UGkMW1DCht0tiyqGr/er5Lo DDNCs4CKGvNq3FgibpEZFNAkzpA4+485Z08Hivd3Fi7/14lkmYaih971M6jVhHmKukwU LqZVLw/uvItWBjTAkgkiQ93ko532Y7CgAhKoVDu3rFfire5eYH/WyS+WZRLBY/XaXm7v kKpefKcFB7QLeQMOO6t4kBYUXyx1Sd+h0vC1pCgwWX+afZPal11RY0Gl+3ZjU2O9BAoU QaOg== X-Received: by 10.112.146.104 with SMTP id tb8mr8437846lbb.35.1445003675725; Fri, 16 Oct 2015 06:54:35 -0700 (PDT) Original-Received: by 10.25.22.197 with HTTP; Fri, 16 Oct 2015 06:54:35 -0700 (PDT) Original-Received: by 10.25.22.197 with HTTP; Fri, 16 Oct 2015 06:54:35 -0700 (PDT) In-Reply-To: <87oafzq7op.fsf@newcastle.ac.uk> X-Google-Sender-Auth: LfaFYkrAJ16zQV-Ekh6XXZ1wI_I X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c04::234 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:191756 Archived-At: --047d7b3a8bd0ca785505223922b4 Content-Type: text/plain; charset=UTF-8 On 16 Oct 2015 2:11 pm, "Phillip Lord" wrote: > > > > Artur Malabarba writes: > > > 2015-10-15 18:24 GMT+01:00 Kaushal Modi : > >> > >> I haven't read either of the source codes, but is it similar to lisp/cedet/pulse.el? > > > > Hm, I don't know. I'll look into what that does. Maybe it could have > > saved me some implementation effort. :) > > > I used pulse.el when I wrote eval-pulse.el and it's quite nice for the > purpose. > > But then I discovered eval-sexp-fu and realised that I've wasted my time > writing eval-pulse. > > Having some commonality for these visual distratctions kind of mode > would be good -- it should allow configuration once. Yeah, I had a look at pulse and there's definitely some common ground. Beacon is really a user package, while pulse is more of a dependency lib. I want to merge some of beacon's internals into pulse, so that beacon could just a small extension on top of pulse, but that's not trivial. Their internal logic is quite different, both in structure and in final outcome (pulse fades a single color overlay by changing a font's background, while beacon shrinks a multi-colour highlight by moving/deleting many overlays). --047d7b3a8bd0ca785505223922b4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On 16 Oct 2015 2:11 pm, "Phillip Lord" <phillip.lord@newcastle.ac.uk> wrote:
>
>
>
> Artur Malabarba <bruce= .connor.am@gmail.com> writes:
>
> > 2015-10-15 18:24 GMT+01:00 Kaushal Modi <kaushal.modi@gmail.com>:
> >>
> >> I haven't read either of the source codes, but is it simi= lar to lisp/cedet/pulse.el?
> >
> > Hm, I don't know. I'll look into what that does. Maybe it= could have
> > saved me some implementation effort. :)
>
>
> I used pulse.el when I wrote eval-pulse.el and it's quite nice for= the
> purpose.
>
> But then I discovered eval-sexp-fu and realised that I've wasted m= y time
> writing eval-pulse.
>
> Having some commonality for these visual distratctions kind of mode > would be good -- it should allow configuration once.

Yeah, I had a look at pulse and there's definitely some = common ground. Beacon is really a user package, while pulse is more of a de= pendency lib.

I want to merge some of beacon's internals into pulse, s= o that beacon could just a small extension on top of pulse, but that's = not trivial. Their internal logic is quite different, both in structure and= in final outcome (pulse fades a single color overlay by changing a font= 9;s background, while beacon shrinks a multi-colour highlight by moving/del= eting many overlays).

--047d7b3a8bd0ca785505223922b4--