From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Evgeny Zajcev Newsgroups: gmane.emacs.devel Subject: Re: Image transformation filter for upscaled images Date: Mon, 8 Mar 2021 03:42:17 +0300 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000051e14405bcfbb589" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8876"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Alan Third , emacs-devel To: Stefan Kangas Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Mar 08 01:44:17 2021 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 1lJ40P-0002DO-7E for ged-emacs-devel@m.gmane-mx.org; Mon, 08 Mar 2021 01:44:17 +0100 Original-Received: from localhost ([::1]:54752 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lJ40O-0005Wj-8U for ged-emacs-devel@m.gmane-mx.org; Sun, 07 Mar 2021 19:44:16 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33298) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lJ3yl-0004fa-Vj for emacs-devel@gnu.org; Sun, 07 Mar 2021 19:42:36 -0500 Original-Received: from mail-lf1-x135.google.com ([2a00:1450:4864:20::135]:35536) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lJ3yi-0001od-8F for emacs-devel@gnu.org; Sun, 07 Mar 2021 19:42:35 -0500 Original-Received: by mail-lf1-x135.google.com with SMTP id e7so17404915lft.2 for ; Sun, 07 Mar 2021 16:42:29 -0800 (PST) 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=ArbY9rJoI98w2+WZl8DN0OfNiffKdID7vwaOTpk9jO0=; b=WgUpnYTnOJqNxqgAqIaagqHaFeJzs+sThH9hPFOWQEYRdPqwFLI4FqWpKPQJ4zmRnn 3Z/MTO/jRIqua79CRO6cdcnZos30nN+0mIsnuq7hi7f3JBSBkyxHPCt/Awi4UoDLKXCt EtxNCDQ7f/Pgw2rc82LwzwGXddDrnFPnpZCW14ahOIB1h1IWUxGmRmQzURW7eL6GBg+M j1fSQi2UN+aNJDdXIukeoZuPc9I524FMD1qQoJCGmfjR0BWnhTlcFnaqDGkw3vlM9UKR BPFkhwnzmvGb+Fc3Bu2qlbsch1wVEDlD3U5na0K8EIfT5yp80TsnISbNsMGH71IcImX7 cBCA== 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=ArbY9rJoI98w2+WZl8DN0OfNiffKdID7vwaOTpk9jO0=; b=mM40EA1Cmgi8nBdUvXbO3MimSimL1VtvNDbdepUz8+23DIwQp3j/umLQVQOk5f3Lus JPeaMUtg4rRwXzr4A5uPlNgzF3xSpkgR2NUbr5UdG03E1XYo/5q34yZgTM+4QDS46Jhj xSLmvWn2W4CDVXBShwSHJUt3ZXDoOYnmXyVmz8QjF/r4N8nFZOjMiVzZHVwK7Mb3NByM CzaCGcvM2HIKgxds51uQI1OOszcIPa9dINpi2gOkSN22+vfqfE4F8U3Z3lBWCTPj02nv mFLx+hqx5wfZiCoIZtpgaoOjQDqR7GaAxkXTR623z0lMAp7EYlshHN/a8cLXVt6qKP6K kE6w== X-Gm-Message-State: AOAM532UVFgUfsS1dZvj9p2rMjRB/JL8dLqvbJWolFlhSvSDI7c1TxU6 +uLTHm6SPZLQRLa6Ad5FiBjadrywhn1Is+KLqAM= X-Google-Smtp-Source: ABdhPJyF0FA28mtcUTNE3ikC2iUFL1pF/nifdBuNbkkFXgUvyzGZ3trS9Xry223V95ApiG6mSpfqpEpsVhRgOM9cSnM= X-Received: by 2002:a05:6512:398a:: with SMTP id j10mr12580688lfu.167.1615164148407; Sun, 07 Mar 2021 16:42:28 -0800 (PST) In-Reply-To: Received-SPF: pass client-ip=2a00:1450:4864:20::135; envelope-from=lg.zevlg@gmail.com; helo=mail-lf1-x135.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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:266154 Archived-At: --00000000000051e14405bcfbb589 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =D0=BF=D0=BD, 8 =D0=BC=D0=B0=D1=80. 2021 =D0=B3. =D0=B2 02:27, Stefan Kanga= s : > Evgeny Zajcev writes: > > >> The reason nearest was chosen was because scaled up pixel art (emojis, > >> mostly, like etc/images/smilies/wry.xpm) looked abominable > > Doesn't it seem like a bad trade-off to improve rendering of smileys at > the cost of rendering PDF:s worse? I rarely if ever use doc-view, but > testing it now seems to produce less than stellar results (i.e. the text > is barely readable). > > > Just get rid of any xpm :) Emacs has nice support for SVG after all, we > can > > write xpm to svg converter to keep pixel art precision. > > Is there a way to convert from XPM automatically, or are you saying you > volunteer to make the SVG:s? > I can write the converter of course, however, there are already fonts with colored emojis with "SIL Open Font License" that might be used to get SVG emojis. Is that license suitable? Or keeping pixel art for old xpm's is crucial? Nowadays having emojis is easy as evaluating (set-fontset-font t 'symbol (font-spec :family "")) sexp, probably old packages (that uses emoji xpms) could be updated to use unicode emojis instead? > Another option would perhaps be to just replace the XPM:s we have with > some set of emojis licensed under Creative Commons. The first one I > found when searching online was this one: > > https://openmoji.org/ > https://github.com/hfg-gmuend/openmoji/blob/master/FAQ.md > > Its license is Creative Commons Share Alike License 4.0 (CC BY-SA 4.0). > That is okay for distributing with Emacs, I think? > > Or we could use some other set, I don't exactly care which one it is. > If there is more than one candidate perhaps we could distribute more > than one and add an option to choose between them. > --=20 lg --00000000000051e14405bcfbb589 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
=D0=BF=D0=BD, 8 =D0=BC=D0=B0=D1=80. 2= 021 =D0=B3. =D0=B2 02:27, Stefan Kangas <stefankangas@gmail.com>:
Evgeny Zajcev <lg.zevlg@gmail.com> writes:

>> The reason nearest was chosen was because scaled up pixel art (emo= jis,
>> mostly, like etc/images/smilies/wry.xpm) looked abominable

Doesn't it seem like a bad trade-off to improve rendering of smileys at=
the cost of rendering PDF:s worse?=C2=A0 I rarely if ever use doc-view, but=
testing it now seems to produce less than stellar results (i.e. the text is barely readable).

> Just get rid of any xpm :) Emacs has nice support for SVG after all, w= e can
> write xpm to svg converter to keep pixel art precision.

Is there a way to convert from XPM automatically, or are you saying you
volunteer to make the SVG:s?

I can writ= e the converter of course, however, there are already fonts with colored em= ojis with "SIL Open Font License" that might be used to get SVG e= mojis.=C2=A0 Is that license suitable?=C2=A0 Or keeping pixel art for old x= pm's is crucial?

Nowadays having emojis is eas= y as evaluating (set-fontset-font t 'symbol (font-spec :family "&l= t;font family with emojis>")) sexp, probably old packages (that use= s emoji xpms) could be updated to use unicode emojis instead?


Another option would perhaps be to just replace the XPM:s we have with
some set of emojis licensed under Creative Commons.=C2=A0 The first one I found when searching online was this one:

=C2=A0 =C2=A0 https://openmoji.org/
=C2=A0 =C2=A0 https://github.com/hfg-gmuend= /openmoji/blob/master/FAQ.md

Its license is Creative Commons Share Alike License 4.0 (CC BY-SA 4.0).
That is okay for distributing with Emacs, I think?

Or we could use some other set, I don't exactly care which one it is. If there is more than one candidate perhaps we could distribute more
than one and add an option to choose between them.


--
lg
--00000000000051e14405bcfbb589--