[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: list-print-separator
From: |
Ted Zlatanov |
Subject: |
Re: list-print-separator |
Date: |
Mon, 25 Apr 2011 10:59:26 -0500 |
User-agent: |
Gnus/5.110016 (No Gnus v0.16) Emacs/24.0.50 (gnu/linux) |
On Mon, 25 Apr 2011 12:37:07 -0300 Stefan Monnier <address@hidden> wrote:
>>>> With my list-print-separator patch you get fast and OK-looking.
>>>> Are you concerned it's only useful sometimes? The speed penalty is
>>>> minor if it's not used.
SM> I'd rather make `pp' faster, or if it's too difficult split it into
SM> a "print-really-pretty" and "print-quickly-and-not-too-ugly".
>> The users most likely to benefit, at least for Gnus where I have
>> experience supporting them, are those who can't read ELisp well. They
>> are also less likely to complain or roll their own solution.
SM> I'm not sure how that relates: what I propose is for Gnus to call
SM> print-quickly-and-not-too-ugly and that would be done by people who know
SM> Elisp fairly well. The users who don't know Elisp well would not need
SM> to know that the file was printed via this function rather than via
SM> `print'.
Assuming Gnus is the only package to need this, you're right. But the
reason for my proposal is that I think other packages can use it too.
EIOIO serialization, for instance, could use it.
>> So I hope you see that this is not a "print pretty" request but a real
>> need for any package that uses ELisp's build-in serialization.
>> I'm concerned that your "good enough" solution will not be adopted
>> because it will be much slower than the native `print' serialization,
>> and optimizing it is much more work than my proposed patch of 4 lines.
SM> I'm not convinced it's difficult to write
SM> a print-quickly-and-not-too-ugly that's reasonably fast. Admittedly,
SM> reasonably fast may still be too slow, but in that case I'd rather just
SM> use an ugly print out than try to make `print's output prettier or
SM> more customizable.
OK. I'll look at `pp' in my spare time :)
SM> PS: you could also add a -*- mode: ugly-sexp -*- cookie in the
SM> newsrc.eld file so that when a user opens it for reading it can easily
SM> (automatically?) be prettified.
That's a great idea, but I'm concerned that users may need to open the
file outside Emacs if it's causing startup problems or if the data is
triggering a bug (e.g. encoding cookie is wrong). I've run into that.
Ted
- entry separator for printing hashtables, Ted Zlatanov, 2011/04/06
- list-print-separator (was: entry separator for printing hashtables), Ted Zlatanov, 2011/04/21
- Re: list-print-separator, Stefan Monnier, 2011/04/24
- Re: list-print-separator, Ted Zlatanov, 2011/04/24
- Re: list-print-separator, Stefan Monnier, 2011/04/25
- Re: list-print-separator, Ted Zlatanov, 2011/04/25
- Re: list-print-separator, Stefan Monnier, 2011/04/25
- Re: list-print-separator, Ted Zlatanov, 2011/04/25
- Re: list-print-separator, Stefan Monnier, 2011/04/25
- Re: list-print-separator,
Ted Zlatanov <=
- Re: list-print-separator, Thierry Volpiatto, 2011/04/25
- Re: list-print-separator, Stefan Monnier, 2011/04/25
- Re: list-print-separator, Eli Zaretskii, 2011/04/25
- Re: list-print-separator, Stefan Monnier, 2011/04/25
- Re: list-print-separator, Andy Moreton, 2011/04/25
- Re: list-print-separator, Ted Zlatanov, 2011/04/25
- Re: list-print-separator, Andy Moreton, 2011/04/26
- Re: list-print-separator, Stefan Monnier, 2011/04/26
- Re: list-print-separator, Ted Zlatanov, 2011/04/26