* bug#1316: #1316 - 23.0.60; Image display OSX carbon - Emacs bug report logs
@ 2008-11-21 20:40 Adrian Robert
2008-11-24 23:35 ` Klymak Jody
0 siblings, 1 reply; 6+ messages in thread
From: Adrian Robert @ 2008-11-21 20:40 UTC (permalink / raw)
To: 1316; +Cc: Klymak Jody
> 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
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#1316: #1316 - 23.0.60; Image display OSX carbon - Emacs bug report logs
2008-11-21 20:40 bug#1316: #1316 - 23.0.60; Image display OSX carbon - Emacs bug report logs Adrian Robert
@ 2008-11-24 23:35 ` Klymak Jody
2008-11-25 1:01 ` Adrian Robert
0 siblings, 1 reply; 6+ messages in thread
From: Klymak Jody @ 2008-11-24 23:35 UTC (permalink / raw)
To: Adrian Robert; +Cc: 1316
[-- Attachment #1: Type: text/plain, Size: 573 bytes --]
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
[-- Attachment #2: AesopFlipData.jpg --]
[-- Type: image/jpeg, Size: 149761 bytes --]
[-- Attachment #3: Type: text/plain, Size: 4 bytes --]
[-- Attachment #4: kiimages.jpg --]
[-- Type: image/jpeg, Size: 33778 bytes --]
[-- Attachment #5: Type: text/plain, Size: 52 bytes --]
--
Jody Klymak
http://web.uvic.ca/~jklymak/
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#1316: #1316 - 23.0.60; Image display OSX carbon - Emacs bug report logs
2008-11-24 23:35 ` Klymak Jody
@ 2008-11-25 1:01 ` Adrian Robert
2008-11-25 15:25 ` Klymak Jody
0 siblings, 1 reply; 6+ messages in thread
From: Adrian Robert @ 2008-11-25 1:01 UTC (permalink / raw)
To: Klymak Jody; +Cc: 1316
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/
>
>
>
>
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#1316: #1316 - 23.0.60; Image display OSX carbon - Emacs bug report logs
2008-11-25 1:01 ` Adrian Robert
@ 2008-11-25 15:25 ` Klymak Jody
2008-11-25 20:53 ` Adrian Robert
0 siblings, 1 reply; 6+ messages in thread
From: Klymak Jody @ 2008-11-25 15:25 UTC (permalink / raw)
To: Adrian Robert; +Cc: 1316
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/
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#1316: #1316 - 23.0.60; Image display OSX carbon - Emacs bug report logs
2008-11-25 15:25 ` Klymak Jody
@ 2008-11-25 20:53 ` Adrian Robert
2008-11-25 23:39 ` Klymak Jody
0 siblings, 1 reply; 6+ messages in thread
From: Adrian Robert @ 2008-11-25 20:53 UTC (permalink / raw)
To: Klymak Jody; +Cc: 1316
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.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#1316: #1316 - 23.0.60; Image display OSX carbon - Emacs bug report logs
2008-11-25 20:53 ` Adrian Robert
@ 2008-11-25 23:39 ` Klymak Jody
0 siblings, 0 replies; 6+ messages in thread
From: Klymak Jody @ 2008-11-25 23:39 UTC (permalink / raw)
To: Adrian Robert; +Cc: 1316
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/
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2008-11-25 23:39 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-11-21 20:40 bug#1316: #1316 - 23.0.60; Image display OSX carbon - Emacs bug report logs Adrian Robert
2008-11-24 23:35 ` Klymak Jody
2008-11-25 1:01 ` Adrian Robert
2008-11-25 15:25 ` Klymak Jody
2008-11-25 20:53 ` Adrian Robert
2008-11-25 23:39 ` Klymak Jody
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.