Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SVG support #47

Closed
lehitoskin opened this issue Sep 7, 2016 · 11 comments
Closed

SVG support #47

lehitoskin opened this issue Sep 7, 2016 · 11 comments

Comments

@lehitoskin
Copy link
Owner

Test adding SVG support (via rsvg package).

@lehitoskin
Copy link
Owner Author

lehitoskin commented Sep 9, 2016

The rsvg package is a wrapper for librsvg - would need to package it for Windows/OS X?

@IonoclastBrigham Does OS X have librsvg available in mac ports?

@IonoclastBrigham
Copy link
Collaborator

Do we need to be able to link to a system package for distribution
purposes? Or just convenience? I'd assume it can be built on Mac, without
having done any research. But I'm out of town until Tuesday and doesn't
being my laptop.

On Sep 9, 2016 3:17 PM, "Lehi Toskin" notifications@github.com wrote:

The rsvg package is a wrapper for librsvg - would need to package it for
Windows/OS X?

@IonoclastBrigham https://github.com/IonoclastBrigham Does OS X have
librsvg available in mac ports?


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
#47 (comment), or mute
the thread
https://github.com/notifications/unsubscribe-auth/AHFAlPI0QQ40zPWgqE-aIuzV6iyMNR57ks5qodr5gaJpZM4J3d2A
.

@lehitoskin
Copy link
Owner Author

We can specify any path for a library. For a distributable package, we can have it search for a local .dylib (or .dll), for ease of use. This might be easiest for Windows, instead of having the user compile/install librsvg, we just supply one ourselves.

@lehitoskin
Copy link
Owner Author

lehitoskin commented Sep 14, 2016

Building librsvg with mingw-64 fails at config.sub. Had to download a new version of config.guess that recognizes mingw-64 as a build platform, but doing the same for config.sub still complains it doesn't recognize mingw-64. Maybe I should try with cygwin instead?

Edit: I'll try copying those particular files from my Gentoo system and see how it goes first.

@lehitoskin
Copy link
Owner Author

Update (for posterity):

I have successfully compiled librsvg.dll on Windows, yet the Racket FFI doesn't seem to want to recognize the DLL - it does recognize other libraries, even a small shared library I wrote and compiled. That being said, if I link the small library against librsvg, it is no longer recognized by the FFI, just like for librsvg.

@lehitoskin
Copy link
Owner Author

Added in a0d62ae

I ended up using a pre-compiled 32-bit package the nice people at the Racket mailing list found.

@IonoclastBrigham
Copy link
Collaborator

Found some weird rendering issues. Side by side: left is in Ivy, right is in Mac QuickLook.

screen shot 2016-10-02 at 10 00 13 pm

Original file found via google image search at http://www.awesomeinc.com/

@lehitoskin lehitoskin reopened this Oct 3, 2016
@lehitoskin
Copy link
Owner Author

Bizarro. I shall investigate

@lehitoskin
Copy link
Owner Author

2016-10-02-221920_1245x628_scrot

@lehitoskin
Copy link
Owner Author

This appears to be a bug in librsvg, since browsers and inkscape can render it just fine while GNOME-based applications (i.e. those that use librsvg) have the problem.

@lehitoskin
Copy link
Owner Author

Just made a new issue for this specifically.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants