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: GTK scroll bar question Date: Thu, 31 Jul 2014 17:27:39 +0200 Message-ID: <53DA606B.6020400@swipnet.se> 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> <53DA5D31.9000905@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1406820489 2515 80.91.229.3 (31 Jul 2014 15:28:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 31 Jul 2014 15:28:09 +0000 (UTC) Cc: Emacs development discussions To: Dmitry Antipov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 31 17:28:03 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 1XCsGw-0004n0-Sj for ged-emacs-devel@m.gmane.org; Thu, 31 Jul 2014 17:28:03 +0200 Original-Received: from localhost ([::1]:57289 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XCsGw-0002uh-FG for ged-emacs-devel@m.gmane.org; Thu, 31 Jul 2014 11:28:02 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52249) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XCsGo-0002tz-74 for emacs-devel@gnu.org; Thu, 31 Jul 2014 11:28:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XCsGh-00029i-4x for emacs-devel@gnu.org; Thu, 31 Jul 2014 11:27:54 -0400 Original-Received: from mailfe09.swip.net ([212.247.155.1]:46313 helo=swip.net) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XCsGg-00029D-Uc for emacs-devel@gnu.org; Thu, 31 Jul 2014 11:27:47 -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 mailfe09.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 347275079; Thu, 31 Jul 2014 17:27:43 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 In-Reply-To: <53DA5D31.9000905@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 212.247.155.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:173323 Archived-At: Dmitry Antipov skrev 2014-07-31 17:13: > On 07/31/2014 03:53 PM, Jan Djärv wrote: > >> We want to get rid of those as they are a performance hit. > > Less widgets is not necessary means more performance. Who said anything about widgets? Less windows is waht we are talking about here. Gtk+ headed in that directoin for a reason. > >> 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 timers >> and other things (the whole xg_select.c file for example) that only comes >> from not running the Gtk+ event loop. > > It just confirms that Emacs is not a first-class Gtk+ citizen and will > always > have OS- and so window system-specific code. It just confirms that Emacs is wierd, not that it has to be like this. > >> It is true that Cairo don't use pixmaps > > What do you mean about "don't use"? In the API for drawing images. > > * 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). But we don't target the Cairo backend, we target the Cairo API. > >>> 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 :-). > For Cairo almost all functions use only Cairo. The exception is that they use information in GC:s. That is because Emacs core passes around GC:s. Even w32 and ns emulate GC:s to cope. > >>> 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 >> right to >> break code and generally change it so that the people that try to >> maintain >> it can't recognize anymore? > > Please re-read above. I mean "do", which is not always the same as > "checkin". On this list "do" is the same as checkin. Why else bring it up? Jan D.