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.

Peter

___________________________________________________________
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:

  http://lists.bx.psu.edu/

Reply via email to