On Thu, Apr 21, 2011 at 10:50 AM, Pieter Neerincx
<pieter.neeri...@gmail.com> wrote:
> Hi Peter,
> On Apr 20, 2011, at 5:47 PM, Peter Cock wrote:
>> On Wed, Apr 20, 2011 at 4:30 PM, Pieter Neerincx
>> <pieter.neeri...@gmail.com> wrote:
>>> Hi Peter,
>>> On Apr 20, 2011, at 11:07 AM, Peter Cock wrote:
>>>> Hi all,
>>> ...<cut>...
>>>> How about SVG? Don't most of the mainline browsers have
>>>> reasonably good SVG support built in (possibly via a plugin)?
>>> Yep, SVG support is pretty good nowadays especially in FireFox
>>> and Opera. Safari, IE and Chrome have only partial support, but
>>> for simple charts without 3D filters it works fine. I've added SVG
>>> as a datatype to my Galaxy and this works great. You won't need
>>> a plugin; in fact the old Adobe SVG plugin is depreciated already
>>> for a few years now and no longer compatible with recent browser
>>> versions.
>> I looked at SVG about a year ago, and was pretty impressed.
>> I did run into some issues, particularly with links, and opted to
>> use PNG files in the end. Since then we've finally dropped IE6,
>> so hopefully SVG would be safe now.
>> Are your changes to add SVG as a datatype to Galaxy public?
>> I'd like to suggest that be merged to the trunk.
> I simply added this line to my datatypes_conf.xml:
>        <datatype extension="svg" type="galaxy.datatypes.images:Image" 
> mimetype="image/svg+xml"/>
> I didn't make a sniffer as I don't have a use case for users
> uploading SVGs, so I didn't have to create a Python class and
> SVG is just another instance of galaxy.datatypes.images:Image
> from a plain vanilla Galaxy.

That makes sense if the sniffer is only used on upload.

> To make sure the client displays the SVG you may have to add
> the SVG mimetype to your web server's config too. Where this
> is defined may differ per linux distro. I use apache as a proxy
> and had to add
>        image/svg+xml           svg svgz
> to /etc/mime.types.

Thanks for the details - it looks simple enough to add here too.
If/when any SVG producing tools are added to Galaxy or the
Galaxy Tool Shed, then it would be nice to have this done in
the main repository.

>>> The nice benefit of SVG in addition to not needing a plugin is
>>> that the image can scale with the surrounding text if you zoom
>>> in your browser (without loosing resolution).
>>> The disadvantage is that although my users know what a PDF
>>> file is and can process them for posters/manuscripts, most of
>>> them never heard of SVG and get stuck when it doesn't import
>>> into PowerPoint et al. :(
>> Do they cope with PDF?
> Well, they know how to view and print one :). Importing them
> directly into PowerPoint and Word is just as problematic though,
> so that usually involves opening the PDF in a different program
> and copy/paste or exporting to another format. Still a hassle, but
> they manage...

Getting a PDF into PowerPoint or Word is easy on a Mac ;)
But yes, point taken - even though a PDF is easier to work with
than an SVG (or a postscript file), it can still be a hassle.


Please keep all replies on the list by using "reply all"
in your mail client.  To manage your subscriptions to this
and other Galaxy lists, please use the interface at:


Reply via email to