From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Antipov Newsgroups: gmane.emacs.devel Subject: Re: GTK scroll bar question Date: Thu, 31 Jul 2014 19:13:53 +0400 Message-ID: <53DA5D31.9000905@yandex.ru> References: <53D8D2DE.4090700@yandex.ru> <53D8E765.2030303@gmx.at> <53D91162.9010503@yandex.ru> <53D9CE87.20800@yandex.ru> <53D9E7C0.9040204@swipnet.se> <53DA1825.70301@yandex.ru> <258DF241-B761-4DD8-9CDD-278785FC4A39@swipnet.se> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1406819669 22849 80.91.229.3 (31 Jul 2014 15:14:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 31 Jul 2014 15:14:29 +0000 (UTC) Cc: Emacs development discussions To: =?windows-1252?Q?Jan_Dj=E4rv?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 31 17:14:23 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 1XCs3h-0008Tm-3g for ged-emacs-devel@m.gmane.org; Thu, 31 Jul 2014 17:14:21 +0200 Original-Received: from localhost ([::1]:57211 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XCs3g-0005cR-LO for ged-emacs-devel@m.gmane.org; Thu, 31 Jul 2014 11:14:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48824) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XCs3X-0005a2-Rr for emacs-devel@gnu.org; Thu, 31 Jul 2014 11:14:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XCs3R-0003fK-NP for emacs-devel@gnu.org; Thu, 31 Jul 2014 11:14:11 -0400 Original-Received: from forward10l.mail.yandex.net ([84.201.143.143]:36788) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XCs3R-0003bo-BZ for emacs-devel@gnu.org; Thu, 31 Jul 2014 11:14:05 -0400 Original-Received: from smtp1h.mail.yandex.net (smtp1h.mail.yandex.net [84.201.187.144]) by forward10l.mail.yandex.net (Yandex) with ESMTP id A37F8BA12C7; Thu, 31 Jul 2014 19:14:03 +0400 (MSK) Original-Received: from smtp1h.mail.yandex.net (localhost [127.0.0.1]) by smtp1h.mail.yandex.net (Yandex) with ESMTP id 36FE01340F2C; Thu, 31 Jul 2014 19:14:03 +0400 (MSK) Original-Received: from 31.gprs.mts.ru (31.gprs.mts.ru [213.87.131.31]) by smtp1h.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id mVpJj3jvyj-E1KmhAGb; Thu, 31 Jul 2014 19:14:02 +0400 (using TLSv1.2 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 36e5ba0e-3c00-48bd-a1f9-cecc723d40fe DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1406819642; bh=y+nrYRf1caSsxY3jEB0jSyx5MmCgZpXujaevXqe1KS0=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=oOrQbYG+3zEIPFTH3QF2BJCNSWQjk2Jike3BEPBMkggGpwD4QA/p1My2uQ7J0ZFbU XV4GVI4hmCDXB6KIF/NageRlVaSA3/xiHmfl6nuCmX5NkqSypfQIIaBRzHH8Ot/sRS PkHTDp26hNCcC0/fdm6HnHnduF+Wtj3GiFcFeI3g= Authentication-Results: smtp1h.mail.yandex.net; dkim=pass header.i=@yandex.ru User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 In-Reply-To: <258DF241-B761-4DD8-9CDD-278785FC4A39@swipnet.se> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] [fuzzy] X-Received-From: 84.201.143.143 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:173322 Archived-At: On 07/31/2014 03:53 PM, Jan Dj=E4rv wrote: > We want to get rid of those as they are a performance hit. Less widgets is not necessary means more performance. > The first Gtk+ version I made did not use handle_one_xevent, but it was= > decided that the code in handle_one_xevent should be reused. So it is > a no-brainer to replace it, it is just a lot of work. > > The reason is that we have a lot of code in other places to handle time= rs > and other things (the whole xg_select.c file for example) that only com= es > from not running the Gtk+ event loop. It just confirms that Emacs is not a first-class Gtk+ citizen and will al= ways have OS- and so window system-specific code. > It is true that Cairo don't use pixmaps What do you mean about "don't use"? * xlib: Uses the Xlib interface to the X Window System. This backend can = target Windows or Pixmaps. The Render extension is used if available, but is = not required. (http://cairographics.org/backends). >> In particular, this will require >> new redisplay interface to replace x_redisplay_interface > > No it will not. Get your favorite function from x_redisplay_interface and try to redesign= it by using only Gtk+ and Cairo interfaces. Do not assume that Gtk+ is backed by X, so no way to access underlying Display, Window, GC, etc. I'm pretty sure you eventually finish with gtkterm.c :-). > From what was contained in the Gtk+ port only, you now distribute to th= ree files, > and enlarge a struct for no good reason. That is not elegant IMHO. Pointers to Gtk+ widgets are OK in x_output, which is actually a part of = frame. So I don't see why it's so bad for scroll bars, especially if it's going = to replace _larger_ data structure with non-zero maintenance cost. >> With all possible respect, we can't direct each other to do or not to = do >> something. And we shouldn't, isn't it? > > > So when you can checkin to the Emacs tree, you feel you are in your rig= ht to > break code and generally change it so that the people that try to maint= ain > it can't recognize anymore? Please re-read above. I mean "do", which is not always the same as "check= in". Dmitry