From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Jan D." Newsgroups: gmane.emacs.devel Subject: Re: Not a regression, but shuld go into emacs-24 Date: Tue, 03 Jun 2014 09:47:36 +0200 Message-ID: <538D7D98.60702@swipnet.se> References: <538B03D4.6030502@swipnet.se> <538B1D0D.3010102@gmx.at> <538B6CC4.1060309@swipnet.se> <538C2250.1090805@gmx.at> <66A6FA1C-3A31-4331-8421-50E5B012CB6F@swipnet.se> <538CBC2F.1050306@gmx.at> <56311164-C9D0-4A58-A85C-2E3F821299AA@swipnet.se> <538D77D4.2000407@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1401781695 4019 80.91.229.3 (3 Jun 2014 07:48:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 3 Jun 2014 07:48:15 +0000 (UTC) Cc: emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 03 09:48:07 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WrjRy-00024r-BA for ged-emacs-devel@m.gmane.org; Tue, 03 Jun 2014 09:48:02 +0200 Original-Received: from localhost ([::1]:50809 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WrjRx-0002Xd-Qq for ged-emacs-devel@m.gmane.org; Tue, 03 Jun 2014 03:48:01 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58364) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WrjRn-0002XM-Cw for emacs-devel@gnu.org; Tue, 03 Jun 2014 03:47:59 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WrjRf-0006js-5i for emacs-devel@gnu.org; Tue, 03 Jun 2014 03:47:51 -0400 Original-Received: from mailfe01.swip.net ([212.247.154.1]:57166 helo=swip.net) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WrjRf-0006jb-07 for emacs-devel@gnu.org; Tue, 03 Jun 2014 03:47:43 -0400 X-T2-Spam-Status: No, hits=0.0 required=5.0 Original-Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe01.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 509310955; Tue, 03 Jun 2014 09:47:40 +0200 Original-Received: from jdvpro.hq.ismobile.com (unknown [176.57.193.190]) (Authenticated sender: jhd) by hosdjarv.se (Postfix) with ESMTPSA id 364541A030B; Tue, 3 Jun 2014 07:47:40 +0000 (UTC) User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 In-Reply-To: <538D77D4.2000407@gmx.at> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.247.154.1 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:172281 Archived-At: martin rudalics skrev 2014-06-03 09:23: > >> IIUC in XmCR_DRAG we set PORTION to 'cs->value', > > > > XmCR_DRAG is jump in Motif speak. > > So is "dragging the slider" equivalent to 'jump' in Emacs speak? Then I > misunderstood the nomenclature completely. I always thought a 'jump' is > what happens when I click some position above or below the slider. > It is equivalent in Motif and Gtk+ speak, i.e. the callback can't distinguish between the two. Dragging and jumping are handeled the same. > >> and in xaw_scroll_callback we explicitly > >> pass 'position' as PORTION argument. > > > > Because that callback does not distinguish between the different > scroll modes. > > What is a "scroll mode"? Something like "page increment" or "jump > scroll"? Yes, page increment/decrement, and step increment/decrement are modes. As is drag and jump. > > >>> The values of PORTION in x_send_scroll_bar_event and > >>> x_set_toolkit_scroll_bar_thumb are different. The first has values as > >>> defined by the scroll bar. For Gtk+, Motif and Xaw this is a value > >>> between 0 or 1 and 10000000. > >> > >> Yes (in my experience Gtk+ can handle WHOLE directly as is). > > > > This looks ugly when WHOLE changes. The Gtk+ scroll bar does not > redraw nicely. > > In what sense? Does it flicker? > I haven't tried lately, but Gtk+ 2 flickered a lot when its maximum value changed. For example typing at the bottom of a buffer would change the value for every key press. Jan D.