Is it possible to use eyeglass with named parts of an SVG?

[alanhogan]

With SVG, you can refer to a specific part of it using an id, which ends up looking like url(icons.svg#octogon).

However, this confuses Eyeglass and it says it can't find an asset named icons.svg#octogon

I will work around this by concat-ing the fragment onto the returned URL from asset-file(), but wanted to surface this issue.

[alanhogan]

— and ask if there was a recommended way to do this, or if it’s a good potential area for a pull request

[chriseppstein]

This is a bug.

[alanhogan]

I tried this as a work-around, since it looked like there was an asset-path() helper available

      background-image: url("#{asset-path('z-editor/assets.svg')}#link");

Unfortunately this didn’t work, and produced this CSS:

.foo {
    background-image: url('asset-path("z-editor/assets.svg")#link'); }

[alanhogan]

In case anyone else has this bug in the meantime: I was able to work around it like so:

// work-around for
// https:/sass-eyeglass/eyeglass/issues/75
// TODO: Remove this when that bug is fixed
@function url-append($url-string, $append-string) {
  // note: in Sass, indices start at 1. it's a CSS thing.
  @return str-insert($url-string, $append-string, str-length($url-string));
}

// ...

.foo {
  background-image: url-append(asset-url('z-editor/assets.svg'), "#link");
}

This will compile to:

.foo {
  background-image: url(/agent/assets/z-editor/assets.svg#link); }

[eoneill]

I have a test case and fix I'll PR once #72 is merged. Thanks for reporting.

[chriseppstein]

This is fixed now.

[alanhogan]

FYI, My above work-around code now seems to be invalid:

Functions may not be defined within control directives or other mixins.

Edit, actually, as posted above, my code works just fine. But it doesn’t if you wrap it in a @if function-exists(...) kind of a deal, as I did in practice

[eoneill]

@alanhogan this was a change (fix) in libsass. You can't define functions within e.g. @mixin/@if etc. sass/libsass#1550
sass/libsass#1848

That said, you should no longer need a workaround for this as the fix for asset-url(...) is in the latest eyeglass release.