From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Pip Cet Newsgroups: gmane.emacs.bugs Subject: bug#40845: SVG rendering issues Date: Sat, 25 Apr 2020 17:38:31 +0000 Message-ID: References: <72ebf5eb-6b00-ebb4-dab3-a047e35ae1ae@gmail.com> <83o8rf7fc0.fsf@gnu.org> <83lfmj7dh7.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="32717"; mail-complaints-to="usenet@ciao.gmane.io" Cc: cpitclaudel@gmail.com, 40845@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Apr 25 19:40:12 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1jSOmg-0008OR-Ti for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 25 Apr 2020 19:40:10 +0200 Original-Received: from localhost ([::1]:41826 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jSOmf-00065E-UN for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 25 Apr 2020 13:40:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49086) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jSOmZ-00063S-FQ for bug-gnu-emacs@gnu.org; Sat, 25 Apr 2020 13:40:03 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.90_1) (envelope-from ) id 1jSOmY-0005k1-TL for bug-gnu-emacs@gnu.org; Sat, 25 Apr 2020 13:40:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48751) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jSOmY-0005hQ-FZ for bug-gnu-emacs@gnu.org; Sat, 25 Apr 2020 13:40:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jSOmY-0000FD-Cp for bug-gnu-emacs@gnu.org; Sat, 25 Apr 2020 13:40:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 25 Apr 2020 17:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 40845 X-GNU-PR-Package: emacs Original-Received: via spool by 40845-submit@debbugs.gnu.org id=B40845.1587836355878 (code B ref 40845); Sat, 25 Apr 2020 17:40:02 +0000 Original-Received: (at 40845) by debbugs.gnu.org; 25 Apr 2020 17:39:15 +0000 Original-Received: from localhost ([127.0.0.1]:60297 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jSOln-0000E6-28 for submit@debbugs.gnu.org; Sat, 25 Apr 2020 13:39:15 -0400 Original-Received: from mail-ot1-f53.google.com ([209.85.210.53]:42565) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jSOll-0000Dr-IW for 40845@debbugs.gnu.org; Sat, 25 Apr 2020 13:39:14 -0400 Original-Received: by mail-ot1-f53.google.com with SMTP id m18so18459413otq.9 for <40845@debbugs.gnu.org>; Sat, 25 Apr 2020 10:39:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=JlLxe+Q/3LREc3vFLB076yQjhgAM4+mR0/OY0YX6/2E=; b=vGf5BjqgefxLRW3Hx7nJXGc0GzWskrAOLtEV1ANynwQucqVgtP0E3peD8kRZtTDpNo yWCYufjLRWx0f+ttMf7HLwGSizLdzIJ2mI3ZSXXsZ7g4fibKdQRX7RRxrMMufeKkLzVA QQovTy97z5IEyX08dEVvTh4ILhouVBf+EFgsQAqCVLyC3PlWOW0HUvbClHVOp4OSCwO0 5mhiltSgxAwX1KsYYvHUgFPCuh/3F4isV+ZJOsC34wJevgUG5dIaNq8e66KjyAFKqbNQ 4t4X82tWssOV0u+atmlpcmOFmp6/VbdDgsgxbX9l5gA2XW0o4h/JXeKQIPyN+JYd9XHN cbEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=JlLxe+Q/3LREc3vFLB076yQjhgAM4+mR0/OY0YX6/2E=; b=EDzaRCrKdtoeq7YOfSB5Hqx1KCQnhcodmKCgnXNoPEr2CvGpJh7WyE8KtHF9rD8F+d CDG1g4815x+Y/m1LSaigr+73A0EIKJ7jXgIx0kKWHW+wolxmyCuLnDH+h1H8GQPVTEZf EzTtQJegCMiF84QLZmheO5dPmU15IzyUS0WvsdxA8eC0+6HHKQ4nDmE9VMyKXx7W1+Pl 1KC5pEdYG645OeWxtD6U9QrqDmLgo6rxWMutq9o7AB/forpLho7ff6hfUyrbdbpweAz4 Ue3grxKdBslQvIK4H+bX50bnKEK1mLZh88xeXVOsqRlna6AhJRUKMKphZhH/R2B6FIBO MpSA== X-Gm-Message-State: AGi0PuZyqXSdSZiClnRPEFphrZb2HQE6Fyi57oRYZ9aEVU71uvk4MAvN 1N1fifhvie0w2GJOSR8vGkGXfRmW6lQxUCgx8r0= X-Google-Smtp-Source: APiQypJays/Xf2n2MC2RwN6cgKFHd7JDwL3+6hXQgRVuOYaMyhTAGF49M6GB97t1muba06Cys83SBwr44cWzPim7Ohc= X-Received: by 2002:a9d:23a6:: with SMTP id t35mr13442473otb.154.1587836347746; Sat, 25 Apr 2020 10:39:07 -0700 (PDT) In-Reply-To: <83lfmj7dh7.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:179020 Archived-At: On Sat, Apr 25, 2020 at 4:10 PM Eli Zaretskii wrote: > > From: Pip Cet > > Date: Sat, 25 Apr 2020 15:48:39 +0000 > > Cc: cpitclaudel@gmail.com, 40845@debbugs.gnu.org > > > > On Sat, Apr 25, 2020 at 3:30 PM Eli Zaretskii wrote: > > > > > > I don't think I understand why we need to call a function for this. > > > This is about displaying an image with a specific background color, > > > isn't it? > > > > Even if the problem were just the choice of background color, that > > would require significant and non-trivial changes for some cases: for > > example, an emoji might have to choose foreground colors that provide > > sufficient contrast to the background color, and antialiasing and > > sub-pixel rendering would also need to be taken into account. > > We are talking about displaying images, not characters, right? Correct: images which behave like character glyphs, but don't actually have character codepoints, and aren't implemented by fonts. > So why are emoji relevant to this? An emoji is an example of an image which needs to know face properties to blend in, or stick out, or whatever it is people who use them want to happen. The intention was not that you'd use an emoji codepoint and a font providing a character for that codepoint, which is a silly way of implementing emoji. > > I want to be able to define something that behaves like a character, > > including displaying differently in different frames and depending > > on different face parameters such as weight, slant, and RTL-ness. > > All of that is possible with images, so I don't think I understand why > we need to handle this as a character. Yes, my approach uses images, and no, it doesn't "handle this as a character". It makes the glyph's apparent behavior match that of character glyphs, while actually displaying an image spec which changes with the properties of surrounding text, etc. > This very bug report was filed > because I said we shouldn't use characters and fonts for these > purposes, so let's not discuss that alternative, please, at least not > here. No one was.