From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: Image-conversion shims Date: Tue, 01 Oct 2019 14:06:55 +0200 Message-ID: <871rvwacv4.fsf@gnus.org> References: <87v9tctcca.fsf@gnus.org> <87impct2xf.fsf@gnus.org> <83zhinfufb.fsf@gnu.org> <87ftkfnx7a.fsf@gnus.org> <83eezzfh8c.fsf@gnu.org> <8736gea0do.fsf@gnus.org> <83blv2e00m.fsf@gnu.org> <874l0tew98.fsf@gnus.org> <8336gddgtf.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="221574"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 01 14:08:12 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iFGwu-000vXC-0j for ged-emacs-devel@m.gmane.org; Tue, 01 Oct 2019 14:08:12 +0200 Original-Received: from localhost ([::1]:41200 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iFGws-0001DQ-PQ for ged-emacs-devel@m.gmane.org; Tue, 01 Oct 2019 08:08:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:39384) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iFGvo-0001D6-DZ for emacs-devel@gnu.org; Tue, 01 Oct 2019 08:07:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iFGvm-0004CJ-Fx for emacs-devel@gnu.org; Tue, 01 Oct 2019 08:07:04 -0400 Original-Received: from quimby.gnus.org ([80.91.231.51]:43500) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1iFGvl-0004B2-JJ; Tue, 01 Oct 2019 08:07:02 -0400 Original-Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iFGvf-0002EG-IK; Tue, 01 Oct 2019 14:06:58 +0200 In-Reply-To: <8336gddgtf.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 30 Sep 2019 17:01:00 +0300") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 80.91.231.51 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:240435 Archived-At: Eli Zaretskii writes: >> > I don't think I understand why we can't put the association in >> > auto-mode-alist before running "gm convert". Please elaborate why. >>=20 >> If we put (say) .webp into auto-mode-alist, but we can't read .webp >> files, then image-mode will end up issuing an error when called on these >> files. > > I thought when image-mode is invoked, the external converter is called > automagically, no? The user may not have any of the required external converters installed. >> Besides, what formats "gm convert" supports changes over time. By >> consulting it, auto-mode-alist will be automatically updated without us >> having to do anything. > > Yes, but I think it's better to have a solution that is 99% correct > and simple, rather than one that is 100% and much more complex. After > all, this is somewhat obscure use case, at least for now. It is. I'm concerned about three things: 1) Long-time maintenance of all these auto-mode-alist mapping, 2) the less-than ideal user experience of being presented with image-mode and an error instead of a fundamental-mode buffer as today (if you don't have the converters), and 3) possibly stomping on a user's own addition to auto-mode-alist (if the user adds mapping to the end of the alist). By having these modes being absolutely-the-last-fallback (when the user has enabled this at all), then we avoid all those problems. Because the list of formats covered by these converters is huge, and putting all of these into the default auto-mode-alist would be a problem. (image-converter--probe 'graphicsmagick) =3D> ("3fr" "8bim" "8bimtext" "8bimwtext" "app1" "app1jpeg" "art" "arw" "av= s" "b" "bie" "bigtiff" "bmp" "c" "cals" "caption" "cin" "cmyk" "cmyka" "cr2= " "crw" "cur" "cut" "dcm" "dcr" "dcx" "dng" "dpx" "epdf" "epi" "eps" "epsf"= "epsi" "ept" "ept2" "ept3" "erf" "exif" "fax" "file" "fits" "fractal" "ftp= " "g" "gif" "gif87" "gradient" "gray" "graya" "hrz" "http" "icb" "icc" "icm= " "ico" "icon" "identity" "image" "iptc" "iptctext" "iptcwtext" "jbg" "jbig= " "jng" "jnx" "jpeg" "jpg" "k" "k25" "kdc" "label" "m" "mac" "map" "mat" "m= ef" "miff" "mng" "mono" "mpc" "mrw" "msl" "mtv" "mvg" "nef" "null" "o" "orf= " "otb" "p7" "pal" "palm" "pam" "pbm" "pcd" "pcds" "pct" "pcx" "pdb" "pdf" = "pef" "pfa" "pfb" "pgm" "picon" "pict" "pix" "plasma" "png" "png00" "png24"= "png32" "png48" "png64" "png8" "pnm" "ppm" "ps" "ptif" "pwp" "r" "raf" "ra= s" "rgb" "rgba" "rla" "rle" "sct" "sfw" "sgi" "sr2" "srf" "stegano" "sun" "= svg" "svgz" "text" "tga" "tiff" "tile" "tim" "topol" "ttf" "txt" "uyvy" "vd= a" "vicar" "vid" "viff" "vst" "wbmp" "webp" "wmf" "wpg" "x" "x3f" "xbm" "xc= " "xcf" "xmp" "xpm" "xv" "xwd" "y" "yuv") --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no