all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Stefan-W. Hahn" <stefan.hahn@s-hahn.de>
To: 16866@debbugs.gnu.org
Subject: bug#16866: 24.3.50; printing region gives non colorized output
Date: Tue, 25 Feb 2014 17:40:16 +0100	[thread overview]
Message-ID: <20140225164015.GF22548@pille.home> (raw)
In-Reply-To: <20140224164517.GA22548@pille.home>

Mail von Stefan-W. Hahn, Mon, 24 Feb 2014 at 17:45:17 +0100:

Good evening,

> if printing a buffer with postscript the out is colorized. If printing
> a region of the same buffer the output is bw.
> 
> To test it I tried to print the *scratch* buffer with it's initial text.
> If I print the whole buffer the output is colorized, if mark the whole
> buffer and print that marked region I got a bw output.

I traced it down a little bit. The problematic function is
ps-generate-postscript-with-faces1 which extracts the face calls
ps-plot-with-face together with the face.

If I mark a region (say in buffer *scratch*) on the first lines I get
following information with describe-text-properties:

24.3.50:
--------
Text content at position 1:
There is an overlay here:
 From 1 to 191
  face                 region
  window               #<window 746 on *scratch*>

There are text properties here:
  face                 font-lock-comment-delimiter-face
  fontified            t

23.4.1:
-------
Text content at position 1:
There are text properties here:
  face                 font-lock-comment-delimiter-face
  fontified            t

And therefore ps-plot-with-face is called with 'region as face in 24.3.50
and 'font-lock-comment-delimiter-face (as expected!) in 23.4.1.

The difference seems to be that in the newer version of emacs the region
defines an overlay with the face 'region.

In my unterstanding of ps-print-region-with-faces I will expect the old
behaviour.

(I have no clue how to repair till yet.)

With kind regards,
Stefan

-- 
Stefan-W. Hahn                          It is easy to make things.
                                        It is hard to make things simple.





  parent reply	other threads:[~2014-02-25 16:40 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-24 16:45 bug#16866: 24.3.50; printing region gives non colorized output Stefan-W. Hahn
2014-02-24 17:33 ` Eli Zaretskii
2014-02-24 20:09   ` Stefan-W. Hahn
2014-02-25 16:40 ` Stefan-W. Hahn [this message]
2014-03-16 14:22   ` Stefan-W. Hahn
2014-03-18 20:04     ` Stefan Monnier
2014-03-19 16:24       ` Stefan-W. Hahn
2014-03-19 19:13         ` Stefan

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20140225164015.GF22548@pille.home \
    --to=stefan.hahn@s-hahn.de \
    --cc=16866@debbugs.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 external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.