gnustep-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Image size, DPI (was Re: Gorm is broken)


From: Eric Wasylishen
Subject: Image size, DPI (was Re: Gorm is broken)
Date: Tue, 3 May 2011 13:37:50 -0600

Hi Gregpory,
I wrote a bash script which uses imagemagick to set these:

changedpi.sh:
#!/bin/bash
for i in $*; do
dpi=`identify -format '%x %y' $i`;
if [ "$dpi" != "72 PixelsPerInch 72 PixelsPerInch" ]; then
mogrify -density 72x72 $i;
fi
done

so if you call:
./changedpi.sh *.tiff
it should set the dpi of all tiff files to 72 if it isn't already.

Cheers.
Eric

On 2011-05-03, at 9:47 AM, Gregory Casamento wrote:

Hey Eric,

I saw the commit changing things to 72DPI.  It does seem to correct the issue.  I believe we'll have to do with same for some of the apps in GAP as well since the DPI settings there are wrong as well for a few of them. :)

GC

On May 1, 2011, at 7:00 PM, Eric Wasylishen wrote:

Hi Gregory,
I just noticed the scaled down icons as well. It should be fixed now.

With r32920 and r32916 I read the DPI metadata in TIFF's and PNG's, and use it to calculate the dimensions of images in points. Some of the included GNUstep images had their DPI metadata set to 96, which is why they were being scaled down, so I set these to 72.

btw, some images are getting slightly blurred, at least with the cairo backend (the scroller arrows, the "home" button in file dialogs.) I'm not sure why that is, but it's likely one of my recent image changes, and I'll look into it.

--Eric

On 2011-05-01, at 4:06 PM, Gregory Casamento wrote:

I'm seeing the icons scaled down on some apps.   Could this be because
of this change as well?

On Sun, May 1, 2011 at 1:40 PM, Germán Arias <address@hidden> wrote:
OK, the problem was that I don't recompile the palette "Boxes". Now
works, thanks.


On sáb, 2011-04-30 at 23:35 -0600, Eric Wasylishen wrote:
Assuming you are running trunk of everything, see if undoing my change r 32895 makes the problem go away. The command to do that is "svn merge --change -32895 Source/NSImage.m" from the gui directory. In that revision I removed some code in -compositeToPoint: which cached the image.

I'm running trunk of base/gui/back and gorm and they seems to work for me.

Cheers,
Eric

On 2011-04-30, at 11:10 PM, Gregory Casamento wrote:

Can you give me any more information to go on?

I'm assuming you're using the SVN version of Gorm.  What version of
base, gui, etc are you using?

GC

On Sat, Apr 30, 2011 at 7:39 PM, Germán Arias <address@hidden> wrote:
Currently Gorm is broken, I get the error:

2011-04-30 17:37:27.320 Gorm[13606] Exception occured while loading
model: methodForSelector: null selector given
2011-04-30 17:37:27.321 Gorm[13606] Failed to load Gorm
/usr/GNUstep/Local/Applications/Gorm.app/Gorm: Uncaught exception
ImageCache, reason: Cannot lock focus on nil rep


_______________________________________________
Gnustep-dev mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/gnustep-dev




--
Gregory Casamento - GNUstep Lead/Principal Consultant, OLC, Inc.
yahoo/skype: greg_casamento, aol: gjcasa
(240)274-9630 (Cell)

_______________________________________________
Gnustep-dev mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/gnustep-dev






--
Gregory Casamento - GNUstep Lead/Principal Consultant, OLC, Inc.
yahoo/skype: greg_casamento, aol: gjcasa
(240)274-9630 (Cell)


_______________________________________________
Gnustep-dev mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/gnustep-dev

Gregory Casamento - GNUstep Lead/Principal Consultant, OLC, Inc.
yahoo/skype: greg_casamento, aol: gjcasa
(240)274-9630 (Cell)



reply via email to

[Prev in Thread] Current Thread [Next in Thread]