[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: ELPA submission: plz-see
From: |
Philip Kaludercic |
Subject: |
Re: ELPA submission: plz-see |
Date: |
Wed, 01 Nov 2023 09:14:01 +0000 |
Augusto Stoffel <arstoffel@gmail.com> writes:
> Thanks for the comments!
>
> On Tue, 31 Oct 2023 at 08:43, Philip Kaludercic wrote:
>
>> +(eval-when-compile (require 'cl-lib))
>> (require 'json)
>
> By the way, the latter is kind of a non-essential require, would you
> rather write this near line 88?
>
> (defcustom plz-see-content-type-alist
> `(...
> ("\\`application/json" . ,(lambda ()
> (require 'json)
> (declare-function 'json-pretty-print-buffer
> "json.el")
> (json-pretty-print-buffer)
> (js-json-mode)))
> ...))
I don't have a strong opinion either way.
>> I agree, from what I see this is just an implementation detail. Plz is
>> a peculiar enough name as it is, it shouldn't be inherited by packages
>> that depend on it. Or is there any reason why the package couldn't also
>> use url.el?
>
> The packages is really closely tied to plz's API, which by the way is a
> very nice one.
But is this fact exposed to the user?
--
Philip Kaludercic
- Re: ELPA submission: plz-see, Augusto Stoffel, 2023/11/01
- Re: ELPA submission: plz-see,
Philip Kaludercic <=
- Re: ELPA submission: plz-see, Augusto Stoffel, 2023/11/01
- Re: ELPA submission: plz-see, brickviking, 2023/11/01
- Re: ELPA submission: plz-see, Richard Stallman, 2023/11/02
- Re: ELPA submission: plz-see, brickviking, 2023/11/03
- Re: ELPA submission: plz-see, Philip Kaludercic, 2023/11/03
- Re: ELPA submission: plz-see, Eli Zaretskii, 2023/11/03
- Re: ELPA submission: plz-see, Adam Porter, 2023/11/03
- Re: ELPA submission: plz-see, Stefan Kangas, 2023/11/03
- Re: ELPA submission: plz-see, Richard Stallman, 2023/11/03
- Re: ELPA submission: plz-see, Adam Porter, 2023/11/04