From: E Sabof <esabof@gmail.com>
To: Tassilo Horn <tsdh@gnu.org>
Cc: 13887@debbugs.gnu.org
Subject: bug#13887: 24.3; doc-view will render blurry images when image-magick is available
Date: Fri, 15 Mar 2013 01:11:42 +0000 [thread overview]
Message-ID: <CAEp6Dya0N5nGpm=SocYUp5cCTtm9PK-sesLPJySCYSwCrtuCTA@mail.gmail.com> (raw)
In-Reply-To: <87620t64ko.fsf@thinkpad.tsdh.de>
[-- Attachment #1: Type: text/plain, Size: 1506 bytes --]
Now it works in "emacs -Q", but not with my configuration. To be honest I
don't think it's worth coding something final on top of current
image-mode's API - it looks under-developed at several points.
a) Is all the "window t" stuff necessary? Does anyone really care what is
"shown" in a buffer unless it's displayed in a window?
b) If yes, should "window t" be passed to a public hook?
c) Does (image-get-display-property) have any business asking what buffer
is currently selected in the window?
d) Why data is sometimes retrieved from the the buffer (as in (
image-get-display-property)), and sometimes from image-mode-winprops-alist
(as in (image-mode-winprops))? Is the complexity justified, or is one of
the methods "legacy"?
I use image viewers, so I could try re-factoring it, adding H/V centering,
improving zooming options, and extending the API.
Evgeni
On Thu, Mar 14, 2013 at 9:42 PM, Tassilo Horn <tsdh@gnu.org> wrote:
> Tassilo Horn <tsdh@gnu.org> writes:
>
> Hi again,
>
> >> With this patch I don't get an overlay in the initial window, and
> >> sometimes after splitting.
> >
> > Gosh, indeed! I'll look into that later.
>
> Ok, now I really think I've fixed it (revno 112045), although I had to
> add some obscure code in `doc-view-new-window-function' which adds
> functions doing a display refresh to a timer. If I execute the code of
> these functions directly in `doc-view-new-window-function', I get Lisp
> nesting exceeds `max-lisp-eval-depth' errors.
>
> Bye,
> Tassilo
>
[-- Attachment #2: Type: text/html, Size: 2744 bytes --]
next prev parent reply other threads:[~2013-03-15 1:11 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-06 3:40 bug#13887: 24.3; doc-view will render blurry images when image-magick is available E Sabof
2013-03-06 8:05 ` Tassilo Horn
2013-03-06 12:13 ` E Sabof
2013-03-06 13:01 ` Tassilo Horn
2013-03-06 14:19 ` E Sabof
2013-03-06 19:43 ` Tassilo Horn
2013-03-07 15:17 ` E Sabof
2013-03-07 15:55 ` Tassilo Horn
2013-03-07 16:15 ` E Sabof
2013-03-07 22:57 ` E Sabof
2013-03-08 7:57 ` Tassilo Horn
[not found] ` <CAEp6DybMJkagHjRaXPiA_ED_dntOk=5USr+P9DfqRPZ_JrrKww@mail.gmail.com>
2013-03-09 7:25 ` bug#13887: Fwd: " E Sabof
2013-03-09 7:26 ` E Sabof
2013-03-11 9:11 ` Tassilo Horn
2013-03-11 16:57 ` Eli Zaretskii
2013-03-11 18:20 ` Tassilo Horn
2013-03-11 18:45 ` Eli Zaretskii
2013-03-11 20:27 ` Tassilo Horn
2013-03-11 20:59 ` Eli Zaretskii
2013-03-11 22:08 ` E Sabof
2013-03-11 23:41 ` E Sabof
2013-03-12 1:00 ` E Sabof
2013-03-12 8:09 ` Tassilo Horn
2013-03-12 16:50 ` Eli Zaretskii
2013-03-12 18:00 ` Tassilo Horn
2013-03-12 16:52 ` Eli Zaretskii
2013-03-12 17:46 ` E Sabof
2013-03-12 21:11 ` Eli Zaretskii
2013-03-14 3:28 ` E Sabof
2013-03-14 3:56 ` E Sabof
2013-03-14 7:24 ` Tassilo Horn
2013-03-14 15:23 ` E Sabof
2013-03-14 16:48 ` Tassilo Horn
2013-03-14 21:42 ` Tassilo Horn
2013-03-15 1:11 ` E Sabof [this message]
2013-03-15 12:52 ` Stefan Monnier
2013-03-15 13:34 ` E Sabof
2013-03-15 17:51 ` Stefan Monnier
2013-03-15 23:26 ` E Sabof
2013-03-16 13:41 ` Stefan Monnier
2013-03-16 23:30 ` E Sabof
2013-03-15 13:55 ` Tassilo Horn
2013-03-15 14:08 ` E Sabof
2013-03-20 15:58 ` E Sabof
2019-09-26 17:16 ` Lars Ingebrigtsen
2019-10-14 6:04 ` Lars Ingebrigtsen
2013-03-14 13:26 ` Stefan Monnier
2013-03-14 15:30 ` Tassilo Horn
2013-03-14 15:53 ` E Sabof
2013-03-14 16:19 ` Stefan Monnier
2013-03-06 18:16 ` Stefan Monnier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAEp6Dya0N5nGpm=SocYUp5cCTtm9PK-sesLPJySCYSwCrtuCTA@mail.gmail.com' \
--to=esabof@gmail.com \
--cc=13887@debbugs.gnu.org \
--cc=tsdh@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).