From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: tomas@tuxteam.de Newsgroups: gmane.emacs.devel Subject: Re: Emacs canvas support Date: Wed, 29 Apr 2020 21:08:54 +0200 Message-ID: <20200429190854.GC27164@tuxteam.de> References: <83sggmzjp8.fsf@gnu.org> <87mu6u1tii.fsf@yahoo.com> <83o8raziis.fsf@gnu.org> <877dxy1smz.fsf@yahoo.com> <87o8rae0ao.fsf@randomsample> <83lfmexmfp.fsf@gnu.org> <20200429171619.GB20842@tuxteam.de> <83imhixkva.fsf@gnu.org> <20200429185128.GA27164@tuxteam.de> <83ees6xggr.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5QAgd0e35j3NYeGe" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="98165"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/1.5.21 (2010-09-15) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Apr 29 21:11:21 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jTs76-000PRQ-RM for ged-emacs-devel@m.gmane-mx.org; Wed, 29 Apr 2020 21:11:20 +0200 Original-Received: from localhost ([::1]:38004 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jTs75-0000UA-Sq for ged-emacs-devel@m.gmane-mx.org; Wed, 29 Apr 2020 15:11:19 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41842) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jTs5l-00073L-6a for emacs-devel@gnu.org; Wed, 29 Apr 2020 15:09:58 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.90_1) (envelope-from ) id 1jTs5j-0005GZ-2W for emacs-devel@gnu.org; Wed, 29 Apr 2020 15:09:56 -0400 Original-Received: from mail.tuxteam.de ([5.199.139.25]:59643) by eggs.gnu.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.90_1) (envelope-from ) id 1jTs4n-00043Y-8V; Wed, 29 Apr 2020 15:08:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tuxteam.de; s=mail; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=oIFrB+CpbZMYlW/g7TM7lxqc8v1Viu6j4B2n0DEQUGI=; b=DLdTqLLOkBHKqPlpfKNB3MhZwjJsRCTkKNHaEq17+cZYS8NRpdK4fMk8oR6nhG6SXGlgubWDzCbP0fXMRDsFd9BcMr1wlzOJuudXQG2+QwAgZN/3S97FH03eEoMZ6wSaaz7TR7ZzrCy6CV0ItkPm2RrRWpdd6jssscB71D4EWPaSsyj0aSJf2RU3K7nr5TWG1umzl7wc60vfVvtBEVx53sEwY6UqErc3SzYduF4AYZDNtrH1WAKbnlHrg3iFkHv7uG8k4EZZVtWtZEKtvgQ1UaUcwIMfNDsOONLsOcnwBnVff7wn12W1Sd/ks2e9FENBDpvjTRtvpMBwFn2ryZMIWg==; Original-Received: from tomas by mail.tuxteam.de with local (Exim 4.80) (envelope-from ) id 1jTs4k-0007Nh-UT; Wed, 29 Apr 2020 21:08:54 +0200 Content-Disposition: inline In-Reply-To: <83ees6xggr.fsf@gnu.org> Received-SPF: pass client-ip=5.199.139.25; envelope-from=tomas@tuxteam.de; helo=mail.tuxteam.de X-detected-operating-system: by eggs.gnu.org: First seen = 2020/04/29 13:16:20 X-ACL-Warn: Detected OS = Linux 3.1-3.10 [fuzzy] X-Received-From: 5.199.139.25 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:248179 Archived-At: --5QAgd0e35j3NYeGe Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 29, 2020 at 10:03:00PM +0300, Eli Zaretskii wrote: > > Date: Wed, 29 Apr 2020 20:51:28 +0200 > > From: tomas@tuxteam.de > > Cc: emacs-devel@gnu.org > >=20 > > > That's not how Emacs controls what's on display. It basically > > > represents each window as a 2D array of glyphs, each one of which has > > > a certain graphical representation. > >=20 > > ...a display list of sorts. >=20 > It's a far cry from any "list" in my book... Don't take the "list" too literally. I was possibly misusing (by extension) some now-obsolete graphics jargon. > > I think the "interesting" problem is to know (quickly) which > > graphical objects intersect the (visible) window -- something > > graphics programs do as their main job. >=20 > That's easy, we have infrastructure for that already -- it is used in > expose_frame and its subroutines. This sounds... encouraging :-) (TBH I was coming from the other side: index the graphics objects in a way that one doesn't need to look at most of those which are currently hidden). Cheers -- t --5QAgd0e35j3NYeGe Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAl6p0MYACgkQBcgs9XrR2kZuuwCfSrEsadjpSpCtsMaeyyt+8zT2 Rg8AnAi8x35wXRqDg8Hy94bNh4F8oue3 =g459 -----END PGP SIGNATURE----- --5QAgd0e35j3NYeGe--