From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Stefan Monnier" Newsgroups: gmane.emacs.devel Subject: Re: Gtk scrollbar: thumb too short Date: Mon, 07 Apr 2003 15:30:39 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200304071930.h37JUdii025560@rum.cs.yale.edu> References: <20030325193739.ZGIN3924.fep01-svc.swip.net@gaffa.gaia.swipnet.se> <3E8345E8.4090509@swipnet.se> <1048872463.17161.132.camel@localhost.localdomain> <1049134327.3326.74.camel@localhost.localdomain> <84of3p2m44.fsf@lucy.is.informatik.uni-duisburg.de> <200304021352.h32DqLO11793@eel.dms.auburn.edu> <1049729721.4045.47.camel@localhost.localdomain> <200304071657.h37Gv2LG024488@rum.cs.yale.edu> <1049740246.15331.51.camel@localhost.localdomain> <200304071838.h37IcO6F025197@rum.cs.yale.edu> <1049741822.15342.57.camel@localhost.localdomain> <200304071902.h37J213q025315@rum.cs.yale.edu> <1049743260.15342.60.camel@localhost.localdomain> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1049744796 4555 80.91.224.249 (7 Apr 2003 19:46:36 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 7 Apr 2003 19:46:36 +0000 (UTC) Cc: Stefan Monnier Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Mon Apr 07 21:46:28 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 192cZY-0001Aq-00 for ; Mon, 07 Apr 2003 21:46:28 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 192cdC-00047L-00 for ; Mon, 07 Apr 2003 21:50:15 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 192cVV-00044J-09 for emacs-devel@quimby.gnus.org; Mon, 07 Apr 2003 15:42:17 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 192cOF-0001XA-00 for emacs-devel@gnu.org; Mon, 07 Apr 2003 15:34:47 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 192cO6-0001TI-00 for emacs-devel@gnu.org; Mon, 07 Apr 2003 15:34:39 -0400 Original-Received: from rum.cs.yale.edu ([128.36.229.169]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 192cKJ-0008UP-00; Mon, 07 Apr 2003 15:30:43 -0400 Original-Received: from rum.cs.yale.edu (localhost [127.0.0.1]) by rum.cs.yale.edu (8.12.8/8.12.8) with ESMTP id h37JUex6025562; Mon, 7 Apr 2003 15:30:40 -0400 Original-Received: (from monnier@localhost) by rum.cs.yale.edu (8.12.8/8.12.8/Submit) id h37JUdii025560; Mon, 7 Apr 2003 15:30:39 -0400 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 Original-To: Owen Taylor Original-cc: rms@gnu.org Original-cc: Luc Teirlinck Original-cc: kai.grossjohann@gmx.net Original-cc: emacs-devel@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:12991 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:12991 > > > The 0-99 possible values for position in the document are mapped > > > linearly onto the 0-90 possible values for the position of the > > > slider thumb. By whom ? The GTK library or the client application ? If it's done by the library, then the application doesn't even need to care about the minimum_size, right ? > > My point exactly: > > for all intents and purposes (other than actual drawing on > > the screen which you might care about but we don't), we can > > subtract 10 from all sizes and pretend the total_size is 90 > > and minimum_size is 0 (and can thus be ignored). > > The difference from your computations and the GTK+ computations > is that GTK+ only subtracts the minimum size from the total > trough size, while you are also subtracting it from the thumb > size. But as long as that minimum_size is available to the client application, the client can also do the subtraction and forget about it. My analysis was not meant to show how things work in GTK but how Emacs likes to look at them. As long as it's possible for Emacs to look at them that way, all is fine. The actual appearance is not really important. Stefan