From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14586 invoked by alias); 11 Aug 2004 17:09:26 -0000 Mailing-List: contact xconq7-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: xconq7-owner@sources.redhat.com Received: (qmail 14576 invoked from network); 11 Aug 2004 17:09:25 -0000 Received: from unknown (HELO av13-2-sn4.m-sp.skanova.net) (81.228.10.103) by sourceware.org with SMTP; 11 Aug 2004 17:09:25 -0000 Received: by av13-2-sn4.m-sp.skanova.net (Postfix, from userid 502) id 79AB837E47; Wed, 11 Aug 2004 19:09:25 +0200 (CEST) Received: from smtp4-2-sn4.m-sp.skanova.net (smtp4-2-sn4.m-sp.skanova.net [81.228.10.180]) by av13-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id 6973D37E45; Wed, 11 Aug 2004 19:09:25 +0200 (CEST) Received: from [212.181.162.155] (h155n1fls24o1048.bredband.comhem.se [212.181.162.155]) by smtp4-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id 1D52B37E45; Wed, 11 Aug 2004 19:09:21 +0200 (CEST) X-Sender: u22611592@m1.226.comhem.se Message-Id: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 12 Aug 2004 01:56:00 -0000 To: Eric McDonald From: Hans Ronne Subject: Re: IMFApp Office Cc: xconq7@sources.redhat.com X-SW-Source: 2004/txt/msg00875.txt.bz2 >On Wed, 11 Aug 2004, Hans Ronne wrote: > >> I noticed this. I would say that what really happens is that those units >> (not all of them) that have an 8x8 image for some reason is using it at >> 16x16 magnification, too, instead of scaling down the 32x32 image. > >Really? At least in my closeups, it appeared that the top left >corner of the 44x44 was appearing unscaled, and with the >transparency colors unsuppressed) in the "16x16" (22x24?) view >box. This is an aspect of another problem (failure to scale some images correctly on the first attempt) that we already discussed for the emblems. After you click on the image, however, it will be scaled correctly from 32x32 to 16x16. But the 8x8 images override the scaled image at this point, which they should not do (at least not at 16x16 resolution). >>I don't >> think IMFApp is to blame for this, but rather the general image scaling >> code (best_image) which is used by both Xconq and IMFApp. It is unusal to >> provide 32x32 and 8x8 images, but not 16x16, so the code may get confused. > >Then this is even more bothersome to me, because I would like to >provide an actual family of images which have distinct images (but >same name) for each view size, and if the code that handles this >is used in Xconq, then things could get ugly. If you provide an entire family you should be safe. It is only if you leave a hole in the middle that the code apparently gets confused. The fix is probably trivial, like changing a < to a <=, but I haven't had time to look into this since I assigned the path-finding bug a higher priority. Hans