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 11:26:51 +0200 Message-ID: <20200904092651.GD25869@tuxteam.de> References: <87mu26sl1x.fsf@gnus.org> <878sdqmygh.fsf@logand.com> <20200904084323.GA25869@tuxteam.de> <87y2lplxye.fsf@logand.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9dgjiU4MmWPVapMU" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="10028"; 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 11:27:26 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 1kE80D-0002St-SC for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 04 Sep 2020 11:27:25 +0200 Original-Received: from localhost ([::1]:52586 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kE80C-0003IW-J3 for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 04 Sep 2020 05:27:24 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:40972) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kE7zs-0003IC-Pl for help-gnu-emacs@gnu.org; Fri, 04 Sep 2020 05:27:04 -0400 Original-Received: from mail.tuxteam.de ([5.199.139.25]:40030) by eggs.gnu.org with esmtps (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.90_1) (envelope-from ) id 1kE7zq-00057j-Bs for help-gnu-emacs@gnu.org; Fri, 04 Sep 2020 05:27:04 -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=uNNly8+oCYX6io5tuowPgdZ+4zpfOTzEkzWvxE94/v0=; b=A4CNY5ZdOGVqF2t93h3rVWdOE1hLKon9Qs6OjcAJxM4RjED3jruf28DsmNM9vDeRlN4FVWLpcMUr0SITg+JKpuXfT2iZv/ip5wbPSfFOz368U1aJTBLvgpRK9KHL6DLszD9bxMoAVxVCORDB0pgNqqSjjcF3HVTjNekGu41JqJW27k9e0qG8npax0vzfX021yPwhbDRIgdcy8kWDoOquOZO78JuZpoDWME1izS7YK+DmqgB7ztjXEmigissRPGtAG0wsOQ4MU/6bAldAm05+U59Fy4KQc4sx+zf5xizPetbb1xhM5yRfhG5LepTv0zhKxH54J0FI9AX3XFan/3DgIQ==; Original-Received: from tomas by mail.tuxteam.de with local (Exim 4.80) (envelope-from ) id 1kE7zf-0007NW-Ln for help-gnu-emacs@gnu.org; Fri, 04 Sep 2020 11:26:51 +0200 Content-Disposition: inline In-Reply-To: <87y2lplxye.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:123958 Archived-At: --9dgjiU4MmWPVapMU Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 04, 2020 at 10:59:05AM +0200, Tomas Hlavaty wrote: > thanks for the interesting info >=20 > On Fri 04 Sep 2020 at 10:43, wrote: > >> 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... >=20 > html does not have namespaces No, but SVG is XML, and thus it has. You can embed hyperlinks in SVG by using the xlink namespace -- firefox even honours that. And you embed SVG in html5, which isn't XML (we nearly had that, btw). That's the result of that consortium thing: they prefer to continue their "fuzzy parser wars". Gotta live with that. > but you are right, if treated as xml, args could contain attributes from > other namespaces. i forgot about that Yep. SVG /is/ XML, for better or worse :-) > > 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 :-) >=20 > extending dtd? interesting Yep [1]. "Interesting" is a polite way to put it. My take would rather be "@%#$&*!", but then, I was born in Spain, and some of us are said to have bad language ;-) My point is that those "norms" are built to leave bigcorps enough wiggle room to try to dominate the market by bending them. Otherwise the "norms" wouldn't be relevant in the first place. OTOH, no norms would be even worse. But one shouldn't be too naive to believe what's on the box. Just look inside :-) Cheers [1] https://www.w3.org/TR/SVG11/extend.html#PrivateElementsAndAttribute - t --9dgjiU4MmWPVapMU Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAl9SCFsACgkQBcgs9XrR2ka95QCfeJya5k8TIUpKZV3hieYMWIdi 5ZcAnA9VoPoEvq6s6woW/4H3f6z91Xhy =oha4 -----END PGP SIGNATURE----- --9dgjiU4MmWPVapMU--