From mboxrd@z Thu Jan 1 00:00:00 1970 From: Scott Randby Subject: Re: Inline Images Export Bug Date: Wed, 26 Aug 2015 15:26:09 -0400 Message-ID: <55DE12D1.3040304@gmail.com> References: <55DDFCBF.2050202@gmail.com> <876141apq4.fsf@gmx.us> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49837) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZUgKu-0004mG-Ae for emacs-orgmode@gnu.org; Wed, 26 Aug 2015 15:26:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZUgKq-0003sz-Bn for emacs-orgmode@gnu.org; Wed, 26 Aug 2015 15:26:16 -0400 Received: from mail-ig0-x233.google.com ([2607:f8b0:4001:c05::233]:33256) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZUgKq-0003ss-5u for emacs-orgmode@gnu.org; Wed, 26 Aug 2015 15:26:12 -0400 Received: by igbjg10 with SMTP id jg10so802380igb.0 for ; Wed, 26 Aug 2015 12:26:11 -0700 (PDT) Received: from [192.168.1.109] (cpe-184-56-99-2.neo.res.rr.com. [184.56.99.2]) by smtp.gmail.com with ESMTPSA id qh9sm4317610igb.20.2015.08.26.12.26.10 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 26 Aug 2015 12:26:10 -0700 (PDT) In-Reply-To: <876141apq4.fsf@gmx.us> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org On 08/26/2015 02:06 PM, Rasmus wrote: > Hi Scott, > > Thanks for your bug report. > > Scott Randby writes: > >> When did Org start using the tag for inline image HTML >> export? > > You should use git-blame to find out if you care. I don't use the git repository for Org, so I'll just have to leave that question unanswered. > > >> The problems with the second bit of exported code is that it doesn't >> scale the image to fit the block with 50% width (only a small part of >> the image is visible), and you when you right click on the image, you >> can't view it, save it or anything. >> >> [...] >> >> Clearly, Org 8.3 is not using an tag when exporting SVG images >> to HTML, something which is a major issue for me. It essentially makes >> Org unusable for HTML export. I really would appreciate a fix for this >> bug. > > I'm not sure it's a bug. It's IS clearly a quite complicated issue, e.g.: > > http://stackoverflow.com/questions/4476526/do-i-use-img-object-or-embed-for-svg-files > > Perhaps it should be configurable, perhaps even as a default and a > per-image basis (via #+attr_html). > > If you can provide a (html) solution that takes into consideration the > issues mentioned on SO that would of course be great. In the age of d3.js > interactivity COULD be an issue (I would always load "interactive svgs" > via JS, but I'm a pretty naïve svg user so I don't know what's possible). I don't really have the technical knowledge required to address the issue. The configuration option is the best option in my view. One option allows SVGs to be handled the old way and the other the new way. Perhaps something like this: #+ATTR_HTML: :svg img or #+ATTR_HTML: :svg object In my view, the default should be img, but I intend for my pages to be viewed by browsers which support SVG images. I direct my students to those browsers. Also, the W3C draft document states that support for SVG via the tag is the desired solution. I will experiment a bit to see if I can get the tag solution working for me. But given the short amount of time I have to get my pages up (by Sunday), I will probably put the desired HTML code into the Org file directly until the issue is resolved. Scott