From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10531 invoked by alias); 19 Sep 2003 18:42:31 -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 10512 invoked from network); 19 Sep 2003 18:42:31 -0000 Received: from unknown (HELO smtp1.fre.skanova.net) (195.67.227.94) by sources.redhat.com with SMTP; 19 Sep 2003 18:42:31 -0000 Received: from [212.181.162.155] (h155n1fls24o1048.bredband.comhem.se [212.181.162.155]) by smtp1.fre.skanova.net (8.12.10/8.12.10) with ESMTP id h8JIgNvH014633 for ; Fri, 19 Sep 2003 20:42:26 +0200 (CEST) X-Sender: u22611592@m1.226.telia.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 19 Sep 2003 18:55:00 -0000 To: xconq7@sources.redhat.com From: Hans Ronne Subject: Re: tk-xconq font sizes X-SW-Source: 2003/txt/msg00435.txt.bz2 >Since so many entity sizes are fixed-sized using pixel-sizes, why are the >fonts fixed-sized in point sizes? On my 128dpi X display, the interface >looks horrible (text severely overruns the space allotted everywhere). >Changing all the fixed font sizes in tkconq.tcl to negative numbers of the >same magnitude (thus assuming a 72dpi display) makes everything return to >half-way normal. The font sizes should probably either be user-adjustable >(where applicable, at least with map lablels perhaps) or be negative (i.e., >pixel-sized, not point-sized), or the interface should change size in >relation to the fonts (you can't always expect someone's "helvetica" to be >the same as adobe's helvetica). There are definitely places for each of the >three approaches. Note that 7.4 suffers the same problem in some places, but >it's not as obvious for some reason (perhaps smaller default fonts). I'll see what I can do. Somebody with an 800 x 600 screen complained about the same thing a while ago. Fonts in the tcltk interface are pesky because their implementations differ a lot between the three supported platforms. Your suggestion about negative sizes seems like a good idea provided that it also works under Windows and MacOS. Hans