* 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.