From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Newsgroups: gmane.emacs.help Subject: Re: make a drawing with Emacs Date: Fri, 4 Sep 2020 10:43:23 +0200 Message-ID: <20200904084323.GA25869@tuxteam.de> References: <87mu26sl1x.fsf@gnus.org> <878sdqmygh.fsf@logand.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3966"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/1.5.21 (2010-09-15) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Fri Sep 04 10:43:56 2020 Return-path: Envelope-to: geh-help-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 1kE7K7-0000tf-KB for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 04 Sep 2020 10:43:55 +0200 Original-Received: from localhost ([::1]:52806 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kE7K6-0000q6-Mb for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 04 Sep 2020 04:43:54 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51610) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kE7Jo-0000py-SP for help-gnu-emacs@gnu.org; Fri, 04 Sep 2020 04:43:36 -0400 Original-Received: from mail.tuxteam.de ([5.199.139.25]:39938) by eggs.gnu.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.90_1) (envelope-from ) id 1kE7Jm-0005wn-FR for help-gnu-emacs@gnu.org; Fri, 04 Sep 2020 04:43:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tuxteam.de; s=mail; h=From:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:To:Date; bh=3v4JCWG8NIyLcvv4mvncB46T3qDPJTMwetEHSZ6vZc4=; b=Vk+svTX7cH5Xk60BQYsl0oy/bstqJvdHURH8E8W4cuWU+K8jUTHuTQbf8/cTpfBqt2rcfVn8/Il35n4iP4/wvlYWRmtlZl/tz6GNTWUy1kjndX4ZZVkbMcKwrZDzL++yzEzgnMxioHVC5NRzKb+UQsPt5kwR4TQmHN9j3Pl4OkDBUgYMfy1uw23i9d4OIPtKe1eZAV2KG5bF/pCx+A1BRWH/XucDSP5JwRRqaFgU3Sk/r7jv5h4KADn298Y6TyCOdCROK6DU5/n0nSiFmbZYguZIqfK4nkAyirj/9bYHHwZiMuswD6mm0lOsZDN92WmvDgoXdpGlzPq6l/9Q/fUrcA==; Original-Received: from tomas by mail.tuxteam.de with local (Exim 4.80) (envelope-from ) id 1kE7Jb-0006zv-B9 for help-gnu-emacs@gnu.org; Fri, 04 Sep 2020 10:43:23 +0200 Content-Disposition: inline In-Reply-To: <878sdqmygh.fsf@logand.com> 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/09/04 04:43:26 X-ACL-Warn: Detected OS = Linux 3.1-3.10 [fuzzy] 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:123956 Archived-At: --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 03, 2020 at 09:50:38PM +0200, Tomas Hlavaty wrote: > On Thu 03 Sep 2020 at 21:43, Lars Magne Ingebrigtsen wro= te: > > Tomas Hlavaty writes: > > > >> svg--arguments is called in 9 places. Should it be possible to identi= fy > >> all relevant keys for each use-case or is that not reasonable for svg? > > > > It's not reasonable. Different SVG renderers accept different > > parameters, etc. >=20 > interesting >=20 > why does it depend on the renderer and not on svg spec? sounds strange. > do you have an example? Go through the W3C specs [1] with a critical eye and you'll see lots of those little things. After all, W3C is a consortium with very big players in it (it wouldn't work if it weren't) -- and each of them follows their own interest. Thus, W3C recommendations resemble a bit those international treaties where each party has some leeway of interpretation [2]. And then implementors do what they want anyway; users will come to us whining that "chrome does this-and-this", we'll tell them "chrome is wrong", they'll call us "arrogant twits" ;-) > i can imagine a case where svg is inside html and maybe it could have > arbitrary attributes, e.g. data-myattr1 In theory, that's what namespaces are for. In practice, though... Nevertheless, independently of how you embed the thing syntactically (SVG even allows extending the DTD!) users will throw chairs at you whenever it looks differently than in Chrome/Firefox/Internet Exploder Version 0.95 or something. Be sure to duck quickly :-) Cheers [1] https://www.w3.org/TR/SVG11/ [2] Similar structures lead to similar "laws". To me, this is an obvious extension of Conway's Law [3]: laws/tech specs are just some weird kind of software, after all. [3] https://en.wikipedia.org/wiki/Conway%27s_law - t --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAl9R/isACgkQBcgs9XrR2kYYRwCfSOB7wHGTgbvP1PSRTbAiHruN K9QAn3uRqI5ZmprUwe4o/z7MG0ux8roC =/qnQ -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q--