GNU bug report logs - #1316
23.0.60; Image display OSX carbon

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 1316 in the body.
You can then email your comments to 1316 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Klymak Jody <jklymak <at> uvic.ca>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.60; Image display OSX carbon
Date: Fri, 7 Nov 2008 16:38:56 -0800

Images are rendered far too small.  A 1600x1600 image is less than
2-inches.  This caused me to have issues with doc-view not being able
to resize its images.  Opening the same images in 22.3 and they looked
fine.

Thanks,  Jody



In GNU Emacs 23.0.60.1 (i386-apple-darwin9.5.0, NS apple-appkit-949.35)
 of 2008-11-07 on saturna.seos.uvic.ca
Windowing system distributor `Apple', version  
97.112.112.108.101.45.97.112.112.107.105.116.45.57.52.57.46.51.53
configured using `configure  '--with-ns''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: nil
  value of $XMODIFIERS: nil
  locale-coding-system: nil
  default-enable-multibyte-characters: t

Major mode: Outline

Minor modes in effect:
  shell-dirtrack-mode: t
  dired-omit-mode: t
  cua-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t
  view-mode: t

Recent input:
<help-echo> <help-echo> <down-mouse-1> <mouse-1> <help-echo>
<down-mouse-1> <mouse-1> n n n C-x k <return> <down>
<down> <return> + <help-echo> <help-echo> <down-mouse-1>
<mouse-1> + _ - - - - - = = <help-echo> <down-mouse-1>
<mouse-1> = C-x C-f <backspace> C-g C-h f d o c - v
<tab> e n <tab> <return> <help-echo> <down-mouse-1>
<mouse-1> <down> <up> <up> <up> <up> <up> <up> <right>
<right> <return> <down-mouse-1> <mouse-1> C-s d o c
- v i e w - r e s o C-s C-s C-s C-s C-s C-s C-s C-s
<down-mouse-1> <mouse-1> q C-x b C-g C-h v <return>
<down-mouse-1> <mouse-1> <up> <right> <right> <right>
<right> <right> <right> <right> <right> <right> <return>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <left> <backspace> <backspace>
<backspace> 9 6 <help-echo> <help-echo> <down-mouse-1>
<mouse-1> <help-echo> <help-echo> <down-mouse-1> <mouse-1>
q C-x b <return> C-x C-f C-g C-x k <return> C-x C-f
C-g C-x b C-s <return> C-x d <return> <down> <down>
<down> <down> <down> <down> <down> <return> n n n n
n n n n n n n n n n n n + - + <help-echo> C-x C-f <backspace>
s e <return> S <return> <return> C-d <down> <down>
<down> <down> <down> <down> <down> <down> <down> <down>
<down> <down> <down> <down> <down> <down> l <down>
<up> <return> C-h v i m a g <tab> <tab> m o d e <tab>
n e <tab> <return> <down-mouse-1> <mouse-1> q C-h v
i m a g e - c <backspace> m <tab> o <tab> <tab> <backspace>
<backspace> <backspace> <backspace> <backspace> <tab>
t <tab> <return> <down-mouse-1> <mouse-1> q <down-mouse-1>
<mouse-1> <menu-bar> <help-menu> <emacs-known-problems>
<next> <next> <down-mouse-1> <mouse-1> <down-mouse-1>
<mouse-1> <down-mouse-1> <mouse-1> <prior> <down> <down>
<down> <down> <down> <down> <down> <next> <next> <next>
<next> C-s i m a g e C-s C-s C-s C-s C-s C-s C-s <menu-bar>
<help-menu> <send-emacs-bug-report>

Recent messages:
Omitting...
(Nothing to omit)
Type C-c C-c to view as text.
Making completion list...
Type C-x 1 to delete the help window.
Making completion list... [3 times]
Type C-x 1 to delete the help window.
View mode: type C-h for help, h for commands, q to quit.
Error during redisplay: (void-function outline-font-lock-level) [36  
times]
Mark saved where search started


--
Jody Klymak
http://web.uvic.ca/~jklymak/

Message #12 received at 1316 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Adrian Robert <adrian.b.robert <at> gmail.com>
To: 1316 <at> debbugs.gnu.org
Cc: Klymak Jody <jklymak <at> uvic.ca>
Subject: #1316 - 23.0.60; Image display OSX carbon - Emacs bug report logs
Date: Fri, 21 Nov 2008 15:40:03 -0500

> Images are rendered far too small. A 1600x1600 image is less than 2- 
> inches. This caused me to have issues with doc-view not being able
[version info shows this generated from Cocoa port]

I can't replicate it opening JPG or PNG files saved from iPhoto.   
Could you provide an exact recipe to show the small-rendering,  
preferably including an image file?

thanks,
Adrian

Message #17 received at 1316 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Klymak Jody <jklymak <at> uvic.ca>
To: Adrian Robert <adrian.b.robert <at> gmail.com>
Cc: 1316 <at> debbugs.gnu.org
Subject: Re: #1316 - 23.0.60; Image display OSX carbon - Emacs bug report logs
Date: Mon, 24 Nov 2008 15:35:59 -0800

[Message part 1 (text/plain, inline)]

Hi Adrian,

A jpeg is attached.  It shows up as 3.4 x 3.5cm on my screen at 96 dpi  
when I run with Emacs -Q and open from dired.

In Emacs 22.3.1 on the same machine it shows up as 11x12 cm.

OTOH, you are right - many jpegs from my collection seem to show up  
fine, so it must be a difference in how I've made this one.  These are  
just made using imagemagick's convert, so I can't be the only one who  
has problems. The problem also manifests itself in pngs made by  
docview mode.

The second file is one that looks fine on both versions of emacs.

Thanks,  Jody

[AesopFlipData.jpg (image/jpeg, inline)]

[Message part 3 (text/plain, inline)]

[kiimages.jpg (image/jpeg, inline)]

[Message part 5 (text/plain, inline)]

--
Jody Klymak
http://web.uvic.ca/~jklymak/

Message #22 received at 1316 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Adrian Robert <adrian.b.robert <at> gmail.com>
To: Klymak Jody <jklymak <at> uvic.ca>
Cc: 1316 <at> debbugs.gnu.org
Subject: Re: #1316 - 23.0.60; Image display OSX carbon - Emacs bug report logs
Date: Mon, 24 Nov 2008 20:01:07 -0500

OK, in some sort of JPEG metadata (I'm not familiar with this, but  
wonder if ImageMagick lets you control it) the first says "250 DPI"  
and the second "72 DPI".  If you are on a Mac (maybe Leopard  
necessary) you can see the effect by opening in Preview, then in  
Preview's prefs toggle the 'Images'
| 'Default Image Size' option back and forth.

Emacs.app currently respects the DPI.  Perhaps it should be changed to  
ignore it?  (I don't like the idea of an option, unless other  
platforms could be talked into supporting it.)

-Adrian


On Nov 24, 2008, at 6:35 PM, Klymak Jody wrote:

>
> Hi Adrian,
>
> A jpeg is attached.  It shows up as 3.4 x 3.5cm on my screen at 96  
> dpi when I run with Emacs -Q and open from dired.
>
> In Emacs 22.3.1 on the same machine it shows up as 11x12 cm.
>
> OTOH, you are right - many jpegs from my collection seem to show up  
> fine, so it must be a difference in how I've made this one.  These  
> are just made using imagemagick's convert, so I can't be the only  
> one who has problems. The problem also manifests itself in pngs made  
> by docview mode.
>
> The second file is one that looks fine on both versions of emacs.
>
> Thanks,  Jody
>
> <AesopFlipData.jpg>
>
>
>
> <kiimages.jpg>
>
>
> --
> Jody Klymak
> http://web.uvic.ca/~jklymak/
>
>
>
>
>

Message #27 received at 1316 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Klymak Jody <jklymak <at> uvic.ca>
To: Adrian Robert <adrian.b.robert <at> gmail.com>
Cc: 1316 <at> debbugs.gnu.org
Subject: Re: #1316 - 23.0.60; Image display OSX carbon - Emacs bug report logs
Date: Tue, 25 Nov 2008 07:25:18 -0800

On Nov 24, 2008, at 5:01 PM, Adrian Robert wrote:

> OK, in some sort of JPEG metadata (I'm not familiar with this, but  
> wonder if ImageMagick lets you control it) the first says "250 DPI"  
> and the second "72 DPI".  If you are on a Mac (maybe Leopard  
> necessary) you can see the effect by opening in Preview, then in  
> Preview's prefs toggle the 'Images'
> | 'Default Image Size' option back and forth.
>
> Emacs.app currently respects the DPI.  Perhaps it should be changed  
> to ignore it?  (I don't like the idea of an option, unless other  
> platforms could be talked into supporting it.)

I see, that makes sense.  Maybe the question is do other Emacs respect  
the DPI?  The old version didn't. Does 23.x do so on other platforms?   
If so, then of course Carbon should as well.

Again the problem was with docview mode, and their call of gs to  
convert from pdf to png made high dpi pngs that showed up very small  
in 23.x.  I guess the easiest thing to do is modify docview to use the  
correct dpi...

Thanks a lot for looking at this and for all your hard work on  
Emacs.app!,

Cheers,  Jody




>
>
> -Adrian
>
>
> On Nov 24, 2008, at 6:35 PM, Klymak Jody wrote:
>
>>
>> Hi Adrian,
>>
>> A jpeg is attached.  It shows up as 3.4 x 3.5cm on my screen at 96  
>> dpi when I run with Emacs -Q and open from dired.
>>
>> In Emacs 22.3.1 on the same machine it shows up as 11x12 cm.
>>
>> OTOH, you are right - many jpegs from my collection seem to show up  
>> fine, so it must be a difference in how I've made this one.  These  
>> are just made using imagemagick's convert, so I can't be the only  
>> one who has problems. The problem also manifests itself in pngs  
>> made by docview mode.
>>
>> The second file is one that looks fine on both versions of emacs.
>>
>> Thanks,  Jody
>>
>> <AesopFlipData.jpg>
>>
>>
>>
>> <kiimages.jpg>
>>
>>
>> --
>> Jody Klymak
>> http://web.uvic.ca/~jklymak/
>>
>>
>>
>>
>>
>

--
Jody Klymak
http://web.uvic.ca/~jklymak/

Message #32 received at 1316 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Adrian Robert <adrian.b.robert <at> gmail.com>
To: Klymak Jody <jklymak <at> uvic.ca>
Cc: 1316 <at> debbugs.gnu.org
Subject: Re: #1316 - 23.0.60; Image display OSX carbon - Emacs bug report logs
Date: Tue, 25 Nov 2008 15:53:29 -0500

On Nov 25, 2008, at 10:25 AM, Klymak Jody wrote:

>
> On Nov 24, 2008, at 5:01 PM, Adrian Robert wrote:
>
>> OK, in some sort of JPEG metadata (I'm not familiar with this, but  
>> wonder if ImageMagick lets you control it) the first says "250 DPI"  
>> and the second "72 DPI".  If you are on a Mac (maybe Leopard  
>> necessary) you can see the effect by opening in Preview, then in  
>> Preview's prefs toggle the 'Images'
>> | 'Default Image Size' option back and forth.
>>
>> Emacs.app currently respects the DPI.  Perhaps it should be changed  
>> to ignore it?  (I don't like the idea of an option, unless other  
>> platforms could be talked into supporting it.)
>
> I see, that makes sense.  Maybe the question is do other Emacs  
> respect the DPI?  The old version didn't. Does 23.x do so on other  
> platforms?  If so, then of course Carbon should as well.

I'm not sure what 23 does elsewhere but I'd rather consider the  
choices on their own merits.    I suspect users will expect and prefer  
the ignoring-DPI behavior, emacs not being a specialized image- 
preparation program, but I was interested in hearing the opinion of one.
;-)



> Again the problem was with docview mode, and their call of gs to  
> convert from pdf to png made high dpi pngs

Ah.  This behavior seems reasonable.

Message #37 received at 1316 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Klymak Jody <jklymak <at> uvic.ca>
To: Adrian Robert <adrian.b.robert <at> gmail.com>
Cc: 1316 <at> debbugs.gnu.org
Subject: Re: #1316 - 23.0.60; Image display OSX carbon - Emacs bug report logs
Date: Tue, 25 Nov 2008 15:39:57 -0800

Hi Adrian,

On Nov 25, 2008, at  12:53 PM, Adrian Robert wrote:

> I'm not sure what 23 does elsewhere but I'd rather consider the  
> choices on their own merits.    I suspect users will expect and  
> prefer the ignoring-DPI behavior, emacs not being a specialized  
> image-preparation program, but I was interested in hearing the  
> opinion of one.
> ;-)

I guess there is a movement towards device-independence though, and  
respecting the DPI would seem to be in that spirit. In general, as a  
user responsible for eventual print publication I'd always rather  
specify the physical size of an image and its DPI rather than it's  
pixel dimensions. So in some ways the new behaviour makes a lot of  
sense.

However, I bet quite a few things have been written expecting the old  
behaviour.  Preview Latex and Docview spring to mind...

Cheers,  Jody


--
Jody Klymak
http://web.uvic.ca/~jklymak/

Message #42 received at 1316-done <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Adrian Robert <adrian.b.robert <at> gmail.com>
To: 1316-done <at> debbugs.gnu.org
Subject: Re: 23.0.60; Image display OSX carbon
Date: Wed, 21 Jan 2009 19:27:07 +0200

Closing, fixed to nsimage.c on 2009/01/21.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.