Re: gimp_image_get_resolution/gimp_image_get_unit/release timetable
On Saturday, 19 Feb 2000, Robert L Krawitz wrote: Pending a general way to scale images separately on X and Y axes, what would be your (collective) suggestions about how to handle an image with different X and Y resolutions? This happens so rarely that I would (for the moment) ignore it. Assume the Y resolution is the same as the X resolution. Yes, this is a bug, but it's what (eg) newsprint does. I need to put proper asymmetry support into newsprint at some stage. The main reason gimp uses separate X Y res is that most file formats include them both, and in order not to lose information it's important to preserve the info. The display code used to update image windows can cope happily with non-square image pixels. Austin
Re: gimp_image_get_resolution/gimp_image_get_unit/release timetable
Date: Sun, 20 Feb 2000 22:36:11 + (GMT) From: Austin Donnelly [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] On Saturday, 19 Feb 2000, Robert L Krawitz wrote: Pending a general way to scale images separately on X and Y axes, what would be your (collective) suggestions about how to handle an image with different X and Y resolutions? This happens so rarely that I would (for the moment) ignore it. Assume the Y resolution is the same as the X resolution. OK, the next version (3.0.7) will have a button called "Set Image Scale" next to the other two scaling buttons (percent and PPI). It will immediately set the image to PPI mode and set the resolution to the Y resolution of the image. This may not be ideal, but it's quick and easy to test. Anything else is likely to be fairly high risk. This is already checked into the development mainline. It's strictly a GUI hack, and has no effect on the rest of the system. I'm going to hold 3.0.7 until Michael J. Hammel and I can get his printing issue resolved, and someone else can test a softweave change I made for the Stylus Color 800 (which is really a fairly general issue). Those are important but almost surely very local bugs. -- Robert Krawitz [EMAIL PROTECTED] http://www.tiac.net/users/rlk/ Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail [EMAIL PROTECTED] Project lead for The Gimp Print -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton
Re: gimp_image_get_resolution/gimp_image_get_unit/release timetable
Hi, Well, thus far we've had very little trouble supporting 1.0. Even the configure script works properly. 1.0 is still the stable release of the Gimp. I really don't understand your development cycle. We are approaching the 1.2 release but you insist on keeping the code that is going to ship with 1.2 compatible with 1.0. At the same time you start a new unstable branch heading towards a future you know nothing about yet. Why don't you put some effort into making the print plugin that ships with 1.2 a nice and featureful one? Adding new printers and other sophisticated stuff is probably a bad idea, but overworking the UI and supporting resolution info are things that should be addressed right now. Salut, Sven
Re: gimp_image_get_resolution/gimp_image_get_unit/release timetable
Robert L Krawitz wrote: I'm experimenting with gimp_image_get_resolution(). It appears (in 1.1.17, at any rate) that whatever I set the units to I always get a resolution back that's expressed in dots per inch. Is this behavior correct? Absolutely correct. If so, did it work this way in 1.0 also? This is so I can investigate its use with the Print plugin. 1.0 has no resolution info at all. BTW, do you really want to support 1.0? It may be quite hard to make use of the help system and the libgimp ui stuff (i.e. sizeentries which may be useful for the print plugin) if you want to keep the print plugin running with 1.0... bye, --MItch
Re: gimp_image_get_resolution/gimp_image_get_unit/release timetable
Date: Sat, 19 Feb 2000 22:43:41 +0100 From: Michael Natterer [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Robert L Krawitz wrote: I'm experimenting with gimp_image_get_resolution(). It appears (in 1.1.17, at any rate) that whatever I set the units to I always get a resolution back that's expressed in dots per inch. Is this behavior correct? Absolutely correct. Thanks. If so, did it work this way in 1.0 also? This is so I can investigate its use with the Print plugin. 1.0 has no resolution info at all. BTW, do you really want to support 1.0? It may be quite hard to make use of the help system and the libgimp ui stuff (i.e. sizeentries which may be useful for the print plugin) if you want to keep the print plugin running with 1.0... Well, thus far we've had very little trouble supporting 1.0. Even the configure script works properly. 1.0 is still the stable release of the Gimp. -- Robert Krawitz [EMAIL PROTECTED] http://www.tiac.net/users/rlk/ Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail [EMAIL PROTECTED] Project lead for The Gimp Print -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton
Re: gimp_image_get_resolution/gimp_image_get_unit/release timetable
From: Sven Neumann [EMAIL PROTECTED] Date: Sun, 20 Feb 2000 03:18:53 +0100 Don't underestimate the importance of the resolution info for the print plugin. The following task may not be very professional, but it is certainly something the average gimp user does frequently: Scan in an image, retouch it, collage it, whatever, then print it. When doing this with gimp-1.1.x all parts of the data stream support the resolution information. The scanner plug-in uses it, the application gives you the necessary infos in realsize units, you may even save and load your image in between in a variety of formats. But when you choose to print the image, that information carried along all the way is useless, since it is simply ignored. We have added the image resolution in 1.1 only to make Gimp better suited for printed graphics. CYMK support is still missing, but I thought we'd at least manage to integrate the resolution info completely. Pending a general way to scale images separately on X and Y axes, what would be your (collective) suggestions about how to handle an image with different X and Y resolutions? -- Robert Krawitz [EMAIL PROTECTED] http://www.tiac.net/users/rlk/ Tall Clubs International -- http://www.tall.org/ or 1-888-IM-TALL-2 Member of the League for Programming Freedom -- mail [EMAIL PROTECTED] Project lead for The Gimp Print -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton
