[Top][All Lists]

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

Re: Strange Gorm/ProjectCenter behaviour ... bug?

From: MJ Ray
Subject: Re: Strange Gorm/ProjectCenter behaviour ... bug?
Date: Sun, 08 Dec 2002 12:30:38 GMT
User-agent: slrn/ (Linux)

<address@hidden> <address@hidden> wrote:
> The problem is in any editing field, when the escape key is pressed, 
> the program inputs the escape key into the field as a little 
> dotted-outline square. This takes up space in the string, is part of 
> the string, but neither backspace, nor the mouse selection, nor 
> delete will erase it.

This might be a bug with the text entry field from the way you describe it. 
I think that's a work in progress, so hopefully that will be corrected soon.

Sorry I can't give you a happier message.

Hello to the mailing list from the newsgroups once again!
>From address@hidden Mon Dec 09 09:07:18 2002
Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13)
        id 18LOZ3-0002H8-00
        for address@hidden; Mon, 09 Dec 2002 09:07:17 -0500
Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13)
        id 18LOZ0-0002Fy-00
        for address@hidden; Mon, 09 Dec 2002 09:07:17 -0500
Received: from mailout11.sul.t-online.com ([])
        by monty-python.gnu.org with esmtp (Exim 4.10.13)
        id 18LOYz-0002Fd-00
        for address@hidden; Mon, 09 Dec 2002 09:07:13 -0500
Received: from fwd02.sul.t-online.de 
        by mailout11.sul.t-online.com with smtp 
        id 18LOYv-0006Lo-0F; Mon, 09 Dec 2002 15:07:09 +0100
Received: from metaobject.com (address@hidden) by
        with esmtp id 18LOYo-1L8ooiC; Mon, 9 Dec 2002 15:07:02 +0100
Date: Mon, 9 Dec 2002 15:07:00 +0100
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v551)
To: Andreas Hoeschler <address@hidden>
From: Marcel Weiher <address@hidden>
In-Reply-To: <address@hidden>
Message-Id: <address@hidden>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.551)
X-Sender: address@hidden
X-Mailman-Approved-At: Mon, 09 Dec 2002 10:30:50 -0500
cc: address@hidden
Subject: Re: Converting TIFF to JPG/GIF/PNG
X-BeenThere: address@hidden
X-Mailman-Version: 2.1b5
Precedence: list
List-Id: Discussion list for the GNUstep programming environment
List-Help: <mailto:address@hidden>
List-Post: <mailto:address@hidden>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/discuss-gnustep>,
List-Archive: <http://mail.gnu.org/pipermail/discuss-gnustep>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/discuss-gnustep>,
X-List-Received-Date: Mon, 09 Dec 2002 14:07:18 -0000

On Friday, December 6, 2002, at 03:01  Uhr, Andreas Hoeschler wrote:

> Hi all,
> I have to convert TIFF --> JPG/GIF on the fly. The images stored in 
> the database are in TIFF. The application (GNUstep tool) is supposed 
> to return them in JPG/GIF or PNG format. On MacOSX I do
>       NSBitmapImageRep *imageRep = [NSBitmapImageRep 
> imageRepWithData:[_image
>       TIFFRepresentationUsingCompression:NSTIFFCompressionLZW factor:15.0]];
>       _jpgData = [[imageRep representationUsingType:NSJPEGFileType 
> properties:properties] retain];

Silly question:   why are you doing the TIFF-encoding step at all?   
After all, you're taking the image (initialized from a file?), 
converting that to TIFF, then getting an image (NSBitmapImageRep) again 
and then convering that to JPEG.

Why not get a JPEG-representation directly?  Just get the 
NSBitmapImageRep (from a file or wherever) and then get its 

And if you determine you absolutely need to go via an intermediate 
TIFF-step (I can't see a good reason why), simply don't apply LZW 
compression to it.  BTW:  the compression factor is meaningless for LZW 


Marcel Weiher                           Metaobject Software Technologies
address@hidden          www.metaobject.com
Metaprogramming for the Graphic Arts.   HOM, IDEAs, MetaAd etc.

reply via email to

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